Multi-FBS без потери контекста между кабинетами и складами
Когда одна компания отгружает с нескольких точек, общий остаток становится источником пересортов и oversell. СеллерСейчас сохраняет контекст конкретного локального склада.
Почему отдельный сценарий важнее ещё одной таблицы
Одинаковый SKU может одновременно продаваться с разных FBS-точек. Если физический товар и резервы объединять, площадка получает количество, которого нет на нужном складе.
- 1. ШагСвяжите кабинет маркетплейса с локальными складами.
- 2. ШагВедите физический остаток отдельно по каждой точке.
- 3. ШагУчитывайте активные резервы до расчёта доступного количества.
- 4. ШагПроверяйте расхождения перед публикацией остатков.
Рабочие элементы сценария
Отдельный складской контекст
Используется вместе с каталогом, магазином и компанией, чтобы действие не теряло источник данных.
Физический остаток и резерв не смешиваются
Используется вместе с каталогом, магазином и компанией, чтобы действие не теряло источник данных.
Поддержка нескольких магазинов
Используется вместе с каталогом, магазином и компанией, чтобы действие не теряло источник данных.
Диагностика расхождений
Используется вместе с каталогом, магазином и компанией, чтобы действие не теряло источник данных.
Коротко о multi-fbs
Что такое Multi-FBS?
Это работа одного продавца с несколькими FBS-складами или точками отгрузки, для которых остатки должны учитываться раздельно.
Можно ли использовать один товар на нескольких складах?
Да. Один SKU может быть связан с несколькими локальными складами, но доступное количество рассчитывается в контексте каждого склада.
Зачем отделять резерв от физического остатка?
Резерв показывает уже обещанное заказам количество. Физический остаток при этом не должен автоматически исчезать из учёта.
Посмотреть соседние задачи
Сценарии связаны между собой, но каждая страница отвечает только на одну операционную проблему.