Торговля и Склад · 13 мин
Номенклатура и код 1С на Вайлдберриз: зачем нужны и как связать
Как связать номенклатуру и коды 1С с карточками и артикулами Вайлдберриз: сопоставление товаров, выгрузка остатков, заказы и типичные ошибки интеграции.
При выходе на маркетплейс Вайлдберриз продавец сталкивается с тем, что один и тот же товар существует в двух системах одновременно: в учётной базе 1С и в личном кабинете маркетплейса. В 1С товар идентифицируется кодом номенклатуры и артикулом, на Вайлдберриз — артикулом продавца, артикулом WB (nmId) и штрихкодом. Пока эти идентификаторы не связаны между собой, учёт ведётся «в два контура»: остатки расходятся, заказы приходится переносить вручную, а отчёты о продажах не сходятся с реальными списаниями.
Задача сопоставления решается один раз при настройке интеграции, но от качества этой настройки зависит вся дальнейшая работа: корректность выгрузки цен и остатков, автоматическое создание реализаций по заказам, правильный учёт комиссий и логистики. Ошибка в сопоставлении приводит к тому, что продажа одного товара списывает со склада другой, а остатки на маркетплейсе показывают несуществующее наличие.
Материал ориентирован на пользователей конфигураций «1С:Управление торговлей», «1С:Комплексная автоматизация» и «1С:ERP», работающих с Вайлдберриз напрямую через API, через типовой функционал работы с маркетплейсами или через внешние модули интеграции.
Какие идентификаторы товара существуют в 1С и на Вайлдберриз
Прежде чем связывать товары, нужно понимать, какие коды вообще участвуют в обмене. В 1С у каждой позиции справочника «Номенклатура» есть внутренний код (присваивается автоматически), артикул (заполняется вручную или по правилам поставщика) и штрихкоды, хранящиеся в регистре сведений «Штрихкоды номенклатуры».
На стороне Вайлдберриз товар описывается несколькими полями: артикул продавца (supplierArticle) — его задаёт сам продавец при создании карточки; артикул WB, он же nmId — числовой идентификатор, который маркетплейс присваивает карточке автоматически; штрихкод (баркод) — для каждого размера внутри карточки; а также внутренние ID предмета и размера (chrtId), которые используются в API при передаче остатков.
Практический вывод: связку лучше строить на паре «артикул продавца + штрихкод», а nmId использовать как контрольный идентификатор. Внутренний код 1С (например, «00-00001234») на маркетплейс никак не передаётся и в обмене не участвует — он нужен только внутри вашей базы.
Как подготовить артикулы перед созданием карточек
Самая частая причина проблем с сопоставлением — разнобой в артикулах, заложенный ещё на этапе создания карточек. Если на Вайлдберриз карточки создавались вручную с произвольными артикулами («платье красное», «NEW-1», «артикул от поставщика с пробелами»), а в 1С артикулы структурированы, автоматическое сопоставление станет невозможным, и каждую позицию придётся связывать вручную.
Рабочая практика — привести артикул продавца к артикулу или коду номенклатуры 1С. При этом учитывайте ограничения маркетплейса: артикул продавца не должен содержать пробелов и ряда специальных символов, а его длина ограничена. Если в 1С артикулы содержат кириллицу или пробелы, заранее подготовьте правило транслитерации или используйте код номенклатуры как основу артикула продавца.
Отдельно проверьте штрихкоды. Для схемы FBO (со склада маркетплейса) штрихкод обязателен и должен совпадать с тем, что хранится в регистре штрихкодов 1С, иначе этикетки, напечатанные из 1С, не пройдут приёмку на складе WB. Для маркируемых категорий (обувь, одежда, духи и другие) дополнительно используются коды маркировки «Честный знак», и их учёт в 1С должен быть настроен до начала отгрузок.
Где в 1С хранится связь с товарами маркетплейса
В зависимости от конфигурации и способа интеграции связь хранится в разных местах. В типовых конфигурациях без специализированного модуля чаще всего используется регистр сведений «Номенклатура контрагентов»: там для контрагента «Вайлдберриз» заводится позиция с артикулом продавца, которая привязывается к вашей номенклатуре. Это универсальный, но ручной способ.
В конфигурациях с подсистемой работы с маркетплейсами (например, в свежих редакциях «1С:Управление торговлей» есть механизмы обмена с маркетплейсами) существует отдельное сопоставление товаров торговой площадки: для каждой учётной позиции указываются идентификаторы площадки — артикул, nmId, штрихкод. Внешние модули интеграции (обработки и расширения от сторонних разработчиков) обычно создают собственный регистр сопоставления с аналогичным набором полей.
Способы хранения связи
Подходит для небольшого ассортимента без автоматического обмена. Ограничение: нет автоматической загрузки заказов и остатков, всё переносится вручную.
Подходит при работе по API с загрузкой заказов и выгрузкой остатков. Ограничение: покрывает не все сценарии WB, требует актуальной версии конфигурации.
Подходит при большом числе заказов и нескольких складах WB. Ограничение: стоимость модуля и зависимость от его обновлений при изменении API.
Определить, где хранится связь в вашей базе, просто: найдите в модуле интеграции (или в документах обмена) операцию «Сопоставить товары» и посмотрите, какой объект открывается. Если это регистр сведений — именно туда нужно вносить и исправлять соответствия.
Как выполнить сопоставление номенклатуры пошагово
Процедура сопоставления одинакова по смыслу для любого способа хранения связи: сначала из личного кабинета или через API загружается список карточек с их идентификаторами, затем каждая карточка связывается с позицией номенклатуры 1С. Разница только в том, делает это обработка автоматически по совпадению артикула или оператор вручную.
- 1Проверьте, что в 1С у всех продаваемых позиций заполнены артикул и штрихкод, а дубли номенклатуры свёрнуты.
- 2Выгрузите из личного кабинета WB список карточек с артикулами продавца, nmId и штрихкодами (раздел «Товары» либо отчёт через API).
- 3Запустите в модуле интеграции загрузку товаров площадки — обработка создаст список несопоставленных позиций.
- 4Выполните автоматическое сопоставление по артикулу продавца и штрихкоду; проверьте, какие позиции остались несвязанными.
- 5Оставшиеся позиции свяжите вручную, выбирая номенклатуру по наименованию и сверяя штрихкод.
- 6Сохраните соответствия и выполните контрольную выгрузку остатков по 2–3 позициям, чтобы убедиться, что данные уходят на нужные карточки.
Для карточек с размерами (одежда, обувь) сопоставление выполняется на уровне каждого размера: у каждого размера свой штрихкод и свой chrtId. В 1С это обычно отражается как отдельная номенклатура на каждый размер либо как одна номенклатура с характеристиками. Если вы используете характеристики, убедитесь, что модуль интеграции умеет сопоставлять связку «номенклатура + характеристика» с размером WB, иначе остатки по размерам будут передаваться некорректно.
Как проверить, что сопоставление работает
После настройки нужно убедиться, что связь работает в обе стороны: остатки и цены уходят на правильные карточки, а заказы при загрузке создают документы с правильной номенклатурой. Проверка занимает немного времени, но избавляет от самых дорогих ошибок — отгрузки не того товара и списания чужих остатков.
Как проверить результат
На карточке WB отображается то же количество, что доступно на складе в 1С с учётом резерва
Остаток появился на другой карточке, обнулился или не изменился
В заказе покупателя в 1С подставилась нужная номенклатура с характеристикой и штрихкодом
Создаётся новая позиция номенклатуры-дубль или строка остаётся с несопоставленным товаром
Штрихкод на этикетке из 1С совпадает с баркодом размера в карточке WB
Штрихкоды различаются — приёмка на складе WB такую поставку не пройдёт
Контрольный сценарий: создайте тестовый заказ в 1С вручную по сопоставленной позиции, проведите реализацию и посмотрите, как изменился остаток. Затем выполните выгрузку остатков и сверьте число на карточке WB. Если цифры сошлись — связка работает. Повторите проверку для позиции с характеристиками (размерами), потому что именно там ошибки встречаются чаще всего.
Типичные ошибки и их последствия
Большинство проблем с кодами и номенклатурой возникает не из-за сбоев API, а из-за данных, подготовленных небрежно. Ниже — ошибки, которые встречаются на практике чаще всего.
Отдельный риск — работа без резервной копии при массовом сопоставлении. Если обработка автоматически связала несколько тысяч позиций по неточному правилу, откатить это вручную долго. Перед массовыми операциями сделайте копию базы или хотя бы выгрузите текущий регистр соответствий в файл.
Ограничения и что делать при нестандартных ситуациях
Не все сценарии закрываются стандартным сопоставлением. Комплекты и наборы — классическая проблема: на WB продаётся набор, а в 1С учитываются составляющие. Решений два: завести в 1С отдельную номенклатуру «набор» и собирать его документом комплектации, либо использовать в модуле интеграции механизм разбора заказа на составляющие, если он поддерживается.
Вторая ситуация — один товар в нескольких карточках WB (разные бренды, дубли карточек, тестовые карточки). Связь «один ко многим» поддерживается не всеми модулями: часть решений позволяет привязать несколько nmId к одной номенклатуре и распределять остатки, часть — нет. Уточните это до покупки модуля, если у вас такой ассортимент.
Как выбрать действие
Наконец, учитывайте, что API Вайлдберриз периодически меняется: появляются новые обязательные поля, устаревают методы. Если обмен внезапно перестал работать при неизменных настройках, первым делом проверьте, не обновлялся ли модуль интеграции и не требует ли площадка новых параметров в запросах.
Что важно запомнить
Связь кода номенклатуры 1С с карточкой Вайлдберриз строится через артикул продавца, nmId и штрихкод, а хранится в регистре сопоставления. Приведите артикулы к единому виду до создания карточек, сопоставляйте товары с размерами на уровне характеристик и после настройки проверяйте обмен в обе стороны на контрольных позициях.
Частые вопросы
Можно ли использовать код номенклатуры 1С как артикул продавца на Вайлдберриз?
Да, это рабочая практика, если код укладывается в ограничения WB по длине и символам. Код вида «00-00001234» технически допустим, но неудобен для поиска. Часто берут артикул номенклатуры, а при его отсутствии — код. Главное, чтобы значение было уникальным и одинаковым в обеих системах.
Что делать, если карточки на WB уже созданы с артикулами, не совпадающими с 1С?
Изменить артикул продавца в существующей карточке нельзя. Варианты: сопоставить товары вручную по штрихкоду и nmId (быстрее всего), либо пересоздать карточки с правильными артикулами — но при этом теряются накопленные отзывы и статистика карточки, поэтому пересоздание оправдано только для новых или слабо продаваемых товаров.
Почему заказ из WB создаёт в 1С новую номенклатуру-дубль?
Это признак того, что товар из заказа не найден в регистре сопоставления: модуль создаёт позицию «на лету», чтобы провести документ. Проверьте, сопоставлен ли nmId из заказа, совпадает ли артикул продавца с тем, что в регистре, и не изменился ли артикул в 1С после настройки. После исправления связи дубль нужно пометить на удаление, а документы перепровести на правильную позицию.
Нужно ли сопоставлять каждый размер одежды отдельно?
Да. Каждый размер на WB имеет собственный штрихкод и идентификатор chrtId, и остатки передаются по размерам. В 1С размер обычно отражается характеристикой номенклатуры, поэтому сопоставление должно работать на уровне «номенклатура + характеристика → размер WB». Если связать только карточку целиком, остатки по размерам будут неверными или не передадутся вовсе.
Как синхронизировать остатки, если товар хранится на нескольких складах 1С?
В настройках обмена указывается, из каких складов 1С формируется доступный остаток для выгрузки. Обычно выбирают основной склад отгрузки или сумму по нескольким складам, вычитая резерв. Склады самого маркетплейса (при схеме FBO) в расчёт не включают — их остатки WB учитывает самостоятельно, а ваша задача при FBO — корректно оформлять поставки.
Чем отличается сопоставление для схем FBO и FBS?
Само сопоставление номенклатуры одинаково. Различия в дальнейшем обмене: при FBO вы передаёте остатки только в момент формирования поставки и печатаете этикетки со штрихкодами WB, а при FBS остатки выгружаются регулярно (часто по расписанию), и критична скорость реакции на резервы и списания в 1С. Для FBS дополнительно важна корректная передача статусов сборочных заданий.