Сверка маркетплейсов и собственного магазина: заказы, деньги и остатки
Омниканальная сверка доказывает, что каждый заказ известен внутренней системе, его товар зарезервирован один раз, статус выполнения совпадает, а выплаты, комиссии, возвраты и корректировки объяснимы. Отчёта по обороту недостаточно.
Стройте сверку вокруг устойчивых идентификаторов: внешний заказ, внутренний заказ, отправление, SKU, финансовая операция и период отчёта. Не связывайте записи только по сумме и дате.
Коротко
- храните внешние ID без изменения;
- отделяйте заказ, отправление и финансовую транзакцию;
- сохраняйте историю статусов, а не только последний;
- сверяйте количество и деньги отдельно;
- учитывайте комиссии, логистику, хранение, возвраты и штрафы;
- контролируйте возраст незагруженных событий;
- не освобождайте остаток дважды;
- закрывайте период только после разбора исключений.
Карта объектов
| Объект | Ключ | Что сверять |
|---|---|---|
| Заказ площадки | Marketplace order ID | Состав, сумма, статус |
| Внутренний заказ | OMS/ERP ID | Связь и выполнение |
| Отправление | Shipment ID | Количество и логистика |
| Товар | Seller SKU/offer ID | Единица и вариант |
| Возврат | Return ID | Товар, причина, деньги |
| Начисление | Transaction/accrual ID | Тип, сумма, налоговый контекст |
| Выплата | Payment ID | Состав операций и банк |
Если площадка допускает несколько отправлений или частичный возврат, связь «один заказ — одна строка» не выдержит реальность.
Ежедневная операционная сверка
- Выгрузить новые и изменённые заказы.
- Проверить, что каждый принят или получил явную ошибку.
- Сопоставить SKU и количество.
- Проверить резерв и свободный остаток.
- Сравнить статусы отмены и отгрузки.
- Найти события старше допустимого возраста.
- Разобрать дубли и потерянные webhooks.
- Назначить владельца каждого исключения.
Важно сверять не только количество записей. Два пропущенных и два продублированных заказа дадут одинаковый итог, но не целостность.
Финансовая сверка периода
Используйте движение:
продажа ± корректировки − комиссия − логистика − хранение − продвижение − возвраты/невыкупы ± прочие начисления = ожидаемая выплата
Названия и состав строк отличаются по площадкам и договорам. Создайте таблицу маппинга финансового типа площадки на статью управленческого и бухгалтерского учёта. Не относите неизвестную строку автоматически на «прочие расходы».
Остатки в нескольких каналах
Источник истины должен считать свободный для новых заказов остаток с учётом резервов всех каналов. При задержке обмена используйте безопасный буфер или ограничение продаж для дефицитных SKU.
Яндекс Маркет рекомендует передавать свободный остаток регулярно и предупреждает, что обновление витрины происходит не мгновенно. Поэтому важны не только отправка, но возраст данных и сравнение показанного остатка.
Реестр исключений
| Исключение | Возраст | Денежное влияние | Владелец | Следующее действие |
|---|---|---|---|---|
| Заказ не попал в OMS | ||||
| Неизвестный SKU | ||||
| Статус расходится | ||||
| Выплата не объяснена | ||||
| Возврат без товара |
Закрытие исключения требует доказательства: повторной передачи, исправленной связи, документа или утверждённой корректировки.
Типичные ошибки
- связывать записи по сумме;
- перезаписывать внешний ID;
- считать API-запрос успешным без обработки ответа;
- сверять только месячный оборот;
- смешивать начисление и фактическую выплату;
- игнорировать частичные возвраты;
- передавать физический, а не свободный остаток;
- исправлять строки вручную без журнала.
FAQ
Как часто нужна сверка?
Заказы и остатки — постоянно или ежедневно в зависимости от объёма и риска. Финансовые начисления — ежедневно/еженедельно, с формальным закрытием отчётного периода.
Можно ли вести всё в таблице?
На малом объёме — как контролируемый реестр. Но ручной процесс должен иметь импорт, уникальные ключи, защиту формул, владельца и журнал изменений.
Какая система является источником истины?
Это определяется по объектам: площадка — источник внешней операции, OMS — исполнения, ERP — согласованного учёта, WMS — складского факта. Сверка не обязана объявлять одну систему истинной для всего.
Источники
- Яндекс Маркет: API и готовые решения
- Яндекс Маркет: финансовые отчёты
- Яндекс Маркет: управление остатками
Проверено: 3 сентября 2026 года.
Дальше: контроль товарных фидов, цены и остатки и сверка оплат с заказами.
Pingvera может контролировать доступность интеграций и возраст контрольных данных, но финансовое закрытие требует предметной сверки отчётов и учётных систем.
Узнавайте о проблеме раньше клиента
Pingvera следит за сайтами клиентов «снаружи и изнутри» — доступность из регионов, формы, оплата, домен, SSL, сервер — и предупреждает в Telegram, email и Max раньше, чем напишет клиент.
Попробовать Pingvera бесплатноЧитайте также: Сверка оплат и заказов: регламент интернет-магазина · CRO интернет-магазина: практическая система · Экономика возвратов интернет-магазина · Контроль цен и остатков интернет-магазина · Бесплатно проверить сайт.