Податкова накладна (1201007)

Добрый день!Подскажите пожалуйста у меня не получается импортировать налоговую накладную из ОПЗ дляя регистрации в ЕРПН. делаю так:импорт файлов- додати файл-выбираю опз папку сенд нахожу налоговую -импорт файлов - результат ошибка

Попробуйте с папки "xml" - логичнее оттуда отправлять

Коллеги а кто-нибудь пробавал отправлять податкову на контрагента, у меня ругается на електронку (мою) и выкидывает в настроки моей почтовой скриньки? Аргументи, что я не должна (закон и т.д.) я понимаю, но бухгалтер (у них Медок) попросила, клиент хороший - зачем сорится, могу и ей продублировать

Вiталій (адміністратор)

ng, якщо відкриваються налаштування вашої електронки, значить вона налаштована некоректно.
ПС. Медку ви все-одно не зможете з Сонати напряму нічого відправити.

"ПС. Медку ви все-одно не зможете з Сонати напряму нічого відправити."

а контрагенту на його електронку, яка прописана в медку, вони шо не зможуть її забрати в медок?

Вiталій (адміністратор)

Я не знаю, підтримує таке Медок чи ні. Якщо він підтримує ручний імпорт зашифрованих накладних - тоді зможе.

Помогите, соната не импортирует налоговые накладные, или теперь как в медоке только платная регистрация

Вiталій (адміністратор)

Чому саме не імпортує, яка помилка при цьому виникає?

"Попробуйте с папки "xml" - логичнее оттуда отправлять" если сохранял НН для отправки, то файл будет и в папке send. Возможно у вас соната настроена на несколько профилей и НН затягиваете с кодом другой организации? выдаст ошибку.

Добрый день. Только что заметила такую странность. Заполняла налоговую накладную. При нажатии Автоматичний розрахунок, подставляются нули в графы 9, 10, 11, 12, в строку Усього за розділом. И эти же нули "тянутся" в печатную форму.

Вiталій (адміністратор)

Тут нічого незвичного немає, ці поля розраховуються формулами - якщо по формулі виходить 0, то і пишеться 0.
Зараз друкована форма накладної вже не має юридичного значення, наскільки я знаю, тому не важливо, стоїть там 0 чи рядок порожній.

Да, по большому счету Вы правы.

Юрій#9655

Тут нічого незвичного немає, ці поля розраховуються формулами - якщо по формулі виходить 0, то і пишеться 0. Зараз друкована форма накладної вже не має юридичного значення, наскільки я знаю, тому не важливо, стоїть там 0 чи рядок порожній.

Цікаво, чи нулі не потраплять до ЄРПН і автоматично до покупця?

n.stadnytska

В друкованій формі нової податкової все, що не вміщається в дві стрічки, не видно. Комірка не розсувається більше, аніж на дві стрічки.

Вiталій (адміністратор)

Цікаво, чи нулі не потраплять до ЄРПН і автоматично до покупця?

А яка різниця? З точки зору шлюзу, всі числові поля, що не мають значення (пусті) і так дорівнюють нулеві.

В друкованій формі нової податкової все, що не вміщається в дві стрічки, не видно. Комірка не розсувається більше, аніж на дві стрічки.

Користуйтесь експортом в PDF замість стандартного друку.

Юрій#9655

А яка різниця? З точки зору шлюзу, всі числові поля, що не мають значення (пусті) і так дорівнюють нулеві.

http://zakon1.rada.gov.ua/laws/show/z1235-14

У клітинках податкової накладної, які не підлягають заповненню, нулі, прочерки та інші знаки чи символи не проставляються.(п.15 останній абзац). І ще одне питання: ПН Відхилена після відправки до ЄРПН, видалити помилкову ПН неможливо(ЧОМУ? Було б непогано добавити аналогічну функцію як і для отриманих ПН). Отже, після повторного імпорту правильної ПН(Відхилену, нажаль, змінити вже неможливо, знову запитання Чому?) їй, тобто ПН, присвоюється автоматичний номер(остання колонка в реєстрі Сонати). На якій підставі Соната присвоює довільний порядковий номер для ПН(ніби якась лотерея)? У моєму випадку замість №21 присвоївся №1062. Що це за глюки? Чекаю на повну відповідь.

Вiталій (адміністратор)

У клітинках податкової накладної, які не підлягають заповненню, нулі, прочерки та інші знаки чи символи не проставляються.(п.15 останній абзац).

Покажіть мені хоч одну клітинку у електронному документі (файлі) :) Це речення не може стосуватись електронної форми, воно цілком "паперове". Знаю, що так прописано у новому кодексі, але фактично до нашої справи воно не стосується, тому що у файлі (який безпосередньо подається до ДФС) немає клітинок.

видалити помилкову ПН неможливо(ЧОМУ?

Так, це вже є у планах. Буде в наступній версії, гадаю.

У моєму випадку замість №21 присвоївся №1062.

Тут нам треба отримати профіль, щоб розібратись. Надішліть резервну копію на support@sonata.biz.ua з коротким описом проблеми.

Юрій#9655

тому що у файлі (який безпосередньо подається до ДФС) немає клітинок.

Дякую за відповідь. З тим що немає клітинок я згідний, проте між електронними файлами (ПН, у яких порожні клітинки і ПН, у якій ці ж клітинки заповнені нулями.) є різниця. Відкрийте їх у блокноті і порівняйте(Я спеціально зробив 2 варіанти таких ПН). Якщо ДФС без проблем приймає такі ПН, то Ви цілком праві і тоді останній абзац у п.15, про який я писав зайвий(з Вашого пояснення). І все ж таки, на мою думку:

Только что заметила такую странность. Заполняла налоговую накладную. При нажатии Автоматичний розрахунок, подставляются нули в графы 9, 10, 11, 12, в строку Усього за розділом. И эти же нули "тянутся" в печатную форму.

для страховки це краще виправити.

Вiталій (адміністратор)

Добре, приймемо до уваги.

Юрій#9655

Дякую!

Відповісти у темі

Відповісти

Технічна підтримка: support@sonata.biz.ua