← На лендинг

Fulfillment Lite

Учёт остатков и адресное хранение

Программа складского учёта остатков для фулфилмент-операторов и селлеров маркетплейсов. Каждое движение товара фиксируется, а спорные ситуации можно поднять по истории операций.

Почему остатки в Excel перестают сходиться

На складе фулфилмента товар проходит через приёмку, размещение, сборку, упаковку, отгрузку, а часть — через возврат, переупаковку и брак. Если каждое из этих движений фиксируется в таблице или в переписке — через две-три недели остаток в файле уже не совпадает с фактом на полке. Менеджер видит одно, кладовщик — другое, селлер открывает кабинет маркетплейса и видит третье.

Это типичная история, и она почти всегда заканчивается одинаково: пересорт, потерянные единицы, спор с селлером по каждому возврату и невозможность доказать маркетплейсу свою позицию. Любая лёгкая программа складского учёта закрывает этот разрыв тем, что фиксирует движение в момент операции, а не «потом по памяти».

Что показывает раздел «Остатки» в Fulfillment Lite

Раздел собирает фактические остатки по каждой позиции: сколько принято, сколько упаковано, что вернулось, что в браке, что обезличено, что доступно к отгрузке. Фильтры — по организации, поставке, артикулу или штрихкоду. Это не ритуальный отчёт «по запросу», а живая картинка, которая обновляется на каждой операции склада.

Отдельные вкладки — работа с браком (статусы, локации, фотофиксация), расчёт платного хранения по периоду и разбор обезлички, когда товар физически есть, но его уже не связать с конкретной поставкой. Каждое решение по браку и обезличке сохраняется в истории, и при споре с селлером или маркетплейсом можно поднять, кто, когда и на каком основании принял решение.

Адресное хранение без лишних уровней

Тяжёлые WMS обычно требуют 4–5 уровней иерархии: зона → ряд → стеллаж → полка → ячейка. Для фулфилмент-склада на 200–2000 м² это избыточно: команда тратит больше времени на поддержку справочника, чем на сам склад. В Fulfillment Lite адресное хранение собрано вокруг двух понятий — носитель и ячейка. Этого достаточно, чтобы найти товар за минуты, а не за часы.

При размещении товар привязывается к ячейке, при перемещении — переезжает в другую. История размещений у каждой партии прозрачна: видно, куда товар поставили на приёмке, куда сместили потом, и откуда взяли при сборке заказа.

Скриншоты интерфейса

Ниже — рабочие экраны раздела «Остатки»: общий список, работа с браком, расчёт хранения, обезличка.

Остатки: общий список и фильтры

Фильтры по организации, поставке и SKU/EAN. Таблица показывает принято, упаковано, возвраты, потери, доступно, брак и обезличку по каждой позиции.

Остатки: общий список и фильтры Открыть изображение в новой вкладке

Работа с браком: статусы и локации

Фильтры по типу брака, статусу, локации, поставке и датам. В таблице — количество, статус, локация и последнее действие; ниже блок массовых действий.

Работа с браком: статусы и локации Открыть изображение в новой вкладке

Платное хранение: расчёт и выгрузка

Фильтры по организации, поставке и периоду. Расчёт объёма и стоимости, выгрузка в Excel, сохранение расчёта и выставление счёта.

Платное хранение: расчёт и выгрузка Открыть изображение в новой вкладке

Брак и обезличка: итоговые решения

Фильтры по организации, типу проблемы и статусу. Видны принятые количества, брак и обезличка; оператор выбирает действие, комментарий и сохраняет решение.

Брак и обезличка: итоговые решения Открыть изображение в новой вкладке

Поля и показатели на экранах соответствуют текущим таблицам: принятые и упакованные количества, возвраты, потери, доступный остаток, статус по браку и фото брака с выгрузкой (поштучно или архивом). Детали расчётов обсуждаются на старте внедрения.

Когда селлер и ФФ спорят из-за остатков

Самый частый сценарий: селлер видит у маркетплейса одну цифру по остатку, фулфилмент в своей таблице — другую, и каждый уверен, что прав. Без истории операций спор разбирается по переписке в мессенджере, и побеждает тот, у кого крепче нервы.

В нормальной программе складского учёта остатков такого спора почти не бывает: оба видят одну и ту же картинку, у каждой единицы есть статус и последнее действие, а по возвратам — фотопротокол. Если расхождение действительно есть — оно локализуется конкретной операцией, и дальше разговор предметный, а не «я тебе говорил».

Соседние разделы