Отгрузка по остатку срока: своя граница для каждого покупателя

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

Что такое граница и откуда она берётся

Минимальный остаточный срок — сколько времени должно оставаться до конца срока годности, чтобы покупатель принял товар. Задаётся двумя способами: в днях («не менее 7 дней») или долей общего срока («не менее половины»). Источники: договор, правила приёмки покупателя и прошлые возвраты. Если магазин дважды вернул товар с причиной «короткий срок», его реальная граница строже, чем записано у вас.

Таблица: покупатель и группа товара

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

• Сеть А: для молочной продукции не менее половины общего срока, для сухого товара не менее 3 месяцев.
• Магазин Б у дома: для молочной продукции не менее 5 дней, для сухого товара не менее 1 месяца.
• Оптовый покупатель В: для молочной продукции не менее 3 дней, для сухого товара по договорённости.

Таблицу заполняет отдел продаж, потому что границу знает тот, кто разговаривает с покупателем. Склад пользуется таблицей и в каждой строке видит «дату последнего обновления». Строка со старой датой должна вызывать сомнение.

Как связать границу с листом подбора

Сборщик не должен каждый раз считать вручную. Пусть программа или таблица выводит в каждой строке заказа «самую раннюю принимаемую дату срока годности»: дата доставки + минимальный остаточный срок. Правило сборщика одно: не брать партию, которая истекает раньше этой даты.

Граница считается не на день сборки, а на день, когда покупатель принимает товар. Если дорога занимает сутки, между сборкой и приёмкой выходной или покупатель находится в регионе, дата доставки сдвигается. Поэтому дата в листе отсчитывается от даты доставки, а не от даты отгрузки.

Условный пример. Общий срок катыка 21 день, доставка 12.11. Сеть А требует не менее половины, то есть 11 дней: самая ранняя дата 12.11 + 11 дней = 23.11. Магазин Б требует 5 дней: 12.11 + 5 дней = 17.11. На складе две партии: П1 со сроком годности до 20.11 (96 штук) и П2 до 28.11 (200 штук). Для сети А партия П1 не подходит: 20.11 раньше требуемого 23.11. Ей отгружают из П2. Для магазина Б П1 подходит: 20.11 позже 17.11. В итоге короткая партия ушла тому, кто её принимает, а длинная — требовательному покупателю.

Как это сочетается с FEFO

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

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

• Граница хранится только в памяти менеджера по продажам.
• Одно общее правило для всех покупателей.
• Покупатель изменил требования, а таблица осталась прежней.
• Короткая партия никому не подходит и «залёживается» на полке.
• Причина отказа не записывается, поэтому границу не исправляют.

Вывод

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