Остаток одного товара в 1С, складской программе и кабинетах маркетплейсов расходится, и никто точно не знает, какая цифра правильная.
Синхронизация остатков настроена, но цифры всё равно расходятся: часть товара в резерве, часть в пути на склад маркетплейса, возвраты висят в приёмке, где-то ошиблись при пересчёте. Расхождения находят случайно, когда товар продан, а его нет, или когда на складе маркетплейса лежит больше, чем показывает учёт. Ручная сверка выгрузок в таблице занимает полдня и делается редко. В отличие от мониторинга поставщиков, здесь сверяются собственные остатки компании в её же системах.
Остатки по номенклатуре из 1С, данные складской программы или WMS, остатки FBO и FBS из кабинетов WB, Ozon и Яндекс Маркета, резервы, товары в пути, возвраты и таблица сопоставления артикулов.
По расписанию сценарий собирает остатки из всех систем, сопоставляет артикулы и считает расхождения с учётом резервов, товаров в пути и возвратов. Объяснимые разницы отмечаются автоматически, остальные получают статус, ответственного и попадают в отчёт.
1С или МойСклад, складская программа или WMS, API WB, Ozon и Яндекс Маркета, n8n или Python, Google Sheets или BI для отчёта, Telegram для алертов.
Каждое утро ответственный видит короткий список реальных расхождений с вероятной причиной вместо ручной сверки нескольких выгрузок.
Решение: сначала выстраивается единый справочник сопоставления: артикул учёта, складской код, артикулы и SKU на каждой площадке. Без него сверка показывает ложные расхождения. Дальше сценарий по расписанию забирает остатки из всех систем на один момент времени, раскладывает их по складам и площадкам и сравнивает с учётом.
Не каждое расхождение - ошибка. Товар в резерве под заказ, поставка в пути на склад маркетплейса, возврат в приёмке объясняют часть разницы, и сценарий учитывает их по правилам, согласованным со складом. Остальное получает статус («пересчитать на складе», «проверить приёмку», «исправить сопоставление») и ответственного. Критичные расхождения, например когда на площадке остатка больше, чем есть на самом деле, приходят сразу, остальное попадает в утренний отчёт.
История сверок хранится, поэтому видно, какие товары и склады расходятся регулярно и где искать причину в процессе, а не только в цифрах. Сценарий ничего не исправляет в системах сам: решение о корректировке принимает ответственный, а сценарий на следующей сверке проверяет, что расхождение ушло. Результат для бизнеса: меньше продаж товара, которого нет, меньше потерянного товара на складах площадок и понятная картина остатков без ручных таблиц.
Сценарий подходит продавцам на нескольких маркетплейсах со своим складом и учётом в 1С или МойСклад, оптовым компаниям с несколькими складами и магазинам, где остатки ведутся в разных системах. Особенно полезен при сотнях и тысячах SKU и работе одновременно по FBO и FBS. Конкретная реализация подбирается под стек и объёмы.
Опишем, как адаптировать этот сценарий под ваши данные и системы. Без обязательств.
