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

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

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

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

Для каждого потока данных важны три вещи: куда он идёт, как часто обновляется и кто хозяин цифры. Вот как это выглядит у нас.

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

Три буквенных схемы выше расшифровываются просто. При FBO товар лежит на складе площадки, она же его и отправляет. При FBS товар лежит у вас, а площадка везёт заказ покупателю. При DBS товар у вас, и везёте вы сами. Чем ближе схема к DBS, тем строже площадка спрашивает за сроки и тем дороже обходится ручной обмен.

С какими системами работаем

Со стороны учёта это 1С (УТ, УНФ, КА, ERP, Розница), МойСклад и Битрикс24. Со стороны сайта работаем с Битриксом, Drupal, WordPress и WooCommerce, InSales, OpenCart и самописными магазинами на PHP, если у них есть хоть какой-то API или доступ к базе.

Самописный сайт не приговор. Чаще всего мы дописываем к нему тонкий слой обмена и дальше работаем уже с ним. Если магазина ещё нет, его можно собрать сразу под обмен с 1С, и это выходит дешевле, чем переделывать потом.

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

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

• Штатный обмен 1С. В типовых конфигурациях (УТ, УНФ, КА, ERP) обмен с Ozon, Wildberries и Яндекс Маркетом уже встроен. Подходит, когда площадок одна-две, складов один, схема FBO или простой FBS. Денег стоит только настройка, от 80 тысяч рублей разово. Правда, возможности по площадкам неравные: по Wildberries штатный механизм закрывает далеко не всё.
• Готовый модуль или агрегатор вроде RDV Маркет. Берут, когда площадок три и больше или складов несколько. Внедряем от 150 тысяч, и сам сервис берёт подписку, обычно от 5 до 25 тысяч в месяц.
• Прямая интеграция по API площадок. Нужна под нестандартные процессы: своя логика резервов, комплекты, производство под заказ. Пишем от 350 тысяч рублей, зато за подписку платить не придётся и правила диктуете вы.

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

Сколько это стоит и сколько занимает

Ниже вилки по типовым сценариям. Точную смету называем, когда посмотрим вашу учётную систему и площадки.

• Одна площадка, штатный механизм 1С. От 80 тысяч рублей, две-три недели.
• Две-три площадки на модуле или агрегаторе. От 150 до 400 тысяч рублей, три-пять недель.
• Прямая интеграция под свои процессы. От 350 тысяч рублей, полтора-два месяца.

Каталог чистим отдельно, от 30 тысяч рублей: сколько выйдет, зависит от того, насколько запущена номенклатура. Отдельно вы платите за подписки площадок и сторонних сервисов, а иногда докупаете терминалы сбора данных для склада.

По объёмам решение спокойно тянет до 50 тысяч SKU и до 3 тысяч заказов в сутки. В магазине спецодежды, про который мы написали кейс, через обмен ходят 6000 позиций, и овербукинги там закончились.

Что нужно от вас

• Доступы. Дайте нам кабинеты площадок с правами на API, базу 1С (сначала копию, потом рабочую), админку сайта и хостинг.
• Один ответственный. Человек, который знает ваш товар и может решать: обычно это категорийный менеджер или руководитель отдела продаж.
• Его время. На запуске уходит 3–5 часов в неделю: согласовать сопоставление товаров, проверить первые выгрузки, принять работу.
• Решение по каталогу. Чистить номенклатуру можем мы, но правила диктуете вы: какой артикул главный, что делать с дублями, чем заполнять пустые характеристики. Можем и вместе: мы готовим списки расхождений, ваш менеджер выносит вердикт.

Что происходит после запуска

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

• Базовый формат. От 20 тысяч рублей в месяц: следим за обменом, разбираем ошибки, правим код, когда площадка меняет API. Отвечаем в рабочий день, а если обмен встал, беремся в течение часа.
• Расширенный. От 45 тысяч рублей в месяц: плюс дорабатываем под ваши задачи, несколько часов каждый месяц, и дежурим в выходные в высокий сезон.
• Без абонентки. Работаем по заявкам и почасовой ставке. Так дешевле, пока обмен ведёт себя тихо, но в аварию очередь общая.

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

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

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

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

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

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

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

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

Площадки меняют правила. API и регламенты обновляются регулярно. Свежие примеры мы разбирали в блоге: Яндекс Маркет урезал лимиты API и поднял НДС, а комиссии на Wildberries и Ozon выросли так, что юнит-экономику пришлось пересобирать. Обмен, который никто не ведёт, ломается на первом же таком повороте.

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

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

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

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

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

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

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