Между маркетплейсом и 1С ходят пять потоков данных: заказы, остатки, статусы, коды маркировки и документы отгрузки. Сломается любой из пяти, и магазин получает отменённые заказы, прогрессивные штрафы 3–13% стоимости товара и, при просадке индекса ошибок, остановку продаж на 72 часа. Разбираем, как устроен каждый поток и на чём чаще всего спотыкаются продавцы.
Карта обмена
| Поток | Куда идёт | Что будет без автоматизации |
|---|---|---|
| Заказы | площадка → 1С | ручной перенос, 5–8 минут на заказ |
| Остатки | 1С → площадки | оверселл и отмены |
| Статусы | 1С ⇄ площадка | «зависшие» заказы, просрочка сборки |
| Коды маркировки | 1С → площадка | блок отгрузки маркированных товаров |
| Документы | площадка → 1С | расхождения в учёте и отчётности |
Сложность прячется на стыках, где события идут одновременно с двух площадок.
Заказы: почему вебхук обгоняет данные
Новый заказ прилетает двумя путями. Вебхук приходит мгновенно, фоновый опрос API подтягивает полную информацию с задержкой. На практике вебхук Ozon регулярно обгоняет собственный API площадки: уведомление уже пришло, а заказ через API ещё «не существует».
Наивная интеграция на этом месте падает с ошибкой и теряет заказ. Рабочая схема выглядит иначе: уведомление ставится в очередь с отложенной обработкой, а фоновая сверка добирает всё, что вебхуки пропустили. В системе, из которой вырос наш MarketSend, такая связка ловит заказы даже при сбоях уведомлений на стороне площадки.
Остатки: откуда берётся оверселл
Оверселл случается, когда две площадки продают одну и ту же единицу товара. Классический сценарий: товар лежит на одном складе, а остатки на Ozon и Яндекс.Маркет выгружаются по расписанию раз в час. За этот час штука уходит дважды.
Лечится это резервированием на стороне учёта. Заказ с любой площадки сразу уменьшает доступный остаток, и следующая выгрузка уносит на витрины уже честную цифру. Отдельная ловушка ждёт продавцов с несколькими складами FBS: один товар может быть привязан к нескольким складам площадки, и без строгого маппинга «склад 1С → склад площадки» система спишет остаток не там.
Маркировка: где ломаются комплекты
Для товаров из «Честного знака» продавец FBS обязан передать код Data Matrix при продаже. В 2026 году список категорий продолжает расти: с 1 апреля к нему добавились чай, парфюмерия и смазочные материалы, а с 1 октября 2026 года маркетплейсы по закону обязаны проверять коды при допуске товара к продаже: без валидного Data Matrix позицию просто не пустят на витрину.
Обычный товар несёт один код. Сложности начинаются с комплектами: набор из двух маркированных позиций должен уйти на площадку с двумя отдельными кодами. Частая поломка выглядит так: коды комплекта уходят одной строкой, 1С отвергает документ, и отгрузка стоит до ручной переотправки. В автоматическом обмене такие склейки разбираются без человека.
Коробка или облако
Облачные сервисы синхронизации берут абонентскую плату и хранят ваши продажи у себя. Коробочная установка живёт на вашем сервере: своя база, свои ключи API, свои данные. Если отдавать доступ к кабинетам стороннему сервису не хочется, выбор сводится к коробке.
Наш MarketSend собран как раз в формате коробки: разворачивается на вашем сервере одной командой, обмен с 1С идёт по готовой спецификации из пяти методов. Проект внедрения стоит 99 990 ₽ разово, без абонентской платы.
👉 Посмотреть систему на живом стенде можно на странице продукта: демо занимает 30–40 минут.