Подключение Wildberries и Ozon к 1С: обмен товарами, остатками и заказами
Содержание
Чтобы связать 1С с Wildberries и Ozon, нужно четыре вещи: определиться со схемой работы (товар на складе маркетплейса или на вашем), получить в личных кабинетах площадок API-ключи, сопоставить карточки маркетплейса с номенклатурой 1С по штрихкодам или артикулам и включить регламентный обмен остатками, ценами и заказами.
Встроенный обмен с маркетплейсами есть в актуальных релизах 1С:Управление торговлей 11, Комплексная автоматизация 2, ERP 2 и 1С:Управление нашей фирмой (УНФ). В 1С:Бухгалтерии своего модуля обмена нет — там маркетплейсы подключают отдельными решениями, а в учёт попадают уже итоговые отчёты о продажах.
Разберём настройку по шагам: от выбора схемы до разбора ситуаций, когда остатки и цены на площадку не уходят.
Схема работы: FBO или FBS — от этого зависит вся настройка
Прежде чем что-то настраивать, определите схему по каждому товару. От неё зависит, передаёте вы остатки или нет.
- FBO (на Ozon — FBO, на Wildberries — склад WB / FBW): товар лежит на складе маркетплейса. Остатки ведёт площадка, из 1С вы их не передаёте — только получаете отчёты о продажах и списываете реализованное.
- FBS (на обеих площадках — FBS): товар на вашем складе, отгрузка идёт под конкретный заказ. Здесь 1С передаёт остатки своего склада, а заказы приходят к вам для сборки и отгрузки.
- realFBS (только Ozon) — разновидность FBS с собственной доставкой продавца.
На практике у одного продавца часто работают обе схемы сразу: ходовые позиции — по FBO, остальное — по FBS. 1С это поддерживает: схема задаётся для каждого соглашения или склада отдельно.
Если вы на FBO, передавать остатки из 1С бессмысленно и даже вредно — это частая причина расхождений (разберём ниже). Поэтому первый вопрос всегда: что по какой схеме едет.
Какая конфигурация и релиз нужны
Встроенный обмен появился в УТ 11 и смежных конфигурациях не с самого начала, поэтому проверьте релиз.
| Конфигурация | Обмен с маркетплейсами |
|---|---|
| УТ 11, КА 2, ERP 2 | Встроенный, в актуальных релизах |
| 1С:УНФ | Встроенный |
| 1С:Бухгалтерия 3.0 | Своего модуля нет — внешние решения, загрузка отчётов о продажах |
| УТ 10.3, старые релизы | Через внешние обработки и коннекторы |
Если у вас старый релиз без раздела маркетплейсов — сначала обновитесь, потом настраивайте. Пытаться прикрутить обмен обработками к устаревшей базе дольше, чем обновление.
Дальнейшие шаги описаны для платформы 8.3 с интерфейсом «Такси» и встроенного механизма УТ 11 / КА / ERP. В УНФ логика та же, но часть пунктов меню называется иначе.
Подготовка номенклатуры: штрихкоды, артикулы и характеристики
Обмен связывает карточку товара на площадке с позицией в 1С. Связь идёт по штрихкоду или по артикулу продавца (seller SKU) — это та опора, без которой ничего не синхронизируется.
Что проверить в 1С до первого обмена:
- У каждой номенклатуры заполнен штрихкод, причём тот же, что указан в карточке Wildberries/Ozon. Баркод (EAN-13) — самый надёжный ключ сопоставления.
- Товары с размерами и цветами заведены через характеристики (или как отдельные номенклатуры-варианты). У каждого размера — свой штрихкод, потому что на маркетплейсе это отдельный SKU.
- Артикулы в 1С и в кабинете продавца совпадают. Если вы грузили карточки на площадку из другой системы, артикулы могут разойтись — тогда сопоставляйте по баркоду.
Сопоставление удобно держать в виде таблицы соответствия полей. Логика такая:
Если штрихкоды в 1С и на площадке не совпадают, товар не сопоставится и обмен по нему молча не пойдёт. Это причина номер один, по которой «всё настроил, а остатки не уходят». Сверку штрихкодов делайте до запуска, а не после.
На этапе первой настройки 1С обычно сама скачивает список товаров из кабинета и предлагает сопоставить их с номенклатурой — часть свяжется автоматически по совпадению штрихкода, остальное придётся связать вручную в таблице сопоставления.
Где взять API-ключи Wildberries и Ozon
Подключение идёт по API-ключам, которые вы генерируете в кабинетах площадок и переносите в 1С. Логины-пароли от кабинета в 1С не вводятся.
Ozon. В кабинете продавца (seller.ozon.ru) откройте раздел настроек, пункт про API (Seller API). Там создаётся пара: Client-Id (идентификатор клиента) и Api-Key (секретный ключ). Оба значения копируются в настройку подключения Ozon в 1С.
Wildberries. В кабинете продавца откройте настройки доступа к API и сгенерируйте токен. При создании токену выдаются категории доступа — отметьте те, что нужны обмену: контент (карточки), маркетплейс (заказы FBS), цены и скидки, статистика (отчёты и продажи). Токен копируется в 1С целиком.
Выдавайте токену ровно те категории, что нужны, — и отдельный токен под интеграцию с 1С, а не тот же, что вы используете вручную. Если ключ утечёт, его проще отозвать, не ломая остальное.
В 1С в разделе администрирования (НСИ и администрирование) включается функциональная опция обмена с маркетплейсами, после чего появляется список настроек подключения. Для каждой площадки создаётся своя настройка: тип площадки, вставленные ключи, схема работы (FBO/FBS), склад и организация, от которой идут продажи.
После ввода ключей сразу проверьте соединение кнопкой проверки в форме настройки. Если площадка ответила — ключи и категории доступа верные.
Передача остатков и цен на маркетплейс
Когда подключение живое и номенклатура сопоставлена, настраивается собственно синхронизация.
Остатки. Передаются только по схеме FBS и только с того склада (или группы складов), который вы указали в настройке. 1С берёт свободный остаток и отправляет его на площадку. Здесь важно решить вопрос резервов: если один и тот же товар продаётся и в рознице, и на двух маркетплейсах, настройте, какой остаток считается доступным для каждого канала, иначе продадите то, чего уже нет.
Цены. На площадку уходит выбранный вид цены (в УТ — «вид цены», не путайте с терминами других конфигураций). Настройте отдельный вид цены под каждый маркетплейс: комиссии и логистика у WB и Ozon разные, поэтому розничная цена на сайте и цена для маркетплейса почти всегда отличаются.
Частота выгрузки задаётся расписанием регламентного задания (об этом — отдельный раздел). Остатки обычно гоняют чаще цен: раз в 15–30 минут против одного-двух раз в сутки.
Отдельно продумайте, какой именно остаток считать доступным. 1С по FBS берёт свободный остаток склада за вычетом того, что уже зарезервировано под другие заказы. Если вы держите страховой запас (например, не отдаёте на площадку последние 2 штуки), это настраивается ограничением доступного количества по каналу — так вы не окажетесь в минусе при одновременных продажах в разных местах.
По FBO остатки из 1С не передавайте. Товаром на складе маркетплейса распоряжается площадка; попытка перезаписать его остатком из 1С приведёт к хаосу. По FBO из 1С уходят только цены и приходят отчёты о продажах.
Загрузка заказов и статусы отгрузки
По схеме FBS заказы с площадки загружаются в 1С, и дальше вы ведёте их по обычному циклу: сборка, отгрузка, передача в доставку.
Общая последовательность:
- Регламентное задание скачивает новые заказы FBS и создаёт в 1С документы заказов (или заданий на отгрузку).
- Вы собираете заказ, печатаете из 1С этикетку/маркировку перевозки, которую требует площадка.
- Переводите заказ в статус «собран» / «отгружен» — 1С отправляет статус обратно на маркетплейс.
- По факту продажи формируется реализация, остаток списывается.
Статусы — отдельная история: у каждой площадки своя цепочка, и важно понимать, какой статус в 1С какому состоянию на площадке соответствует.
По FBO заказы в привычном виде в 1С не приходят — вы получаете итоговые отчёты о продажах за период и на их основании отражаете реализацию и удержанную комиссию.
Маркированный товар. Если торгуете тем, что подлежит обязательной маркировке (обувь, одежда, парфюм и т. д.), при отгрузке FBS в составе заказа нужно передать коды маркировки. 1С позволяет подобрать коды из остатков и вывести их в документ отгрузки — настройте это заранее, иначе отгрузка маркированного заказа встанет.
Возвраты. Невыкупы и возвраты по FBS тоже приходят через обмен: товар возвращается на ваш склад, и в 1С формируется соответствующий документ. По FBO возвраты отражаются в отчёте о продажах как уменьшение реализации.
Регламентные задания: автоматический обмен и контроль
Ручной обмен хорош для первой проверки. В бою всё крутят регламентные задания — иначе остатки устареют и пойдут отмены.
Что настроить в расписании (в разделе администрирования, обслуживание / регламентные задания):
- Остатки — раз в 15–30 минут (FBS). Чем быстрее оборачивается товар, тем чаще.
- Цены — по мере изменения, обычно 1–2 раза в сутки.
- Заказы — раз в 5–15 минут, чтобы не ловить штрафы за просроченную сборку.
- Статусы — следом за заказами или по событию отгрузки.
- Отчёты о продажах (FBO) — раз в сутки или по закрытию периода.
Контроль не менее важен, чем сам обмен. В 1С есть журнал обмена (журнал регистрации обмена с площадкой) — туда пишутся ошибки каждого сеанса. Заведите привычку заглядывать в него, а ещё лучше — настройте, чтобы ответственный получал уведомление при сбое. Молчащий обмен, который «вроде работает», опаснее явной ошибки: остатки тихо замерзают на старом значении.
Почему не грузятся остатки, цены и заказы
Большинство сбоев — не поломка механизма, а рассогласование данных. Вот частые симптомы и куда смотреть.
Если после проверки данных обмен всё равно падает — смотрите текст ошибки в журнале обмена. Там обычно виден ответ площадки: превышен лимит запросов к API, невалидный формат, нет прав. Это точнее, чем гадать.