Пока у вас десять заказов в день, кабинет площадки и таблица закрывают все вопросы. Проблемы начинаются на втором складе, второй площадке и первой сотне SKU: остатки расходятся, цены живут своей жизнью, а заказы FBS собираются с опозданием. Это решается интеграцией с учётной системой — 1С, МойСклад или другой.
Что даёт интеграция
Интеграция — это автоматический обмен данными между вашей учётной системой и кабинетами маркетплейсов. Синхронизируются четыре потока:
- Остатки. Учётная система передаёт на площадки актуальное наличие: продали со склада или на другой площадке — остаток на всех витринах обновился.
- Цены. Цена меняется в одном месте и разъезжается по площадкам — без ручной правки в каждом кабинете.
- Заказы. Заказы FBS падают в учётную систему: сборка, этикетки и статусы ведутся из одного окна.
- Номенклатура и документы. Карточки, артикулы и штрихкоды сопоставлены между системой и площадками; отчёты площадок сверяются с учётом.
Способы интеграции
Штатные модули. У 1С и МойСклад есть встроенные интеграции с Wildberries, Ozon и Яндекс Маркетом: ставятся из коробки, покрывают базовые сценарии — остатки, цены, заказы.
Коннекторы и сервисы-посредники. Отдельный класс сервисов, которые соединяют учётную систему с несколькими площадками и добавляют логику: правила округления цен, резервы, распределение остатков по складам.
Своя интеграция через API. У каждой площадки есть API продавца. Свой код разумен, когда логика нестандартная — например, остатки делятся между FBS-складами по своим правилам. Это самый гибкий и самый дорогой в поддержке путь.
Когда интеграция обязательна, а когда рано
Признаки, что пора: работаете по FBS и хоть раз отменяли заказ из-за «продали, а остатка нет»; торгуете на двух и более площадках; ассортимент перевалил за несколько десятков SKU; цены меняются чаще раза в неделю. Отмены из-за неактуальных остатков бьют не только по деньгам, но и по рейтингу продавца — подробнее в гайде как работать по FBS.
Рано — когда одна площадка, одна схема FBO и стабильный короткий ассортимент: там честная таблица и товарный учёт руками ещё справляются.
Типовые ошибки внедрения
- Остатки обновляются с большой задержкой. Интервал обмена настроен раз в сутки — за это время товар успевают купить на двух площадках сразу. Частота обмена должна соответствовать скорости продаж.
- Задвоенная номенклатура. Один товар заведён с разными артикулами в системе и на площадках — сопоставление ломается, остатки едут. Перед интеграцией номенклатуру приводят к одному справочнику.
- Цены перезаписывают акции. Интеграция заливает базовую цену поверх акционной — товар вылетает из акции. Правила обмена цен настраиваются с учётом акций площадки, а если используете автоматическую переоценку — сверьте её с интеграцией, чтобы два робота не спорили (разбор в гайде про репрайсеры).
- Никто не сверяет отчёты. Интеграция — не повод забыть про сверку: отчёты площадки всё равно сопоставляются с учётом, как в гайде про сверку с маркетплейсом.
Чек-лист внедрения
- Приведите номенклатуру к единому справочнику: артикулы, штрихкоды, размеры.
- Выберите способ: штатный модуль → коннектор → своё API-решение, по мере усложнения задач.
- Настройте частоту обмена остатками под скорость продаж.
- Проверьте обмен на тестовой группе SKU до включения на весь каталог.
- Первую неделю сверяйте остатки и цены вручную — ловите расхождения, пока они дешёвые.
Интеграция — это не про «модный стек», а про то, чтобы остатки, цены и заказы жили в одном месте и не требовали ручной рутины. Чем раньше номенклатура приведена в порядок, тем дешевле обходится подключение любой площадки.
