opz.org.ua

Уважаемые разработчики, плательщики жалуются на то, что бухгалтера отказываются принимать накладные если номер не разбит на ячейки (каждая цифра должна находится в своей клеточке). Это касается и даты выписки и под.номера. В утвержденой форме в шппке все поля разбиты на ячейки. Чи можно исправить это в ОПЗ, чтобы плательщики могли спокойно ей пользоваться?

И в печатной форме 1ДФ печатается только итоги.
Спасибо.

buklar1 писал(а):Уважаемые разработчики, плательщики жалуются на то, что бухгалтера отказываются принимать накладные если номер не разбит на ячейки (каждая цифра должна находится в своей клеточке). Это касается и даты выписки и под.номера. В утвержденой форме в шппке все поля разбиты на ячейки. Чи можно исправить это в ОПЗ, чтобы плательщики могли спокойно ей пользоваться?

как уже не однократно писали OPZ - НЕ ПРЕДНАЗНАЧЕНА ДЛЯ ВЫПИСКИ налоговых накладных (и прочего бухучета).
OPZ создана для СОЗДАНИЯ ОТЧЕТОВ в электронном виде.
А что касается конкретно налоговых накладных - они не должны выписываться в OPZ, они в OPZ регистрируются для дальнейшего создания реестра НН.
Если не верите - спросите у pzsupport@opz.org.ua или прочитайте полное название программы.

buklar1 писал(а):И в печатной форме 1ДФ печатается только итоги.

Обновитесь до текущей версии и будет вам счастье (в виде распечатанных всех строк в 1ДФ )

Смысл тогда вводить документ"Податковая накладная" в ОПЗ, двойную работу бухралтера делать не будут. Выписывать вручную накладную и ввести просто в реестр под.накладных быстрее, чем вводить данные для регистрации накладной в ОПЗ.

buklar1 писал(а):Уважаемые разработчики, плательщики жалуются на то, что бухгалтера отказываются принимать накладные если номер не разбит на ячейки (каждая цифра должна находится в своей клеточке). Это касается и даты выписки и под.номера. В утвержденой форме в шппке все поля разбиты на ячейки. Чи можно исправить это в ОПЗ, чтобы плательщики могли спокойно ей пользоваться?
Спасибо.

По поводу "клеточек" может это вас как-то успокоит:

Наказом Державної податкової адміністрації України від 21.12.2010 № 969 затверджено нову форму податкової накладної. З метою більшої наочності, зручності заповнення та виключення помилок при написанні номерів рукописним способом форма передбачає наявність певної кількості комірок для цифрових реквізитів цього документа. При цьому, якщо номер договору містить більше шести розрядів, то платник податку має право додати потрібну кількість комірок.

Звертаємо увагу платників податку, що відсутність у відповідному полі податкової накладної комірок при заповненні правильних реквізитів не може бути підставою для визнання такої податкової накладної недійсною.

Источник: Официальный сайт ГНАУ

спасибо
внесли ясность в наш предыдущий разговор на эту тему
viewtopic.php?f=1&t=471&start=0&hilit=%D0%BD%D0%B0%D0%BA%D0%BB%D0%B0%D0%B4%D0%BD%D0%B0%D1%8F
хотя мне и сейчас непонятно зачем утверждать бланк (налоговой накладной), который каждый пользователь (Продавец) подгоняет под себя, как ему удобно.
пропадает эффект СТАНДАРТА (внутреннего)
налоговая накладная - документ которым пользуются плательщики НДС всей Украины.
Внешний аудитор (не ДПИ) в разных организациях видит разные формы документа утвержденного одним приказом и как оправдание - цитату предыдущей ссылки. (и что после такого должен думать аудитор об авторе приказа? а если аудитор иностранная фирма?)
так и идем в стандартизованную Европу - каждый со своим документом ( НО стандартным, утвержденным приказом).
Большой минус имиджу организации издающей такие приказы.

Но с выходом версии 1.29.14данная статья потеряла свою актуальность, т.к. в версии 1.29.14 реализована печать налоговых накладных в соответствии с требованиями ГНА Украины.