Податкова Накладна

[Белокопытов Геннадий]

e_l_e_n_a
При формировании электронного файла НН формат поля соответствует схеме XSD , утвержденной ГНИ и имеет размерность "число с 6 знаками после запятой", целое число без 000 только отображение.
Уточните, пожалуйста, НН не была принята в квитанции 1 центральным шлюзом ГНИ?

[e_l_e_n_a]

Это все понятно, но в бумажном варианте нужно отдать контрагенту с этими тремя десятичными знаками?

[Белокопытов Геннадий]

e_l_e_n_a
Здравствуйте!
Вопрос по отображению "000" в колонке "Кількість" так же обсуждался в теме.
В программе реализовано только отображение, целой части числа, которое не содержит десятичных знаков.
При формировании электронного файла НН формат поля соответствует схеме XSD , утвержденной ГНИ и имеет размерность "число с 6 знаками после запятой".

[Ksusha_]

Добрый день! подскажите, пожалуйста, если НН не электронная, а распечатывается и в бумажном виде отдается контрагенту, была зарегистрирована в ЕРПН, и крестик стоял в пункте электронная. То нужно отправлять корректировку с крестиком как положенно( Оригінал) ??
Заранее спасибо

[Ярослав Заец]

Ksusha_
Здравствуйте!
В электронном виде нет оригинала или копии. По требования покупателя Вы может предоставить НН как в электронном виде, так и в бумажном. Если нужно в бумажном распечатать, тогда ставится отметка "оригинал". Т.е. Продавец ведет у себя НН в электронном виде, а покупателям отдает по их желанию - как в электронном, так и в бумажном виде.

[markus112]

Не подскажите - при отправке нн приходит квитанция 1 с ошибкой. В чём может быть проблема ?
Сертификат бухгалтера есть на сайте. В медке подгружен тоже - при его проверке - сертификат верный.

[Белокопытов Геннадий]

markus112
Здравствуйте!
В Вашем случае НН подписана отозванным сертификатом бухгалтера, который Вы можете увидеть на сервере АЦСК "Украина" по коду ЕДРПОУ предприятия.
Удалите отозванный сертификат бухгалтера из программы, загрузите действующий, перенастройте комплект подписей.
После скопируйте НН, обновите поля и отправьте на регистрацию.

[Ksusha_]

Ksusha_
Здравствуйте!
В электронном виде нет оригинала или копии. По требования покупателя Вы может предоставить НН как в электронном виде, так и в бумажном. Если нужно в бумажном распечатать, тогда ставится отметка "оригинал". Т.е. Продавец ведет у себя НН в электронном виде, а покупателям отдает по их желанию - как в электронном, так и в бумажном виде.

А если продавец ведет у себя тоже в бумажном виде, а случайно зарегистрировал с пометкой электронная. Нужно ли перерегистрировать тогда эту налоговую?

[Ярослав Заец]

Ksusha_
Не нужно перерегистрировать. Ничего страшного Вы не нарушили. Зарегистрировали НН правильно. Распечатывайте в бумажном как Вам нужно и все, это не ошибка.

[layjel]

Вже не перший клієнт звертається з проблемою, що після імпорту ПН (з вер. 7.7) її номер автоматично проставляється 1, але при її відкритті - в правому верхньому куті вірний номер(наприклад 275/2).
Коли її добавляєш в реєстр виданих і отриманих ПН, номер так і залишається 1.
Клієнт хвилюється що коли він таку ПН подать на реєстрацію, вона зареєструється з неправильним номером!
Це все почалося після оновлення на 006 версію.
Скидували xml документ ПН на аналіз... прийшла відповідь, що структура документу неправильна.

| Показать

В поле <ROW TAB="0" LINE="0" NAME="N2_1">
<VALUE>275//2</VALUE> </ROW> должно быть так.
А у них в сруктуре
<ROW TAB="0" LINE="0" NAME="N2_1">
<VALUE>1</VALUE>
</ROW>

Получається, що замість 1 мав би бути номер 275/2, але там чомусь 1.
Що робити клієнтам, які вигружать по 100-200 ПН в день?
Набридне міняти номер в структурі для кожної.
Буду вдячний за допомогу!

[Белокопытов Геннадий]

layjel
Вышлите, пожалуйста, в ЛС оригинал файла XML для проверки его структуры и импорта

[Белокопытов Геннадий]

layjel
В файле XML для НН:
N2_11 - Порядковий номер ПН
N2_1 - Порядковий номер ПН (системне поле) - должно содержать полный номер НН, в файле это поле имеет значение "1"
N2_12 - Код діяльності
N2_13 - Числовий номер філії
Необходимо настроить правильно выгрузку из бухгалтерской системы.
Импорт данных полей в программе не менялся, необходимо правильно заполнять поля в структуре НН для тэгов номера.

[layjel]

Дивно...
1С не оновлювали, нічого не змінювали, чому так вигружає не скажу...
Якби ще 1 клієнт звернувся, повірив би що намудрували з 1С... а так дивина
Будем правити вигрузку з 1С.
Дякую за допомогу!

[Liza]

Доброе утро.
Не принимаются НН выгруженные с 1С
При проверке в Medoc не ругается на заполненные значения в ячейках
Как можно обойти контроль?

Выгрузка НН (7%) из 1С в Medoc IS
Квитанция №1:
Помилка - сума підсумків по рядкам 7-10 (1118.93) не збігається з рядком 11 (0.00)
Помилка - розділ IV. Сума по колонці "нульова ставка (постачання на митній території України)" (1197.25) не збігається з розрахованою (1197.26)
Помилка - розділ IV. Сума по колонці "Загальна сума коштів, що підлягає сплаті" (1197.25) не збігається з розрахованою (78.33).

Выгрузка НН (20%) из 1С в Medoc IS
Квитанция №1:
Помилка - сума підсумків по рядкам 7-10 (140.00) не збігається з рядком 11 (0.00)
Помилка - розділ IV. Сума по колонці "Загальна сума коштів, що підлягає сплаті" (168.00) не збігається з розрахованою (28.00).

[Белокопытов Геннадий]

Liza
Здравствуйте!
В релизе обновления 10.01.006 указано:

1.1.2. Скасовано автоматичний перерахунок сум ПДВ при виконанні імпорту Податкових накладних у форматі контролюючих органів та у форматі обміну даними. Реалізовано контроль розбіжності суми ПДВ. У випадку, якщо імпортована сума ПДВ перевищує розрахункову суму більш ніж на 1 грн., виводиться відповідне повідомлення.

Необходимо проверить правильность заполненных сумм бухгалтером в выгруженном файле XML, а именно расчетных результатов сумм.
После импорта обновите поля в документе, программа автоматически исправит правильность сумм, либо необходимо использовать импорт НН/Дод2. с помощью автоматической обработки, указав в настройках "Автоматичний розрахунок ПН після імпорту"

[sirica89]

подскажите пожалуйста что это за ошибка?

M.E.DOC IS 10.01.002
У звіті J1201005 Податкова накладна №2 від 13.08.2014
виявлені розбіжності з затвердженим форматом та структурую документа звітності,
визначених чинним законодавством:

Помилка:The simpleType 'DGOZN_NPR' has already been declared.

brain_corp
После нажатия кнопки "Да", уведомление с экрана пропадет и будет доступна отправка НН.
Уточните, бухгалтер импортирует или создает НН в программе ?

Версия M.E.DOC IS 10.01.008
Если накладная создается в медке, почему появляется эта ошибка? Каждый раз будет выскакивать такое сообщение при попытке подписать?

[Белокопытов Геннадий]

sirica89
Здравствуйте!
Если налоговая накладная заполнена правильно, предупреждение появляться не должно.
Для проверки необходимы файлы из корневого каталога программы, папка TMPL c чар-кодом налоговой накладной (J1201005.bas, J1201005.tgr, J1201005.xfld, J1201005.xsd, J1201005.ztp, common_types.xsd) и саму накладную выгруженную из программы в формате для обмена отчетностью.

[sirica89]

Клиента уже нет на месте. Я завтра постараюсь сбросить эти файлы.

[Nina Do]

Была такая же ошибка , подкинула клиенту J1201005.bas, J1201005.tgr, J1201005.xfld, J1201005.xsd, J1201005.ztp со своей программы, ошибка пропала.

[Белокопытов Геннадий]

Nina Do
Здравствуйте!
Если повторится у какого либо клиента такой контроль при проверке любого документа, вышлите, пожалуйста, перечисленные форматы файлов в соответствии с чар кодом документа для проверки.