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

График циклического пересчёта — это план склада: сегодня зона A, завтра зона B. Но на складе случается и то, что плану не подчиняется. Сборщик не нашёл в ячейке товар, который показывает система. Остаток ушёл в минус. Возвращённая коробка встала на стеллаж в неизвестное место. Ждать, пока «дойдёт очередь», такую позицию опасно: тем временем система принимает заказы по неверному остатку, а ошибка растёт. Поэтому к графику добавляют пересчёт по триггеру: после определённого события позицию считают вне плана и оперативно.

Какие события становятся триггером

Обычно в список входят такие события:

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

Включать всё подряд не нужно. Для склада достаточно 4–6 событий, которые чаще всего приводили к расхождениям.

Правила: кто, когда, как

1. Как только возник триггер, задача заносится в журнал: дата, позиция, место, тип триггера.
2. Срок жёсткий: одна смена или 24 часа. Чем больше времени проходит, тем сильнее движение в ячейке запутывает ошибку.
3. Считает человек, не причастный к ошибке. Сборщик не найдёт собственную ошибку.
4. Пересчёт слепой: счётчику не показывают остаток по системе.
5. Перед корректировкой проверяют соседние ячейки и последние движения: потерянный товар часто лежит рядом.
6. К результату записывают категорию причины, иначе потом нечего анализировать.

Что делать с результатом

После пересчёта возможны три исхода. Первый: расхождения нет, триггер закрывается, причина записывается как «случайность». Второй: расхождение найдено, причина понятна, например перемещение не внесли в систему; остаток исправляют, причину относят к категории. Третий: расхождение найдено, причина неизвестна. Тогда сразу пересчитывают соседние ячейки и другие места этого же артикула, а при повторении проверяют процесс: кто и когда выполнял движение.

Пример: сборщику для заказа нужно 12 штук, в ячейке нашлось 9. Он не останавливает сборку, берёт 9 штук, отмечает в заказе «не хватает 3» и записывает позицию в список триггеров. В течение смены другой сотрудник пересчитывает ячейку и соседние: либо три штуки лежат рядом, либо есть настоящая недостача. Оба случая остаются в журнале с причиной.

Условный расчёт на день

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

Если число триггеров вырастает до 20 в день, график перестаёт работать. Тогда назначают приоритеты: сначала дорогие и быстрооборотные позиции, затем остальные, а повторяющиеся триггеры объединяют в один. Если очередь постоянно растёт, значит, список слишком широкий или причина не устранена.

Как составить список

Гадать не нужно. Возьмите журнал расхождений за последний месяц-два и по каждому расхождению запишите, какое событие ему предшествовало: возврат, перемещение, повреждение. Чаще всего повторяющиеся события и станут триггерами. Попробуйте две недели: какой триггер действительно находил расхождения, а какой всегда давал результат «всё в порядке», того из списка можно убрать.

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

Типичные ошибки

• Слишком много триггеров: счётчики весь день заняты внеплановым пересчётом.
• Нет срока: триггер превращается в «посмотрим позже».
• Считает тот, кто причастен к ошибке.
• Остаток исправили, а причину не записали.
• Пересчёт по триггеру ставят на место плановых проверок. Они дополняют друг друга, а не заменяют.

SkladLog при циклическом пересчёте считает склад по зонам по очереди, не останавливая работу, и сразу пересматривает несовпавшую строку; внеплановые позиции тоже могут попасть в лист кругового пересчёта.