Селлер продаёт один и тот же товар на Wildberries, Ozon и Яндекс Маркете. Запас физически один: 50 единиц на складе. Если каждая площадка считает, что у неё доступно 50 шт., и две из них одновременно оформляют заказ, у селлера срабатывает overselling: товар уже продан, но заказ нужно отгрузить. Дальше штраф, удар по индексу качества, при системности блокировка. В 2026 году у маркетплейсов закручены гайки на сроки доставки и процент отмен. ГИС «Антифрод» с 1 марта 2026 и закон 289-ФЗ с 1 октября 2026 добавили прозрачности через отчётность в ФНС. Разбираем, как настроить единый пул остатков, какие API использовать, как распределять запас и какой буфер держать.
Почему возникает рассинхрон
Основные источники расхождения данных между фактом и тем, что видит маркетплейс.
- Несколько каналов продаж: одно SKU выложено на трёх платформах плюс собственный сайт. Продажа в одном канале не уменьшает запас на других автоматически.
- Задержка API: пересчёт идёт не в момент сделки, а с цикла 5-30 минут. В этом окне возможно повторное резервирование.
- Возвраты и брак: покупатель отказался, вернулся на склад через 7-14 дней, но в карточке статус всё это время числится как «продан». Подробнее в материале обратная логистика.
- Перемещения между регионами: позиция отгружена из А в Б, в пути 3-5 дней. Платформа не знает, можно её продавать или нет.
- Ручные правки: бухгалтер списал брак, но забыл обновить карточку. Она продолжает показывать продукт как доступный.
Большинство этих сценариев закрывается автоматизацией, но архитектура должна быть продумана. Простого CSV-импорта раз в сутки в 2026 году уже недостаточно.
Что такое единый пул
Unified Pool Inventory это модель управления, при которой есть один источник истины по каждому SKU.
- Один реестр: в учётной системе хранятся текущий запас, зарезервированные позиции и товар в пути. Все каналы сверяются с этим реестром.
- Двусторонняя интеграция: маркетплейсы получают актуальные данные и возвращают информацию о новых продажах. На каждую транзакцию запас уменьшается мгновенно.
- Резервирование: как только канал создал заказ, позиция уходит в статус «зарезервирован» и недоступна для конкурирующих сделок.
- Учёт перемещений: единицы в пути со склада А на склад Б помечаются отдельным статусом, не отгружаются, но видны в общем балансе.
- Прозрачность для управления: владелец видит, на каком канале какой остаток, где скорость продаж выше, куда нужно дозаказывать.
Преимущество модели в том, что overselling становится физически невозможным: запас уменьшается раньше, чем другой канал успеет принять заказ. Минимизация отмен напрямую защищает индекс качества.
API и частота обновления
У каждой площадки своя архитектура API с разными лимитами и рекомендуемой частотой.
- Wildberries: метод обновления остатков через дилерский API. Рекомендуемая частота 30-60 минут. Доступны webhooks о новых заказах, что позволяет уменьшать остаток событийно, без опроса.
- Ozon: ограничение не чаще одного запроса на SKU раз в 2 минуты, общий лимит 80 запросов в минуту на ключ, до 100 SKU в одном пакетном запросе. С апреля 2026 года часть старых методов закрыта, нужна актуальная версия API v2.
- Яндекс Маркет: минимум 5 минут между обновлениями одного SKU, дневной лимит 100 000 запросов на партнёрский ключ. При отправке остатка площадка автоматически вычитает зарезервированные заказы.
- Webhooks vs polling: webhooks (площадка сама уведомляет о новом заказе) предпочтительнее опроса по таймеру, потому что нагрузка ниже и реакция быстрее. На WB и Ozon webhooks доступны, на ЯМ работа через регулярный pull.
- Ключи и срок действия: API-ключи на Ozon действуют 6 месяцев и требуют переиздания, на WB и ЯМ срок длиннее. Лучше держать смены в календаре, иначе остатки перестают обновляться без предупреждения.
Практический ритм для большинства селлеров: цикл синхронизации 5-15 минут плюс событийная обработка webhooks. Этого хватает, чтобы рассинхрон не успевал перерасти в overselling.
Сценарии overselling
Конкретные ситуации, в которых селлер попадает на штраф.
- Параллельная продажа: единственный экземпляр, два покупателя на разных каналах оформили заказ с разницей в 30 секунд. Без единого пула обе платформы приняли продажу, отгрузить можно только одну.
- Задержка обновления: запас упал до 1 на WB после 5 продаж, но цикл к Ozon идёт через 30 минут. В этом окне принимается заказ на позицию, которой уже нет.
- Возврат не зачислен: покупатель отказался от 3 единиц, физически они на складе, но не отражены в учёте. Магазин продаёт ноль, фактически у него 3.
- Просчёт по браку: бухгалтер списал 5 бракованных позиций, маркетплейс продолжает их продавать. Заказ принят, отгружать нечего.
- Конец акции: в пик продажи вырастают в 3-5 раз, цикл обновления не успевает, рассинхрон накапливается до 10-20 единиц.
Решение: цикл 5-15 минут, webhooks, автоматическое резервирование, обязательное обновление учёта после каждого возврата и списания. Вопрос пересортицы разобран в материале брак и пересортица на FBO.
Стратегии распределения
Три рабочие модели распределения общего запаса между площадками.
- Полный пул на все каналы: 50 шт. отображаются как 50 на каждом маркетплейсе. Любая продажа уменьшает остаток везде одновременно. Подходит для товаров с одинаковой скоростью продаж на всех площадках.
- Жёсткие квоты: фиксированная доля под каждый канал, например 40 % WB, 30 % Ozon, 30 % ЯМ. Каждая площадка видит только свой квот, конкуренции между каналами нет. Минус: если на одном канале скорость продаж выше, квота заканчивается раньше, а на другом товар лежит без движения.
- Динамическое распределение: алгоритм еженедельно (или ежедневно) пересчитывает квоты по фактической скорости продаж за последние 7 дней. Канал с высокой velocity получает большую долю.
- Гибрид с приоритетом: для топ-SKU единый пул на всех площадках, для медленных позиций жёсткие квоты, чтобы товар не оседал на одном канале.
- Резерв на брак и возвраты: 5-10 % от общего запаса не показывается ни одной площадке, страховой буфер на случай пересортицы, дефектов и непредвиденных списаний.
Выбор модели зависит от размера ассортимента и зрелости учёта. Маленький селлер с 5-10 SKU обычно начинает с полного пула. Селлер с 100+ позициями приходит к гибриду: топовые товары на полном пуле, остальные на квотах. Под распределение остатков важно понимать структуру ассортимента, что подробно разобрано в материале ассортиментная матрица селлера.
Буфер для алгоритма
Маркетплейсы используют остаток как один из факторов ранжирования.
- Wildberries: при остатке 1-2 шт. SKU фильтруется из топ-выдачи. Карточка остаётся в каталоге, но не показывается в рекомендациях и не участвует в Автокампании. Минимальный рабочий буфер 5-10 единиц.
- Ozon: остаток меньше 10 шт. снижает видимость в категории, особенно если скорость продаж высокая. Алгоритм считает: при текущем спросе товар закончится за пару дней, не имеет смысла показывать его в топе. Целевой буфер 10+ единиц.
- Яндекс Маркет: пороги мягче, достаточно 3-5 единиц для нормальных показов. Но при оборачиваемости товара меньше суток алгоритм всё равно фильтрует.
- Эффект «обнуления показов»: при остатке 0 карточка не удаляется, но переходит в режим pending. После пополнения восстановление позиций занимает 7-14 дней, новый цикл обучения алгоритма.
- Перерасход на склад: слишком большой буфер тоже плох, оборачиваемость падает, замораживается оборотный капитал. Норма: запас на 30-45 дней продаж по каждой площадке.
Грамотное планирование поставок учитывает оба фактора: минимальный буфер для показов и максимальную оборачиваемость. Между этими границами селлер ищет оптимум по каждому SKU. Базовые условия хранения на складах площадок разобраны в материале хранение FBO в 2026.
Перемещения между складами
Особенности учёта при логистике в пути.
- Wildberries и перераспределение: с 2026 года доступна услуга перемещения остатков между региональными складами площадки (Москва, Санкт-Петербург, Казань, Краснодар, Шушары). Тариф +0,5 % к комиссии за SKU. Цель: повысить индекс локализации, ускорить доставку.
- Ozon FBO: перемещения между складами Ozon только через техподдержку. Селлер запрашивает, площадка перемещает за свой счёт, остатки обновляются автоматически.
- Яндекс Маркет: при работе со своих складов селлер сам отвечает за логистику между регионами. Учёт перемещений ведётся в товароучётной системе.
- Товар в пути: пока товар физически в дороге, его нельзя продавать. В учётной системе создаётся отдельный статус (например, «перемещение»), остатки списываются с одного склада и зачисляются на другой только после фактического приёма.
- Документальное сопровождение: накладные на перемещение, акты приёма-передачи. С октября 2026 года в рамках закона 289-ФЗ маркетплейс может запросить эти документы для подтверждения остатков.
Главное правило: остаток в пути не должен быть видим ни на одной площадке. Иначе при заказе товар физически невозможно отгрузить вовремя, а сроки доставки уже включены в индекс качества.
Товароучёт и автоматизация
Архитектура связки «склад, ERP, маркетплейсы» без привязки к конкретным брендам ПО.
- Источник истины: товароучётная система с полями SKU, остаток, зарезервировано, в пути, брак. Все изменения проходят через неё, маркетплейсы только получают данные.
- Middleware: промежуточный слой, который опрашивает учётную систему, форматирует данные под API каждого маркетплейса и отправляет обновления. Один middleware может обслуживать все площадки.
- Webhooks приёма: при создании заказа площадка отправляет webhook в middleware, тот ставит товар в резерв в учётной системе. До отгрузки товар недоступен для других каналов.
- Сканирование при отгрузке: сотрудник склада сканирует штрихкод товара перед упаковкой. Учётная система фиксирует факт отгрузки, остаток уменьшается окончательно.
- Сверка по расписанию: раз в сутки полная сверка остатков между учётной системой и тем, что отображает маркетплейс. Расхождения вычитываются автоматически, остатки выравниваются.
Внедрение такой связки для среднего селлера (50-200 SKU, 3 площадки) занимает 4-8 недель. Окупаемость считается через снижение штрафов за отмены и рост видимости карточек после стабилизации буфера.
Закон 289-ФЗ и остатки
С 1 октября 2026 года закон «О платформенной экономике» добавил ряд требований к учёту.
- Ежемесячные отчёты в ФНС: маркетплейс обязан передавать данные о выручке селлера. Расхождение между фактическим оборотом и налоговой декларацией становится поводом для проверки.
- Прозрачность санкций: блокировка кабинета или снятие карточки должны быть мотивированы. Селлер получает уведомление с указанием конкретного нарушения, в том числе при отмене заказов из-за overselling.
- Уведомление за 45 дней: о новых правилах индекса качества, лимитов на отмены, требований к остаткам. Площадка не может ввести новые санкции задним числом.
- Маркировка и сертификация: товары без действующих документов снимаются с продажи, что автоматически обнуляет их остаток. Перед поставкой стоит проверять статус сертификатов.
- Связь с системой «Честный знак»: для маркируемых категорий каждая единица товара отслеживается отдельно. Несоответствие между маркировкой и физическим остатком грозит штрафами и блокировкой.
Практический эффект: культура учёта остатков становится частью соответствия закону. Селлеры, которые ведут пул аккуратно, получают защиту от произвольных блокировок и упрощают взаимодействие с ФНС.
Метрики и санкции
Ключевые показатели качества кабинета напрямую связаны с точностью пула.
- Процент отмен: норма до 2 % в месяц, свыше этого падает индекс качества и видимость карточки. Граница риска 2,5 %.
- Срок отгрузки: своевременность входит в индекс. Просрочка из-за нехватки бьёт по карточке так же сильно, как отмена.
- Штрафы: WB FBS до 50 % от цены (минимум 100 ₽), Ozon 3 % (до 700 ₽), ЯМ 3-5 %. При повторах суммы растут.
- Блокировка: при системном overselling возможна временная пауза от 7 до 30 дней.
Топовые продавцы держат отмены ниже 1 %, это даёт буст видимости и приоритет в Автокампании.
Чек-лист
Восемь практических шагов для настройки единого пула в 2026 году.
- Завести единый реестр SKU в учётной системе: один артикул, одна строка с актуальным значением.
- Подключить API всех каналов через middleware. Использовать актуальные версии (для Ozon обязательно v2 после апреля 2026).
- Настроить цикл 5-15 минут плюс webhooks для событийного резервирования.
- Выбрать стратегию: единый пул, квоты или гибрид. Зависит от размера ассортимента и однородности скорости продаж.
- Поддерживать буфер: минимум 5-10 единиц на WB, 10+ на Ozon, 3-5 на ЯМ.
- Помечать единицы в пути отдельным статусом: не показывать ни одному каналу до факта приёма на целевом складе.
- Раз в сутки сверять данные между учётной системой и тем, что отображает платформа. Расхождения выравнивать автоматически.
- Мониторить отмены, срок отгрузки, индекс качества. Удерживать отмены ниже 2 %, идеально ниже 1 %.
Грамотная синхронизация остатков в 2026 году это не вопрос удобства, а условие выживания на маркетплейсе. Селлер, который полагается на ручной CSV-импорт раз в сутки, накапливает штрафы за отмены, теряет позиции в выдаче и рискует блокировкой. Селлер с настроенным единым пулом и сверкой в реальном времени защищает индекс качества, держит видимость карточек и спокойно проходит проверки в рамках закона 289-ФЗ. Управление остатками работает в связке с ценовой стратегией, что разобрано в материале динамическое ценообразование.
Хотите персональный разбор вашего магазина? Оставьте заявку на аудит, и мы предложим следующий шаг по вашей ситуации.