Интеграция магазина и 1С с маркетплейсами Ozon, Wildberries и Яндекс Маркет

Пока товаров и площадок мало, обмен держится на сотруднике с Excel. Выгрузил остатки, обновил цены, перенёс заказы в 1С. С ростом начинается веселье: остатки на Ozon обновились, на Wildberries нет, и вы продали товар, которого на складе уже не осталось.

Дальше площадка отменяет заказ, рейтинг карточки проседает, а вам прилетают штрафные баллы. И всё потому, что таблицу выгрузили вечером, а не в обед. Мы настраиваем автоматический двусторонний обмен между учётной системой (1С, МойСклад), интернет-магазином и кабинетами маркетплейсов. Остатки, цены, заказы и статусы отгрузок ходят между системами по API сами, без участия человека.

Что синхронизируем

• Остатки. По каждому складу и схеме работы: FBO, FBS, DBS. С резервом: заказ с одной площадки сразу уменьшает доступный остаток на всех остальных.
• Цены. Из единого прайса в 1С, с оглядкой на комиссии и акции каждой площадки. Наценку задаём по категориям.
• Заказы и статусы. Заказ с маркетплейса создаётся в 1С по нужной схеме: FBS-отгрузка, этикетки, сборочные задания. Статусы уезжают обратно на площадку.
• Карточки товаров. Выгружаем каталог, характеристики и фото, сопоставляем номенклатуру со штрихкодами площадок.
• Отчёты о продажах и возвраты. Продажи и возвраты подтягиваются в 1С, чтобы бухгалтерия сходилась, а прибыль считалась по каждой площадке отдельно.

Как выбираем способ обмена

Вариантов три, и дороже не значит лучше.

В типовых конфигурациях 1С (УТ, УНФ, КА, ERP) обмен с Ozon, Wildberries и Яндекс Маркетом уже встроен. Иногда его хватает, надо только грамотно настроить. Правда, возможности по площадкам неравные: по Wildberries штатный механизм закрывает далеко не всё.

Второй путь: готовые модули и сервисы-агрегаторы вроде RDV Маркет. Их берут, когда площадок и складов много.

Третий путь: прямая интеграция по API площадок. Она нужна под нестандартные процессы.

На разборе задачи считаем стоимость владения по каждому варианту. Если хватит типового решения, мы так и скажем.

Что вы получите

Учёт станет единым. Реальные остатки и прибыль по каждой площадке видны в 1С, а не собираются руками из пяти кабинетов раз в месяц.

Работа ускорится: новый товар уходит на все площадки из одной карточки.

Штрафов и отмен станет меньше. Продажи в минус по складу прекращаются, сборочные задания перестают просрочиваться.

И освободятся руки. Сотрудник, который днями перекладывал заказы, займётся ассортиментом и акциями.

Нюансы из практики

Грязная номенклатура. Это главная боль таких проектов. Один товар заведён в 1С трижды с разными артикулами, штрихкоды не совпадают с этикетками площадок. Пока каталог не вычищен, автоматизация просто размножит ошибки. Поэтому нормализацию каталога ставим первым шагом.

«Честный знак». Перечень категорий растёт: в 2026-м в него добавляются чай и другие завариваемые напитки, парфюмерия, растительные масла. Коды маркировки должны корректно ходить между 1С, площадкой и УПД, и это мы проверяем отдельно.

Площадки меняют правила. API и регламенты обновляются регулярно. Поэтому о формате сопровождения договариваемся сразу, а не бросаем обмен после запуска.

С чего обычно начинают

«Торгуем только на Ozon, выходим на Wildberries». Момент как раз правильный: пока площадка одна, ручной труд терпим, со второй он удваивается.

«Продаём по FBO, переходим на FBS». Тут без автоматики никак. Сборочные задания, сроки отгрузки и этикетки требуют дисциплины, которую руками не удержать.

«Интеграция была, но после обновления 1С всё сломалось». Разбираем, чиним и переводим обмен на решение, которое кто-то поддерживает.

«Свой интернет-магазин плюс три маркетплейса, остатки живут своей жизнью». Сводим остатки в один контур, расставляем приоритеты и держим страховой резерв по каждой площадке.

Начать можно с одной площадки и одного потока данных. Обычно с остатков: они горят первыми.

Опишите задачу в форме ниже. Посмотрим вашу учётную систему и площадки, вернёмся с планом и оценкой.