Работа с маркетплейсом Wildberries (WB) через электронный документооборот (ЭДО) накладывает на поставщика ряд жестких технических обязательств. Типовой функционал 1С часто формирует УПД (Универсальный передаточный документ) по внутренним стандартам, которые не проходят автоматическую проверку на стороне WB. Рассмотрим подробно, как адаптировать выгрузку документов под требования маркетплейса, чтобы избежать автоматических отказов в приемке.
Проанализируем ситуацию: когда вы отправляете электронный документ из 1С, система формирует XML-файл строгого формата (согласно приказу ФНС). Однако внутри этого файла есть атрибуты, содержимое которых каждый контрагент трактует по-своему. Для Wildberries критически важно, чтобы в поле КодТов (код товара) передавался именно штрихкод (баркод) формата EAN-13, который был ранее заявлен в спецификации в личном кабинете поставщика. По умолчанию 1С передает туда либо «Внутренний код», либо «Артикул», что приводит к ошибке «Товар не найден».
Выясним причину, по которой автоматика WB отклоняет документы. Робот маркетплейса ищет соответствие товара в своей базе исключительно по цифровому коду. Рассмотрим пример структуры XML-файла, который ожидает Wildberries:
В блоке СведТов атрибут КодТов должен выглядеть следующим образом:
КодТов="2000065397006"
В типовых конфигурациях 1С (УТ 11, БП 3.0, КА) этот параметр заполняется из кода номенклатуры. Чтобы решить задачу, нам необходимо вмешаться в процесс формирования электронного документа.
Разберем по шагам, как программно изменить заполнение этого поля. Для этого лучше всего использовать механизм расширений, чтобы не снимать конфигурацию с поддержки. Нам нужно найти метод, отвечающий за формирование структуры электронного документа. Обычно это функции в модулях, связанных с интеграцией ЭДО (например, МенеджерОбменаЧерезЭДО или специализированные модули оператора).
Пример логики для подмены кода на штрихкод в расширении:
&После("ЗаполнитьСведенияОТоваре")
Процедура WB_ЗаполнитьСведенияОТоваре(СведенияОТоваре, ДанныеНоменклатуры)
// Проверяем, что получатель — Wildberries (по ИНН)
Если СведенияОТоваре.КонтрагентИНН = "7733335683" Тогда
// Получаем штрихкод из регистра сведений
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ ПЕРВЫЕ 1
| ШтрихкодыНоменклатуры.Штрихкод КАК Штрихкод
|ИЗ
| РегистрСведений.ШтрихкодыНоменклатуры КАК ШтрихкодыНоменклатуры
|ГДЕ
| ШтрихкодыНоменклатуры.Номенклатура = &Номенклатура";
Запрос.УстановитьПараметр("Номенклатура", ДанныеНоменклатуры.Номенклатура);
РезультатЗапроса = Запрос.Выполнить();
Если Не РезультатЗапроса.Пустой() Тогда
Выборка = РезультатЗапроса.Выбрать();
Выборка.Следующий();
// Подменяем КодТов на реальный штрихкод
СведенияОТоваре.КодТов = Выборка.Штрихкод;
КонецЕсли;
КонецЕсли;
КонецПроцедуры
Посмотрим на ситуацию с импортными и российскими товарами. Wildberries требует обязательного заполнения кода страны по классификатору ОКСМ. Если данные не заполнены в карточке номенклатуры или в документе поступления, 1С оставит эти поля в XML пустыми, и документ будет отклонен.
Важные моменты:
Для автоматизации этого процесса проанализируем заполнение справочника Номенклатура. Убедитесь, что в поле «Страна происхождения» указан элемент справочника СтраныМира, у которого заполнен числовой код. Если вы работаете с 1С-ЭДО (Такском/Калуга Астрал), проверьте настройки сопоставления номенклатуры в справочнике «Номенклатура контрагентов».
Часто возникает вопрос: почему документы не доходят, если у клиента настроен «1С-ЭДО», а у Wildberries — «Диадок»? Рассмотрим ситуацию подробнее. При настройке роуминга важно убедиться, что идентификаторы участника ЭДО (ID) прописаны корректно. Wildberries использует автоматизированную систему обработки, и любые лишние пробелы в данных или некорректные дополнительные реквизиты в блоке ИнфПолФХЖ1 (Информационное поле факта хозяйственной жизни) могут стать причиной сбоя.
Если типовая обработка ЭДО не позволяет гибко настраивать эти поля, стоит обратить внимание на «Модули интеграции» от самих операторов (например, модуль Диадок для 1С). Они позволяют визуально сопоставлять поля 1С и теги XML без написания кода.
Чтобы не править каждый документ вручную (выгружая XML, редактируя его в текстовом редакторе и загружая обратно), выполним следующие шаги:
СведТов.Важно: Не путайте визуальное представление (PDF/печатная форма) и сам XML-файл. На печатной форме штрихкод может отображаться с дефисами или пробелами (например, 20000-65397-006), но в XML-файле, который уходит серверу WB, это должна быть сплошная строка из 13 цифр без лишних символов.
Проанализировав требования маркетплейса, мы видим, что основная задача сводится к обеспечению идентичности данных между порталом поставщика и формируемым файлом УПД. Автоматизация этого процесса через расширение 1С сэкономит десятки часов ручного труда и исключит риск ошибок, связанных с человеческим фактором.