Схемы FBO и FBS смешаны
Товар лежит и на складе площадки, и у вас. Остаток считают одной цифрой — и он неверен сразу для обеих схем.
Выберите тему — соберём контекст
FBO и FBS считаются раздельно — и там, и там остаток верный
Ozon почти всегда продаётся по двум схемам одновременно, и главная ошибка — вести их одним остатком. Разводим хранение площадки и ваш склад по разным складам в учёте, печатаем этикетки из админки, а отчёты по реализации сопоставляем с заказами, чтобы комиссия и логистика не выяснялись только в конце месяца.
Площадка сама считает логистику, удержания и скидки, а вы видите только итоговую сумму. Из-за этого ошибки в схемах и в цене обнаруживаются с задержкой — когда товар уже продан.
Товар лежит и на складе площадки, и у вас. Остаток считают одной цифрой — и он неверен сразу для обеих схем.
Каждую отправку открывают в кабинете, скачивают и печатают отдельно. На потоке это часы работы и путаница в отправлениях.
В отчёте площадки есть логистика, удержания и скидки, а в учёте — только сумма продажи. Реальная маржа неизвестна до сверки.
Товар ушёл в акцию, цена на площадке отличается от вашей, и никто не видит, где и когда это произошло.
Отдельная строка — отчёты площадки: именно они превращают выручку в понятную маржу и позволяют сверять начисления, а не доверять итогу из кабинета.
Разделение по схемам закладывается в схему обмена сразу: добавить вторую схему позже дешевле, чем разбирать уже смешанные остатки и документы.
FBO и FBS отличаются не только тем, где лежит товар, но и моментом, когда продажа становится фактом. Это определяет и остатки, и документы.
Поставка оформляется документом, товар остаётся вашим до момента продажи покупателю. В учёте он числится на складе площадки, а не списан.
Заказ приходит на ваш склад со сроком сборки. Остаток уменьшается при передаче в отгрузку, поэтому позиция не продаётся дважды в момент сборки.
Если товар продаётся по обеим схемам, фиксируется, сколько единиц лежит где. Иначе площадка продаёт то, что физически находится в другом месте.
Возврат из зала площадки и возврат FBS — разные потоки. Оба отражаются документами, чтобы товар вернулся в остаток того склада, где он оказался.
Продажа на площадке — это не сумма заказа. Пока комиссия, логистика и удержания не разложены по строкам, управлять ценой и ассортиментом нечем.
Сначала разбираем, какие товары и по каким схемам продаются и как сейчас считается остаток. Затем описываем контракт обмена и только после этого пишем код — так смешанные остатки не появляются в учёте.
Разбираем системы, сущности и потоки. Фиксируем, что считается источником правды и где сейчас расходятся данные.
Описываем поля, форматы, частоту и правила сопоставления справочников. Согласуем до начала разработки.
Проверяем обмен на реальных данных в ограниченном объёме: несколько десятков записей в обе стороны.
Включаем полный обмен с очередью, повторными попытками, журналом и защитой от дублей.
Мониторинг, сверка расхождений, обновление коннекторов при изменениях API на стороне сервиса.
Отгрузка FBS ограничена по времени, а лимиты площадки — по частоте запросов. Обмен учитывает оба ограничения, чтобы сроки не срывались из-за технической задержки.
Повторная доставка одного и того же события не создаёт вторую сделку, второй заказ или второй платёж.
Если внешняя система недоступна, операция ждёт и повторяется по расписанию, а не теряется.
Видно, что и когда ушло, что вернулось и что не прошло. Неудачную операцию можно повторить вручную.
Учитываем ограничения по частоте запросов, чтобы не получить блокировку со стороны сервиса.
Регулярная сверка ключевых сущностей между системами: расхождение видно в отчёте, а не в конце квартала.
При остановке обмена приходит уведомление ответственным, а не выясняется из жалобы клиента.
Часто эти интеграции внедряются вместе — например, CRM и телефония, или магазин и маркетплейсы.
Остатки и цены совпадают с вашим складом
Интеграция с Wildberries: выгрузка карточек, синхронизация остатков и цен, сбор заказов и статусов поставок.
ПодробнееКаталог и заказы в вашем контуре
Интеграция с Яндекс Маркет: каталог, цены, остатки, заказы и работа со схемами доставки.
ПодробнееЭкспортные продажи без двойного учёта
Интеграция с AliExpress: выгрузка товаров, обработка заказов, логистика и статусы отправлений.
ПодробнееОдин склад — несколько площадок
Интеграция с маркетплейсами: единая выгрузка товаров и остатков, сбор заказов с нескольких площадок.
ПодробнееМагазин и учёт показывают одно и то же
Интеграция с e-commerce платформами: товары, цены, остатки, заказы, оплаты и доставка.
ПодробнееОбмен редко ограничивается одной категорией: магазин обычно связан и со складом, и с платежами, и с маркетплейсами.
Если вашего вопроса здесь нет — задайте его в форме ниже.
Расскажите, что продаётся со склада площадки, что со своего, и как сейчас считается комиссия. Предложим схему обмена остатками и отчётами.
За 3 рабочих дня разберём: где вы теряете заявки, какие каналы недооценены, и что даст рост в первые 30 дней.
Без обязательств. С конкретными цифрами.
Cookie и аналитика
Мы используем необходимые cookie для работы сайта и форм. Аналитические cookie (Яндекс.Метрика, включая запись сессий) подключаем только с вашего согласия — от него можно отказаться. Подробнее: Политика использования cookie и обработка персональных данных.