medoc.ua

Вроде как в 117-й версии МЕДОК определился с импортом-экспортом необязательных полей.
N22 - Номер счета-фактуры
N23 - Дата счета-фактуры
N8 - Вид договора
N81 - Номер договора
N82 - Дата договора

В формате для обмена производится импорт-экспорт.
В формате для подачи - только импорт.

Liliia: Медок под OEM-кодировкой понимает не стандартную CP866, а "украинскую" версию CP866U. См. https://ru.wikipedia.org/wiki/Альтернативная_кодировка Его можно понять, там в отличие от CP866 возможна взаимнооднозначная перекодировка украинских букв из OEM в ANSI и обратно. Понять, простить и, что...

Говорят, может помочь экспорт-импорт.

Особенности национального МЕДКА.
Попробуйте поменять начисленный ЕСВ на 4885.71.

Что делать, МЕДОК по разному в разных местах округляет,
когда "отбрасывается" ровно полкопейки.
При расчете - в меньшую, при контроле - в большую сторону.

Попробуйте просто вставить
<EDR_POK>12345678</EDR_POK>
<DEPT_POK>1</DEPT_POK>

Благополучно импортируется, если реквизиты N2, N3, N4, N7, N8 оформить через ROW-VALUE.

Похожая ошибка ранее встречалась при приеме в налоговой,
когда исходный (импортируемый файл) формировался не по столбцам
накладной, а по строкам. Причем МЕДОК импортировал спокойно.
И если демо, отправлял "как есть", не переформатировав.

Похоже просто в справке перепутано.
Во всяком случае экспортирует МЕДОК 0-м, 1-ж
и было бы странно, если б импортировал наоборот

В 18-е.

Поля 15 и 16 соответственно номер и символьный код из таблицы 2 (надо видимо и то и другое).
(Аналогично для полученных НН поля 18 и 19 из таблицы 1)
А тип причины - поле 18 в выданных.

Нет в 6-й версии реестра тэга T1RXXXXG4S.
Вместо него T1RXXXXG41S, T1RXXXXG42S, T1RXXXXG43S.
Аналогично с T2RXXXXG5S.

Появился тэг T1RXXXXG13.

TMPL\J1201506.xsd (Новая форма)

Кодировка файла UTF, вряд ли это хорошо. И Медоку не нравятся переносы тэгов. Во всяком случае там, где Код формы, дата периода, Код Едрпоу, Код Инн, т.е. там, где идет контроль. Если перевести в ANSI и убрать по этим полям переносы, импорт проходит успешно. Правда накладные нигде не появляются, но ...

А свой экспортированный файл МЕДОК втягивает?

Такая ошибка возникает, когда названия xml-файлов старой версии, т.е. с "e" в конце, а не с "f".

В январь в 121 версии втянулось без проблем.
А если период стоит декабрь 2012 вылетает именно такая ошибка.

Я только 6-ю (если надо еще 5-ю и 7-ю) таблицу и импортирую. Ни 0-й, ни 1-й.
(Первая потом заполняется на полуавтомате.)
Но только через PFZ. Через XML как сразу не пошло, так дальше и не пробовал.
Сейчас добавил тэги и проблем не было.

Ну, еще, как выясняется, для выходных накладных Nakl_type похоже должно быть в 1.