Остатки без потери контекста между кабинетами и складами
Остаток для публикации на маркетплейсе — не просто число из таблицы. Он зависит от склада, текущих резервов и состояния синхронизации.
Почему отдельный сценарий важнее ещё одной таблицы
Ручная сверка нескольких кабинетов и складов быстро приводит к расхождениям: товар уже зарезервирован, но всё ещё доступен к продаже, либо остаток обнулён слишком рано.
- 1. ШагХраните физическое количество по локальному складу.
- 2. ШагОтдельно учитывайте действующие резервы.
- 3. ШагПолучайте доступный остаток как операционный результат.
- 4. ШагКонтролируйте ошибки и состояние последней синхронизации.
Рабочие элементы сценария
Складской контекст
Используется вместе с каталогом, магазином и компанией, чтобы действие не теряло источник данных.
Резервы отдельно
Используется вместе с каталогом, магазином и компанией, чтобы действие не теряло источник данных.
Контроль синхронизации
Используется вместе с каталогом, магазином и компанией, чтобы действие не теряло источник данных.
Работа по нескольким площадкам
Используется вместе с каталогом, магазином и компанией, чтобы действие не теряло источник данных.
Коротко о остатки
Чем физический остаток отличается от доступного?
Физический остаток показывает фактическое количество на складе. Доступное количество учитывает активные резервы и другие ограничения рабочего процесса.
Можно ли контролировать остатки нескольких маркетплейсов?
Да. СеллерСейчас объединяет рабочие операции Wildberries, Ozon и Яндекс Маркета в одном интерфейсе.
Что происходит при ошибке API?
Ошибка должна быть видна оператору как состояние интеграции; система не должна выдавать неуспешную отправку за подтверждённую синхронизацию.
Посмотреть соседние задачи
Сценарии связаны между собой, но каждая страница отвечает только на одну операционную проблему.