WMS для фулфилмента управляет складскими операциями и хранит сведения о движении товара: что приняли, куда разместили, что подобрали для заказа и передали на отгрузку. Название расшифровывается как Warehouse Management System, система управления складом. Такой смысл термина использует, например, Oracle в обзоре WMS.
Продавцу полезно понимать, откуда берётся показанный остаток и можно ли восстановить историю конкретного заказа. Одного экрана с числом «в наличии» для этого мало. Разберём, что проверять в складском учёте, как связаны WMS и маркетплейс и с чего начинать разбор расхождений.
Что происходит с товаром внутри WMS
Представьте две внешне похожие коробки с разными вариантами товара. Система должна помочь сотруднику выбрать нужную позицию для задания. Для этого нужны корректная карточка товара, связь с его кодом, данные о месте хранения и подтверждение выполненной операции. Сканер ускоряет ввод, но неправильное соответствие кодов сам по себе не исправляет.
При обсуждении работы склада пройдите по цепочке одной позиции:
- Приёмка. Сопоставьте ожидаемый состав партии с фактически принятым количеством по артикулам. Выясните, где остаются расхождения и повреждённые единицы.
- Размещение. Уточните, как сотрудник находит товар. При адресном хранении система связывает запас с конкретным местом: стеллажом, полкой или ячейкой.
- Подбор и упаковка. Посмотрите, какое задание получает кладовщик, как подтверждает нужный вариант и что происходит при неверном сканировании.
- Отгрузка. Проверьте, какое событие завершает складское задание и каким подтверждением связывается с передачей груза.
Состав функций зависит от продукта и его настройки. Например, в описании WMS OrderAdmin отдельно перечислены приёмка, адресное хранение, комплектация, упаковка и внешние интеграции. Наличие функции в описании программы ещё не подтверждает, что она подключена для вашего товара у выбранного оператора.
WMS, кабинет продавца и обмен данными решают разные задачи
WMS отражает и организует работу внутри склада. Кабинет продавца может показывать часть этих сведений: остатки, заявки, отчёты. Обмен данными переносит заказы, остатки и статусы между системами. Он бывает встроенным или работает через отдельный модуль.
Поэтому запросите описание конкретного подключения: площадка, модель продаж, склад, какие данные передаются и в какую сторону. Поддержка приёма заказов не означает, что тем же подключением автоматически передаются остатки, отмены и все статусы.
Для работы по FBS разберите путь заказа от площадки до задания на сборку и обратно. При подготовке партии на склад маркетплейса полезнее проследить состав поставки, передачу перевозчику и подтверждение приёмки площадкой. Не объединяйте эти разные события одним словом «отгружено».
Описанные ниже проверки не означают, что «Фулфилмент №1» использует определённую WMS или предоставляет все перечисленные интеграции. Конкретный формат учёта и обмена нужно согласовать для вашей задачи.
Почему число на складе отличается от числа на витрине
Сначала убедитесь, что сравниваете один товар, один склад, один показатель и один момент времени. Общее физическое количество, резерв под заказы и количество, доступное новым покупателям, отвечают на разные вопросы. Товар на проверке тоже нельзя автоматически считать готовым к продаже.
Уточните, как именно оператор вычисляет значение для передачи на площадку. Резервы могут учитываться в нескольких системах, поэтому нельзя без проверки вычитать их повторно из уже рассчитанного свободного остатка. Для общего запаса на нескольких площадках отдельно согласуйте правила распределения и действия при одновременных заказах.
Затем проверьте три последовательных события: операция записана на складе, новое значение передано и принято получателем, изменение появилось на витрине. Между ними возможна задержка. Статус отправки в складской программе не заменяет проверку результата на стороне площадки.
На каком шаге задержался остаток?
Выберите последнее подтверждённое событие. Это порядок проверки, а не автоматическая диагностика вашей системы.
Есть только запись операции в WMS
Сверьте SKU, склад, статус товара и расчёт свободного остатка. Затем найдите факт передачи нового значения и ответ получателя.
Данные отправлены, но нет подтверждения приёма
Проверьте адресата, время отправки и сообщение ошибки. Назначьте ответственного за повторную передачу и убедитесь, что повтор не создаёт дубль задания.
Получатель принял данные, но витрина не изменилась
Сопоставьте время приёма и время проверки витрины. Проверьте склад и товар на стороне площадки и допустимую задержку по её актуальной инструкции.
Для Яндекс Маркета правило сформулировано в официальной инструкции по остаткам: передавать нужно количество свободных для новых заказов товаров. В ней также указано, что изменение на Маркете после передачи данных может занимать до 15 минут. Это срок из документации Маркета, а не обещание скорости обмена конкретного фулфилмента.
Там же разобран случай отмены FBS-заказа после упаковки: чтобы вернуть товар на витрину, его нужно распаковать и передать актуальные остатки. Такой сценарий стоит проверить отдельно. Отмена заказа в кабинете не всегда означает, что упакованная единица уже снова готова к подбору.
Как проверить работу системы на одном товаре
Используйте согласованный демонстрационный сценарий или ограниченный пилот. Не создавайте фиктивные покупательские заказы на площадке: порядок тестирования должен соответствовать её возможностям. Для внутренней проверки можно подготовить учебное задание склада.
Ниже пример проверки для двух вариантов чехла для ноутбука, синего и чёрного. Это учебный сценарий, не история клиента. Цель проверки: убедиться, что варианты не смешиваются, а изменение количества и статуса можно объяснить.
Обычная обработка
Заведите отдельные SKU для двух вариантов и сверьте их коды. При приёмке проверьте, что каждый вариант попал в свою учётную позицию. В задании на подбор укажите один из вариантов и попросите показать, как система реагирует на сканирование другого. Зафиксируйте ожидаемое поведение до испытания: предупреждение, блокировка или подтверждение ответственным сотрудником.
Отмена после начала сборки
Попросите оператора разобрать отмену задания до упаковки и после неё. Посмотрите, что происходит с резервом, самим товаром и сообщением на площадку. Должно быть понятно, какое действие сотрудника возвращает единицу в доступный запас и где видно, что действие выполнено.
Расхождение при пересчёте
На учебных данных смоделируйте несовпадение учётного и фактического количества. Проверьте, кто вправе внести корректировку, требуется ли причина и сохраняется ли запись об изменении. Продавцу нужен объяснимый результат: какая позиция изменилась, на сколько, на основании какого документа и когда.
Неуспешный обмен
Попросите показать пример ошибки интеграции без раскрытия чужих данных. Выясните, кто её замечает, как виден последний успешный обмен и что происходит при повторной отправке. Один и тот же заказ при повторной обработке не должен создавать второе складское задание. Такое поведение нужно проверить в выбранной связке систем, а не предполагать по названию программы.
С чего начать, если остатки уже разошлись
Сохраните значения и время проверки до ручного исправления. Затем соберите сведения по одной спорной позиции. Если сразу заменить число в нескольких кабинетах, будет сложнее понять, на каком шаге возникло расхождение.
| Что сравнить | Какой вопрос это решает |
|---|---|
| SKU и склад | Одинаковы ли товар, вариант, единица учёта и место хранения в обеих системах? |
| Время | Относятся ли два отчёта к одному моменту? Были ли между ними заказы или движения? |
| Операции | Записаны ли последние приёмка, подбор, отгрузка, отмена и корректировка по этой позиции? |
| Статус | Не сравнивается ли весь физический запас со свободным остатком? Не остался ли товар на проверке? |
| Обмен | Какое значение отправили, в какой магазин и склад, когда получили ответ и что в нём указано? |
Таблицу можно прокрутить вправо.
После этого назначьте ответственному конкретный шаг: сверить карточку, пересчитать товар, проверить документ движения или разобрать ошибку передачи. Исправление тоже сохраните в истории. Такой порядок помогает отличить складское расхождение от неверного соответствия товаров и задержки обмена.
Какие данные согласовать с фулфилментом
Для хранения товара договоритесь о периодичности и составе отчёта. Полезный набор полей: SKU и вариант, склад, единица учёта, физический и свободный остаток, резерв, другие согласованные статусы, дата и время формирования. Названия колонок могут отличаться; попросите объяснить смысл каждой.
Отдельно согласуйте доступ к истории операций, возможность выгрузить свои данные и порядок обращения при расхождении. Для FBS добавьте перечень передаваемых статусов, правила отмены и ответственного за ошибки обмена. Покупать собственную WMS только ради работы с внешним складом не обязательно: сначала определите, какие данные нужны вам и какой доступ предоставляет оператор.
При подготовке расчёта через калькулятор поставки укажите состав партии и операции, а требования к отчётам и интеграциям обсудите отдельно. Удобный результат проверки системы выглядит конкретно: вы выбираете товар или заказ, видите связанные действия и можете объяснить итоговое количество. Именно это стоит проверять на своих исходных данных.
Собраны ли данные для разбора расхождения?
Отметьте сведения, которые сможете передать ответственному. Не исправляйте несколько значений вслепую до сохранения исходных данных.
Согласуйте состав отчёта при хранении товаров и условия обработки FBS-заказов. Требования к обмену обсуждайте отдельно от расчёта складских операций и фиксируйте в задании на партию.
