При работе с крупными контрагентами, торговыми сетями или бюджетными организациями через системы электронного документооборота (ЭДО), часто возникает ситуация, когда стандартной выгрузки файлов из 1С в XML для ЭДО недостаточно — решить эту проблему поможет выгрузка УПД в XML 5.03 для OZON и маркетплейсов. Покупатели требуют наличия специфических тегов в XML-файле, таких как ИнфПолФХЖ1 и ИнфПолФХЖ2, для автоматического сопоставления документов в своих учетных системах. Проанализируем, как решить эту задачу в связке 1С и СБИС, а также рассмотрим альтернативные способы настройки через сервис 1С-ЭДО.
Прежде чем приступать к настройкам, разберем техническую суть вопроса. Поля Информационного поля факта хозяйственной жизни (ФХЖ) — это дополнительные реквизиты в формате XML, утвержденном ФНС. Работа с УПД в форматах приказа №970 и №820 требует корректного заполнения этих полей, так как они позволяют передавать произвольную информацию, которая не предусмотрена стандартными полями накладной или акта.
Рассмотрим пример, который часто вызывают затруднения. Контрагент требует наличие тега ТекстИнф со значением Заказ. Без этого тега их система не сможет "увидеть" документ, даже если он юридически корректен и подписан.
Если вы используете внешнюю обработку СБИС для взаимодействия с 1С, у вас есть несколько путей реализации. Проанализируем их подробнее.
Вариант 1: Использование шаблонов и настроек сопоставления. Рассмотрим ситуацию, когда данные для полей ФХЖ уже есть в 1С (например, в комментарии или дополнительных реквизитах). В обработке СБИС предусмотрен механизм "Спец. настройки". Чтобы процесс проходил корректно, может потребоваться смена форматов исходящих электронных документов и настройка ЭДО под конкретные нужды организации. Мы можем настроить соответствие полей документа 1С полям XML-файла. Выясним причину, по которой техподдержка часто говорит, что это "невозможно сделать самому": это требует навыков работы с макетами и иногда написания небольших скриптов внутри самой обработки.
Вариант 2: Использование внешнего расширения для обработки. СБИС позволяет подключать дополнительные файлы расширений (скрипты на внутреннем языке), которые модифицируют XML "на лету" перед отправкой. Посмотрим на пример логики, которую может внедрить программист:
// Пример логики добавления поля в структуру XML перед выгрузкой
Если СведенияОКонтрагенте.ТребуетИдентификаторЗаказа Тогда
ИнфоПоле = ДокументXML.СоздатьУзел("ИнфПолФХЖ1");
ИнфоПоле.УстановитьАтрибут("Идентиф", "Заказ");
ИнфоПоле.УстановитьАтрибут("Значен", Документ1С.НомерЗаказаПокупателя);
КонецЕсли;
Если работа через СБИС кажется слишком сложной в настройке, можно рассмотреть использование встроенного сервиса 1С-ЭДО. Здесь процесс управления дополнительными полями более прозрачен для пользователя 1С. Разберем по шагам, как это настроить:
ДополнительныеСведения) будет заполняться поле ИнфПолФХЖ.Важный момент: При переходе на 1С-ЭДО или использовании двух операторов одновременно, необходимо помнить про идентификаторы участника ЭДО (ID). По закону вы можете иметь несколько ID, но контрагент должен отправить приглашение именно на тот идентификатор, через который вы планируете работать.
Проанализируем ситуацию, когда после внесения правок документ перестает отправляться, выдавая "Неизвестную ошибку". Основная причина — нарушение XSD-схемы. ФНС строго регламентирует длину строк и допустимые символы в тегах ФХЖ. В ряде случаев, когда стандартный механизм дает сбой, выручает выгрузка УПД в XML (5.03) для БП 3.0 с помощью специализированных расширений, даже если прямое подключение к ЭДО в базе отсутствует — для этого отлично подойдёт обработка выгрузки УПД в XML 5.03 для БП 3.0.
Для исправления этой ошибки рекомендуем проверить:
Идентиф всегда должен быть заполнен).Рассмотрим несколько рекомендаций, которые помогут избежать "головной боли" при настройке ЭДО:
Во-первых, всегда запрашивайте у контрагента не просто "пример текста", а техническое задание или описание формата (так называемый "Гайд по заполнению"). Это сэкономит время программисту 1С.
Во-вторых, если вы работаете на 1С:Бухгалтерии 8.3 (Управляемые формы), активно используйте механизм ДополнительныеРеквизиты. Иногда требуется специфическое изменение основания передачи в УПД при отправке по ЭДО, которое проще реализовать через расширение системы, чем вручную править каждый документ.
В-третьих, не спешите заводить отдельную базу под одного контрагента. Это приведет к дублированию учета. Все настройки выгрузки в СБИС или 1С-ЭДО можно сделать индивидуальными для конкретного ИНН, сохраняя единство учета в основной базе.
Таким образом, мы выяснили, что требования контрагента по заполнению специфических тегов — это стандартная задача автоматизации. Она решается либо через редактирование шаблонов выгрузки во внешней обработке оператора, либо через штатные настройки заполнения полей в 1С-ЭДО. Выбор метода зависит от вашего текущего оператора и наличия технической поддержки для внесения изменений в программный код.