Алгоритм расчета потребностей

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

• Первоначальный запрос к БД получает таблицу товаров, которые введены в ассортимент подразделения и указаны в графике заказов. Обязательное условие – соответствие установленного дня недели дате заказа либо периодичность для товаров установлена «Не использовать».

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

• Дополнительно система получает список так, называемых «Акционных товаров». Т.е. тех товаров, для которые на дату заказа действует скидка «Спец.цена» (остальные типы скидок не учитываются). Такие позиции, наряду с базовым ассортиментом, выделяются в таблице потребностей цветом (в типовой конфигурации – красным).

Рассмотрим подробно принцип расчета потребностей:

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

• После этого применяется один из пяти вариантов расчета потребностей:

1) «Автоматический расчет» – выбираются выбытия, и прогнозируется возможный объем продаж до следующей поставки и предположительный остаток на дату следующей поставки. Этот остаток должен быть не менее минимального остатка. Соответственно, разница между прогнозируемым остатком и минимальным остатком и есть рекомендуемое количество. Далее происходит его уточнение – остаток на дату поставки и рекомендуемое количество в сумме не должны превышать максимального запаса.

Рис. «Параметры»

Рис. «Потребности»

Рассмотрим данный пример более подробно:

Нужно понимать, что максимальный запас является критерием ограничения, НО не используется при расчете рекомендаций. А прогнозируемый объем продаж в данном случае, как видно из рисунка составляет 0.536 (среднедневные продажи) умножить на 14 (количество дней до следующей поставки) = 7.5 единиц. От этого значения отнимается прогнозируемый остаток на дату поставки = 6.036 ед. Это новое значение нужно поставить, что бы хватило «в 0» до следующей поставки, НО есть минимальный остаток = 5 ед. Поэтому к 6.036 добавляется еще 5, в результате получаем значение 11.036. И вот только на этом этапе анализируется максимальный запас:
Если привезти на дату поставки к существующим 1.464 еще 11.036, то получится 12.5, что явно выше 10. Значит надо привезти максимально возможное количество, которое в данном случае равно 8 единиц. Формула: максимальный запас – (минус) остаток на дату текущей поставки: 10-1.464 = 8.536 и от полученного значения берется целая часть = 8 единиц, т.к. 1.464 + 8 = 9.464, и если увеличить рекомендацию 8.536 до 9 единиц (округлив 8.536 в большую сторону) т.е. еще на 1, мы превысим максимальный запас.

Поэтому система предложила заказать 8 единиц. Пусть данное значение и меньше необходимых рекомендаций.

Т.е. в данном примере система пытается заказать столько, что бы товар не «оголил полки» на дату СЛЕДУЮЩЕЙ поставки. Но нужно понимать, что если нам требуется «очень много» товара, то он (товар) на момент ТЕКУЩЕЙ поставки может не поместиться, ни в торговом зале, ни в подсобке, а хранить его на улице невозможно. Этим критерием, описывающим максимальную вместимость подсобки и торгового зала для конкретного товара, как раз и является максимальный запас.

2) «Автоматический расчет без учета остатков» – рекомендуется заказать предполагаемый объем продаж. Минимальный остаток и максимальный запас также не учитываются.

3) «Дополнение до максимального запаса» – рекомендуется заказать разницу между максимальным запасом и остатком на дату поставки.

4) «Дополнение до указанного количества» – рекомендуется заказать разницу между указанным количеством и остатком на дату поставки.

5) «Фиксированное количество» – однозначно рекомендуется указанное количество.

• После расчета потребностей к рекомендуемому значению, если оно не фиксировано, добавляется процент отходов и в любом случае происходит округление рекомендуемого значения (даже если значение фиксировано).

В результате получаем таблицу «Рассчитанных потребностей»

Колонка «заказать» заполняется пользователем – это фактическое подтверждение заказа для текущей позиции. Ввод рекомендуемого количества может осуществляться:

· Вручную с клавиатуры.

· Подтверждение текущей строки (двойное нажатие на ячейку со знаком «+» справа от колонки).

· Нажатие кнопки «Действия -> Заказать рекомендуемое значение», что означает подтверждение для всех позиций.

Если необходимо уточнить расчет рекомендуемого количества, то нужно дважды щелкнуть мышью на ячейке, содержащей значение, рекомендуемое к заказу без округления.

Также появилась возможность отображать более подробную информацию о продажах по каждому товару. Для этого нужно вызвать «Панель продаж» из меню «Действия».*

* Важно помнить, что в БД с отсутствующими партионными движениями дополнительные показатели недоступны.

На панели продаж доступна также функция построения диаграммы на соответствующей закладке

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