Инструкция: как загрузить и подписать УПД в формате xml для маркетплейса в 1С-ЭДО

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

Мы подготовили инструкцию, как правильно работать с такими файлами в 1С-ЭДО, чтобы:

✅ использовать готовый XML-шаблон, сформированный маркетплейсом

✅ сохранить все служебные данные, важные для контрагента (их идентификаторы заказов, поставок, актов)

✅ сопоставить УПД со своим учётным документом (реализацией) в 1С

✅ подписать и отправить, не выходя из 1С

Никаких дополнительных интеграций, никаких облачных сервисов — только штатный 1С-ЭДО.

Зачем это нужно?

Маркетплейс (покупатель) заинтересован в том, чтобы все закрывающие документы содержали его внутренние идентификаторы — например:

contract_id — номер заказа на площадке;
delivery_id — идентификатор доставки;
act_id — номер акта в системе маркетплейса;
процесс — тип операции (marketplace / ltl / и т.п.).

Эти данные критически важны покупателю для автоматической сверки. Если их не будет, документ не пройдёт контроль в их учётной системе, и возникнут задержки оплаты или дополнительные запросы. Поэтому маркетплейс часто присылает поставщику готовый XML-шаблон, в котором уже заполнены:

✔️ реквизиты продавца (наши)
✔️ реквизиты покупателя (маркетплейса)
✔️ служебные поля с их идентификаторами.
✔️ перечень товаров/услуг (иногда)

Нам остаётся только:

✔️ проверить данные
✔️ сопоставить этот документ с нашей реализацией в 1С
✔️ подписать электронной подписью
✔️ отправить обратно через ЭДО

Пошаговая инструкция

Шаг 1. Получить XML-файл от маркетплейса и проверить заполнение всех обязательных реквизитов

Сохраните xml-файл, полученный от маркетплейса, на компьютере. Важно проверить его на соответствие форматам ФНС, например, в этом сервисе.

Файл с ошибками не загрузится и 1с выдаст сообщение: "Файл содержит ошибки. Выберите другой файл".

Возможная ошибка при проверке xml-файла:

Атрибут НомерДок не соответствует формату
Порядковый номер счета-фактуры (строка 1 счета-фактуры), номер документа об отгрузке товаров (выполнении работ), передаче имущественных прав (документа об оказании услуг).
Формат
Строка, количество знаков от 1 до 1000.
Тип
Обязательный

Такая ошибка означает, что не заполнен обязательный реквизит "НомерДок". Откройте xml-файл в редакторе "Блокнот" и вручную впишите номер УПД, как указано в вашей программе 1С. Впишите цифры внутри кавычек и не изменяйте структуру документа.

Шаг 2. Загрузите XML-файл в 1С-ЭДО

Откройте "Текущие дела ЭДО", в разделе "Исходящие" выберите "Создать произвольный документ".

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

Возможная ошибка при проверке: УПД не визуализируется

Причина может быть в том, что покупатель, указанный в УПД, не добавлен в справочник "Контрагенты" или им не принято приглашение на ЭДО.

Шаг 3. Подпишите УПД электронной подписью и отправьте контрагенту

При загрузке корректного xml-файла он визуализируется в 1С. Проверьте его и нажмите кнопку "Подписать и отправить".

Вы также можете посмотреть дополнительные реквизиты, включите эту настройку через меню:

Еще - Настройка отображения - Отображать дополнительную информацию.

В результате внизу страницы появятся дополнительные поля, которые требует указывать маркетплейс:

Шаг 4. Сопоставьте загруженный УПД с документом "Реализация" в 1С

В карточке электронного документа по кнопке "Подбор" выберите тип документа для сопоставления, например, "Реализация товаров, работ, услуг", и в открывшемся списке выберите нужный документ.

Частые вопросы

Почему маркетплейс присылает XML, а не просит нас сформировать УПД самостоятельно?

Потому что им важно, чтобы в документе были их внутренние идентификаторы (заказы, поставки). Если бы мы формировали УПД сами, мы могли бы ошибиться или не добавить эти поля. Готовый шаблон гарантирует, что документ пройдёт у них автоматическую сверку.

Почему мы не используем облачные сервисы (Диадок, СБИС и др.)

Мы можем, но тогда документ из XML сначала попадёт в облако, а оттуда — в 1С через шлюз или вообще вручную. Это лишнее звено, дополнительные риски и часто — дополнительные расходы. Работа непосредственно в 1С надёжнее, быстрее и дешевле.