ЭДО возвращает документы из-за пустой колонки Код: что помогло решить проблему

Электронный документооборот (ЭДО) стал неотъемлемой частью работы большинства компаний. Однако часто возникают ошибки, которые могут быть связаны с неправильным форматированием данных. Одной из таких распространенных проблем является отказ в приеме УПД из-за пустой колонки «Код». В этой статье от команды проекта 42Clouds разберемся, как мы решили эту задачу.

Проблема: документы не проходят проверку ЭДО из-за пустой колонки «Код»

Компания, с которой мы работали, столкнулась с проблемой, когда ЭДО не принимало УПД, отправленные в формате XML. Ошибка «Не соответствует формату» появлялась постоянно, что мешало своевременно завершить процесс обмена документами. Причина оказалась достаточно простой: в типовой выгрузке 1С колонка «Код» оставалась пустой, если у товара не был указан артикул. ЭДО, в свою очередь, не принимал пустые значения в этой колонке.

Как это повлияло на работу компании

Елена, бухгалтер компании, работающей с маркетплейсами и крупными сетями, давно использовала ЭДО для выгрузки УПД из 1С. Все шло нормально, пока один из крупных клиентов не начал возвращать документы. Затем проблема начала повторяться с другими клиентами, и вскоре стало понятно, что это массовая ошибка.

После общения с техподдержкой и поиска решения на форумах выяснилось, что контрагенты настроили правила приемки таким образом, что колонка «Код» не может быть пустой. В их выгрузке этот момент не был учтен, и проблема заключалась именно в этом.

Типовая настройка 1С не решила проблему

В типовой версии 1С нет возможности точно настроить вывод в колонке «Код». В 1С всегда отображается артикул, и если его нет, колонка остается пустой. Чтобы исправить ситуацию, разработчики предложили настройку через расширение, которое можно добавить в раздел «Администрирование → Параметры учета → Печать артикулов».

Но возникла проблема: эта настройка работала одинаково и для печатных форм, и для XML-выгрузки, хотя клиенту требовалось, чтобы для ЭДО использовался один вариант вывода, а для печати — другой.

Что помогло решить проблему

Елена использовала облачную 1С от 42Clouds и уже ранее обращалась в поддержку Маркет42. В этот раз она написала запрос на помощь в настройке вывода данных для печати и для XML-выгрузки отдельно. Разработчики предложили решение: добавить нужную гибкость в расширение. Это позволило настроить колонку «Код» по-разному для разных типов выгрузок.

После установки расширения ситуация изменилась. Теперь ЭДО принимало УПД без ошибок: колонка «Код» больше не была пустой, а для печатных форм использовался внутренний код, который требовался контрагентам.

Решение, которое облегчило работу

После корректировки выгрузки все стало работать как нужно. Для ЭДО использовался штрихкод, а для печатных форм — внутренний код, который был принят контрагентами. Все документы принимались без ошибок, и бухгалтеру больше не нужно было вручную вносить изменения в данные.

Если у вас возникла похожая проблема

Если вы столкнулись с ошибкой «Не соответствует формату» или вашим контрагентам не подходят документы в ЭДО, возможно, причина кроется в пустой колонке «Код». Проверяйте, что у вас выводится в этой колонке для разных типов выгрузок: XML и печатных форм. Если данные должны различаться, а стандартные настройки 1С не позволяют этого сделать, решение есть — используйте расширение для настроек.

Таким образом, с помощью простого расширения можно настроить гибкость системы, чтобы документы проходили проверку без дополнительных правок и потери времени.