При работе с маркетплейсами (в частности, Ozon) через 1С:Бухгалтерия предприятия, редакция 3.0, пользователи часто сталкиваются с ситуацией (в том числе при интеграции с Wildberries), когда товар из личного кабинета маркетплейса ошибочно «привязывается» не к той позиции в справочнике Номенклатура (проблема также актуальна для СберМегамаркета) — для решения проблемы сопоставления товаров и заказов WB есть автоматическая загрузка отчетов Wildberries и сопоставление товаров. Это приводит к некорректному заполнению документов «Отчет комиссионера о продажах» и «Отчет о розничных продажах», что в итоге искажает складские остатки и финансовый результат (что критично для продавцов Яндекс Маркета).
В данной статье мы подробно разберем, как устроены механизмы связи товаров в системе и как принудительно вызвать помощник сопоставления, чтобы исправить ошибки.
Разберем внутреннюю структуру хранения данных. В 1С:Бухгалтерии 3.0 для интеграции с внешними торговыми площадками используется специальный справочник НоменклатураМаркетплейсов — для удобства интеграции 1С:Бухгалтерия с маркетплейсами разработано комплексное решение управления заказами и отчетами. Это своего рода «таблица соответствия», где каждой карточке на маркетплейсе (которая идентифицируется через product_id или SKU) ставится в соответствие конкретный элемент вашего справочника Номенклатура.
Если вы один раз сопоставили товар (вручную или автоматически), система запоминает этот выбор. Простое изменение артикула в карточке товара 1С не поможет — связь уже жестко прописана в регистре. Чтобы исправить ошибку, нам необходимо воздействовать именно на эту связку.
Проанализируем самый прямой путь исправления — ручную корректировку справочника связей. Это необходимо, если система при загрузке отчетов упорно выбирает неправильный товар и не предлагает выбрать его заново.
Номенклатура маркетплейсов.Номенклатура в данной карточке.После удаления записи система при следующей загрузке документов «увидит», что для данного идентификатора маркетплейса соответствие в базе 1С отсутствует, и снова откроет окно помощника сопоставления.
Рассмотрим использование универсального инструмента из Библиотеки Электронного Документооборота (БЭД). Эта обработка позволяет массово управлять связями — для этого подойдёт автоматическая загрузка отчетов и настройка правил сопоставления.
Чтобы вызвать обработку принудительно, выполним следующие шаги:
Выясним, по каким именно полям 1С пытается найти товар автоматически. Для Ozon критически важными являются три параметра:
Если вы хотите, чтобы автоматическое сопоставление работало идеально, убедитесь, что Артикул в 1С (в карточке номенклатуры) символ в символ совпадает с Offer ID в личном кабинете Ozon. Наличие лишнего пробела в конце или разница в регистре букв может привести к тому, что система не узнает товар и создаст дубль или потребует ручного вмешательства.
Посмотрим на ситуацию со стороны процесса загрузки. Если автоматическая загрузка документов из личного кабинета маркетплейса проходит «молча», и вы просто получаете готовый документ с ошибками, значит, включена опция автоматического сопоставления или создания номенклатуры. Для этой задачи есть обработка загрузки данных Ozon в Отчет комиссионера.
Проанализируем настройки интеграции:
Номенклатура маркетплейсов (как описано выше).Сопоставление номенклатуры (БЭД), где мы сможем вручную указать верную позицию.Нужно учитывать, что после исправления связи в справочнике Номенклатура маркетплейсов, уже созданные и проведенные документы («Отчеты комиссионера») автоматически не изменятся.
Чтобы исправить ошибки в уже загруженных документах, выполним одно из действий:
Таким образом, мы выяснили, что ключ к решению проблемы лежит в управлении справочником связей и использовании специализированной обработки сопоставления БЭД. Регулярная проверка этого справочника позволит избежать путаницы в учете при торговле через комиссионеров. Для этой задачи отлично подойдёт загрузка отчетов о продажах с маркетплейсов для 1С.