Остатки: общий список и фильтры
Фильтры по организации, поставке и SKU/EAN. Таблица показывает принято, упаковано, возвраты, потери, доступно, брак и обезличку по каждой позиции.
Открыть изображение в новой вкладке
Fulfillment Lite
Программа складского учёта остатков для фулфилмент-операторов и селлеров маркетплейсов. Каждое движение товара фиксируется, а спорные ситуации можно поднять по истории операций.
На складе фулфилмента товар проходит через приёмку, размещение, сборку, упаковку, отгрузку, а часть — через возврат, переупаковку и брак. Если каждое из этих движений фиксируется в таблице или в переписке — через две-три недели остаток в файле уже не совпадает с фактом на полке. Менеджер видит одно, кладовщик — другое, селлер открывает кабинет маркетплейса и видит третье.
Это типичная история, и она почти всегда заканчивается одинаково: пересорт, потерянные единицы, спор с селлером по каждому возврату и невозможность доказать маркетплейсу свою позицию. Любая лёгкая программа складского учёта закрывает этот разрыв тем, что фиксирует движение в момент операции, а не «потом по памяти».
Раздел собирает фактические остатки по каждой позиции: сколько принято, сколько упаковано, что вернулось, что в браке, что обезличено, что доступно к отгрузке. Фильтры — по организации, поставке, артикулу или штрихкоду. Это не ритуальный отчёт «по запросу», а живая картинка, которая обновляется на каждой операции склада.
Отдельные вкладки — работа с браком (статусы, локации, фотофиксация), расчёт платного хранения по периоду и разбор обезлички, когда товар физически есть, но его уже не связать с конкретной поставкой. Каждое решение по браку и обезличке сохраняется в истории, и при споре с селлером или маркетплейсом можно поднять, кто, когда и на каком основании принял решение.
Тяжёлые WMS обычно требуют 4–5 уровней иерархии: зона → ряд → стеллаж → полка → ячейка. Для фулфилмент-склада на 200–2000 м² это избыточно: команда тратит больше времени на поддержку справочника, чем на сам склад. В Fulfillment Lite адресное хранение собрано вокруг двух понятий — носитель и ячейка. Этого достаточно, чтобы найти товар за минуты, а не за часы.
При размещении товар привязывается к ячейке, при перемещении — переезжает в другую. История размещений у каждой партии прозрачна: видно, куда товар поставили на приёмке, куда сместили потом, и откуда взяли при сборке заказа.
Ниже — рабочие экраны раздела «Остатки»: общий список, работа с браком, расчёт хранения, обезличка.
Фильтры по организации, поставке и SKU/EAN. Таблица показывает принято, упаковано, возвраты, потери, доступно, брак и обезличку по каждой позиции.
Открыть изображение в новой вкладке
Фильтры по типу брака, статусу, локации, поставке и датам. В таблице — количество, статус, локация и последнее действие; ниже блок массовых действий.
Открыть изображение в новой вкладке
Фильтры по организации, поставке и периоду. Расчёт объёма и стоимости, выгрузка в Excel, сохранение расчёта и выставление счёта.
Открыть изображение в новой вкладке
Фильтры по организации, типу проблемы и статусу. Видны принятые количества, брак и обезличка; оператор выбирает действие, комментарий и сохраняет решение.
Открыть изображение в новой вкладке
Поля и показатели на экранах соответствуют текущим таблицам: принятые и упакованные количества, возвраты, потери, доступный остаток, статус по браку и фото брака с выгрузкой (поштучно или архивом). Детали расчётов обсуждаются на старте внедрения.
Самый частый сценарий: селлер видит у маркетплейса одну цифру по остатку, фулфилмент в своей таблице — другую, и каждый уверен, что прав. Без истории операций спор разбирается по переписке в мессенджере, и побеждает тот, у кого крепче нервы.
В нормальной программе складского учёта остатков такого спора почти не бывает: оба видят одну и ту же картинку, у каждой единицы есть статус и последнее действие, а по возвратам — фотопротокол. Если расхождение действительно есть — оно локализуется конкретной операцией, и дальше разговор предметный, а не «я тебе говорил».