Различия
Здесь показаны различия между двумя версиями данной страницы.
| Предыдущая версия справа и слева Предыдущая версия Следующая версия | Предыдущая версия | ||
| doc:console:demandcalculation [18.05.2022 16:30] sshevchuk [1. Алгоритм «Теория ограничения Голдратта»] | doc:console:demandcalculation [18.05.2022 17:01] (текущий) sshevchuk [См. также] | ||
|---|---|---|---|
| Строка 56: | Строка 56: | ||
| + | Как настроить параметры. | ||
| + | В товарных запасах по торговой точке перейти в товар, нажать **ИЗМЕНИТЬ ПАРАМЕТРЫ**, ввести данные и сохранить. | ||
| + | |||
| + | |||
| + | {{:doc:console:pasted:20220518-163311.png}} | ||
| + | |||
| + | |||
| + | Оборачиваемость в данном случае не влияет на расчет потребности. В этом алгоритме работает экспертное мнение пользователя по установке целевого уровня. | ||
| + | Дополнительно по данным в товаре содержится справочная информация о потребности, которую нужно закупить в поле «Рекомендовано к закупке». Это значение также попадает в заявку. Оперативно значение рассчитывается по кнопке **РАССЧИТАТЬ** после изменения параметров для расчета. | ||
| + | |||
| + | |||
| + | {{:doc:console:pasted:20220518-163357.png}} | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | ==== 2. Алгоритм расчета Минимакс ==== | ||
| + | |||
| + | |||
| + | Этот алгоритм подходит для товаров, по которым необходимо поддерживать уровень запасов в определенных пределах. | ||
| + | |||
| + | Потребность рассчитывается следующим образом: | ||
| + | //если фактический остаток плюс товары в пути меньше минимального значения, всегда нужно закупить до максимального значения.// | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | {{:doc:console:pasted:20220518-163505.png}} | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | Минимальный уровень 15, максимальный 20, остаток 12, в пути 0. Необходимо докупить 8 | ||
| + | 12<15 => Потребность = 20 –(12+0)=8 | ||
| + | Если остаток + товары в пути больше или равны минимуму, то планируемый запас будет равен нулю, закупка не требуется. | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | {{:doc:console:pasted:20220518-163604.png}} | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | === 3. Алгоритм расчета «Страховой запас на несколько дней» === | ||
| + | |||
| + | |||
| + | Этот алгоритм учитывает оборачиваемость товаров и логистическое плечо, которое требуется для пополнения запасов. Значение логистического плеча вводится в поле «На сколько дней нужен запас». | ||
| + | |||
| + | Потребность рассчитывается следующим образом: | ||
| + | //Потребность = оптимальный запас – (наличие + в пути). | ||
| + | Оптимальный запас = MAX {скорость продаж*значение логистического плеча; неснижаемый запас}.//  | ||
| + | При этом скорость продаж – это величина обратная оборачиваемости. Например, оборачиваемость показывает, что 1 упаковка товара продается за 0,2 дня. Значит скорость продаж будет 1/0,2 = 5 упаковок в день.  | ||
| + | Или 30/0,2=150 упаковок в месяц. | ||
| + | Кроме этого, есть оборачиваемость расчетная, которая соответствует фактическим продажам. Но для новых товаров без продаж ее не рассчитать. Есть Пользовательская оборачиваемость, которая имеет приоритет при расчете оптимального запаса и далее потребности. | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | {{:doc:console:pasted:20220518-163733.png}} | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | Если не задана ни одна ни вторая оборачиваемость, то оптимальный запас будет равен значению в поле «Неснижаемый запас». А если не задано значение неснижаемого запаса, то оптимальный запас и потребность не могут быть рассчитаны. | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | {{:doc:console:pasted:20220518-163815.png}} | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | В примере с заданными параметрами получаем следующее: | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | {{:doc:console:pasted:20220518-163847.png}} | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | Неснижаемый запас = 5, Оборачиваемость расчетная 1.96 дней, но в приоритете пользовательская 0,2 дня (скорость продаж соответственно 5 упаковок в день или 150 в месяц), уровень запаса нужен на 10 дней, остаток 12 упаковок, в пути =0. | ||
| + | |||
| + | Оптимальный запас = MAX {скорость продаж*значение логистического плеча; неснижаемый запас} = МАХ {5*10; 5} = 50 | ||
| + | Потребность = оптимальный запас – (наличие + в пути) = 50 – (12+0)= 38 | ||
| + | Это значение отображено в поле «Рекомендовано к закупке» | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | {{:doc:console:pasted:20220518-163927.png}} | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | == 4. Алгоритм расчета «Докупка неснижаемого запаса» == | ||
| + | |||
| + | |||
| + | Этот алгоритм является опциональным. | ||
| + | |||
| + | Потребность рассчитывается следующим образом: | ||
| + | //Потребность = оптимальный запас – (наличие + в пути). | ||
| + | ЕСЛИ остаток на складе < неснижаемого запаса, то Оптимальный запас = остаток на складе + неснижаемый запас. | ||
| + | Если остаток на складе больше неснижаемого запаса, то закупка не требуется.// | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | {{:doc:console:pasted:20220518-164045.png}} | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | Неснижаемый запас 15, Остаток 12, в пути 0. | ||
| + | Планируемый запас = 12+15 = 27 (по условию, если остаток меньше неснижаемого запаса, то целевой уровень нужно увеличить на неснижаемый запас) | ||
| + | Потребность = 27 – (12+0) = 15. | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | == 5. Массовые изменения параметров настроек == | ||
| + | |||
| + | |||
| + | Оперативно настройки по конкретным товарам в торговых точках можно поменять параметры вышеперечисленными методами. Для управления товарными группами большого ассортимента правильнее использовать массовые изменения настроек. | ||
| + | |||
| + | Для использования фильтров по кнопке **ДЕЙСТВИЯ=>Настроить колонки** можно вывести для группировок поля: Группы, Группа ценообразования, Производитель. | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | {{:doc:console:pasted:20220518-164212.png}} | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | Например, нужно настроить в сезон управление группой «Заболевания:ОРЗ:Грипп,ЛОР. | ||
| + | Выберите фильтром группу | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | {{:doc:console:pasted:20220518-164300.png}} | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | Перейдите в **ДЕЙСТВИЯ=> Массовое изменение параметров** | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | {{:doc:console:pasted:20220518-164335.png}} | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | Далее выберите нужный алгоритм, настройки алгоритма и нажмите **ИЗМЕНИТЬ** | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | {{:doc:console:pasted:20220518-164413.png}} | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | Заданный алгоритм и группа применятся к выбранным фильтром товарам. | ||
| + | |||
| + | Также можно выгрузить настройки в файл csv, изменить необходимые параметры в файле и загрузить через таблицу. | ||
| + | |||
| + | Сопоставление полей для загрузки параметров через таблицу: | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | {{:doc:console:pasted:20220518-164440.png}} | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | == 6. Копирование параметров планирования == | ||
| + | |||
| + | |||
| + | Чтобы по каждой торговой точке не задавать параметры и правила планирования заново, можно скопировать эти параметры из другой точки. Это может быть полезным при настройке новой торговой точки, когда отсутствует история продаж и не рассчитать оборачиваемость. | ||
| + | |||
| + | Для копирования параметров нажмите **ДЕЙСТВИЯ=>Скопировать параметры с другой точки продаж** | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | {{:doc:console:pasted:20220518-164559.png}} | ||
| + | |||
| + | |||
| + | |||
| + | Далее в появившемся окне укажите, откуда, куда и какие параметры нужно скопировать. | ||
| + | После всех настроек нажмите **КОПИРОВАТЬ**. Данные по настройкам будут скопированы в указанную точку продаж. | ||
| + | |||
| + | |||
| + | |||
| + | {{:doc:console:pasted:20220518-164641.png}} | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | == 7. Порядок действий перед созданием новой заявки == | ||
| + | |||
| + | |||
| + | 1) Закрыть все ненужные заявки по торговой точке, чтобы очистить «товары в пути», которые уже не поступят в запасы. | ||
| + | |||
| + | 2) Запустить расчет оборачиваемости для обновления данных с учетом новых продаж. **ДЕЙСТВИЯ => Рассчитать оборачиваемость**. При большом объеме транзакций операция может занимать более 1 минуты. Можно делать накануне вечером.  | ||
| + |  | ||
| + | 3) Запустить расчет планируемого запаса для учета оборачиваемости и измененных данных планирования. **ДЕЙСТВИЯ => Рассчитать планируемый запас**. | ||
| + | |||
| + | 4) Сформировать заявку прямо из модуля товарных запасов. **ДЕЙСТВИЯ => Сформировать заявку на закупку**. Как работать с заявками описано по [[doc:console:requisition|ссылке]] | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | ====== См. также ====== | ||
| + | |||
| + | |||
| + | |||
| + | * [[doc:console:inflow]] | ||
| + | * [[doc:console:pricing]] | ||
| + | * [[doc:console:requisition]] | ||
| + | |||
| + |  | ||
| + | |||
| + | -------- | ||
| + | [[:| << Вернуться к содержанию]] | ||