Бизнес-кейс

На фармацевтическом предприятие лекарственные препараты отгружаются клиентам с оптовых складов, которые, в свою очередь, пополняются со склада готовой продукции (склад ГП). При этом для каждого оптового склада известно время пополнения (длительность поставки готовой продукции на оптовый склад со склада ГП) и кратность поставки. Кроме того, на оптовом складе задан страховой запас готовой продукции, который позволяет обеспечить увеличение спроса сверх прогноза (например, при ошибках прогнозирования) на время транспортировки со склада готовой продукции. Например:

1. На склад «Запад» со склада ГП препараты доставляются 2 календарных дня, а на склад «Восток» — 3 дня.

2. Минимальная партия поставки номенклатуры готовой продукции на склад «Запад» составляет 5 000 шт., а кратность поставки – 1 000 шт. То есть, если потребность превышает 5 000 шт., то всегда округляется в большую сторону до 1 000 шт. Для склада «Восток» минимальная партия составляет 4 500 шт., а кратность поставки — 1 500 шт.

3. На складе «Запад» установлен размер страхового запаса — 25 000 шт. Размер страхового запаса устанавливается с таким расчетом, чтобы на время транспортировки обеспечить наличие достаточного запаса товара при увеличении спроса, связанным с неточностью прогноза. На складе «Восток» размер страхового запаса составляет 35 000 шт.

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

  • Для определения величины спроса на оптовом складе используется заранее рассчитанный прогноз спроса.

  • Планирование выполняется каждый день с горизонтом планирования 3 недели.

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

  • На оптовом складе есть текущий остаток.

  • На складе ГП продукции достаточно, чтобы обеспечить любой прогнозируемый спрос на оптовом складе.

В результате планирования мы хотим получить ответы на следующие вопросы:

  • Когда необходимо отправить продукцию на оптовый склад со склада ГП, чтобы обеспечить спрос?

  • Какое количество продукции необходимо отправить?

Ключевые объекты сводного планирования

Процессы планирования (планирование распределения в том числе) выполняются в модуле «Сводное планирование». В D365FO реализованы концепции производные от MRP, направленные на обеспечение потребности как можно ближе к дате потребности, минимизируя складские запасы. Использование сводного планирования позволяет по заданному прогнозу (плану) спроса построить все остальные планы цепей поставок: план распределения, план производства и план закупок. В рамках данного примера мы рассмотрим какие элементы модуля «Сводное планирование» необходимо настроить, чтобы получить план распределения.

На рисунке ниже показаны взаимосвязи между используемыми ключевыми объектами сводного планирования.

Упрощённая схема бизнес-процесса производства

Взаимосвязи между ключевыми объектами сводного планирования

Для запуска процесса планирования необходимо настроить ключевые объекты системы:

  • 1. Группы покрытия – задаёт набор правил обеспечения потребностей, например, код покрытия (период/потребность/мин-макс/вручную), горизонт планирования и т.д.

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

  • 3. Время транспортировки – используется для указания длительности перемещения запасов со склада-отправителя на склад-получатель. Кроме длительности транспортировки также может быть задан календарь, согласно которому выполняется транспортировка.

  • 4. Шаблоны периодов — задают правила группировки анализируемых данных. Например, при анализе графика поставок, информация о запасах и планируемых приходах может быть сгруппирована по дням/неделям/месяцам/кварталам…

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

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

В конце статьи приведены скриншоты настроек используемых объектов.

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

В общем случае процесс планирования выглядит следующим образом:

  • 1. Настройка параметров планирования (группы покрытия, настройки покрытия номенклатуры и т.д.).

  • 2. Запуск задания сводного планирования.

  • 2.1. На выходе – спланированные заказы на перемещение, производство и закупку, которые требуют анализа, корректировки (при необходимости) и утверждения.

  • 3. Анализ состояния обеспечения потребностей конкретной номенклатуры при помощи различных инструментов: формы «Спланированные перемещения», «График поставок», «Чистые потребности» и другие.

  • 4. Утверждение спланированных заказов (на перемещение/производство/покупку) для последующего выполнения.

На рис. ниже схематически представлен процесс планирования.

Picture4

Схема процесса планирования

Сводное планирование

Прогноз спроса

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

Picture5

Прогноз спроса по номенклатуре на складе «Запад»

Запуск сводного планирования

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

Picture6

Параметры запуска задания сводного планирования

В форме «Сводное планирование» необходимо выбрать сводный план, который содержит настройки планирования и метод планирования. При помощи метода планирования можно пересоздать заново уже существующий план, либо обновить данные в уже существующем плане. При нажатии на кнопку «Ок» задание запуститься и необходимо только дождаться сообщения о выполнении задания.

Анализ результатов планирования

При выполнении задания сводного планирования система создаёт перечень спланированных заказов на перемещение: система полагает, что если выполнить эти заказы на перемещение, то можно обеспечить необходимый запас на оптовый склад в рамках горизонта планирования. Список таких предлагаемых заказов доступен через «Модули > Управление запасами > Входящие заказы > Спланированные перемещения» (рисунок ниже).

Picture7

Спланированные заказы на перемещение

В нашем примере было создано шесть заказов на перемещение (по 3 на склад «Запад» и «Восток»), поскольку по условиям примера потребность 7-ми дней должна быть обеспечена одной поставкой (одним заказом на перемещение) и горизонт планирования – 21 день. Значит на протяжении 3-х недель должно быть выполнено 3 заказа на перемещение на один склад. Обратите внимание, что количество в заказе на перемещение всегда кратно 1 500 штукам для склада «Восток» и 1 000 штукам для склада «Запад». Кроме того, система определила, что для того, чтобы вовремя обеспечить потребность на оптовом складе, необходимо было бы доставить первый заказ на 3 дня раньше для склада «Восток» и на 2 дня раньше для склада «Запад», чем это можно сделать по условиям времени транспортировки. Поэтому для первых заказов на перемещение система рассчитала задержку.

Более детальную информацию о движении номенклатуры можно получить используя форму «Чистые потребности» («Модули > Управление сведениями о продукте > Продукты > Выпущенные продукты > План > Потребность > Чистые потребности», рисунок ниже).

Picture8

Форма «Чистые потребности»

В данной форме на каждую дату в рамках горизонта планирования рассчитан конечный остаток запаса с учетом всех приходов и расходов для склада (на примере склада «Запад»). Для каждой записи указана ссылка на источник (например, расход по прогнозу или приход по заказу на перемещение). Обратите внимание, что конечный остаток на каждую дату (за исключением 26.02.2021 и 27.02.2021) не опускается ниже уровня страхового запаса в 25 000 шт. С учетом текущего остатка на складе 26.02.2021 и 27.02.2021 мы не успеваем пополнить оптовый склад таким образом, чтобы обеспечить наличие запаса не ниже 25 000 шт., и система об этом сигнализирует при помощи рассчитанной задержки запланированного перемещения. В идеальной ситуации нужно было бы отправить и доставить заказ на два дня раньше.

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

Picture9

Развертывание «вниз»

Данная форма разбита на три основные части:

  • 1. В верхней части цепь поставки представлена в виде дерева.

  • 2. В средней части цепь поставки представлена в виде плоской таблицы.

  • 3. В нижней части отображаются источники потребности звена цепи поставок, выбранного в верхней части формы.

В нашем примере на верхнем анализируемом уровне находится спланированное перемещение, а на уровень ниже – остаток на складе ГП. Это значит, что потребности перемещения будут обеспечены из текущего остатка склада ГП.

В нижней части формы для спланированного перемещения отображается список источников потребности: резервный запас или прогноз спроса. Это значит, что перемещение запланировано для поддержания резервного запаса на складе и обеспечения прогнозируемого спроса.

По умолчанию режим просмотра развертывания – «вниз». Это значит, что если анализировать цепь поставки начиная с источника потребности (например, потребности заказа на продажу или прогноз спроса), то мы увидим цепь поставки «после» анализируемого звена. Но развёртывание можно переключить в режим «вверх», и тогда мы увидим цепь поставки «до» анализируемого звена (рис. ниже).

Picture10

Развертывание вверх

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

Более наглядно представление динамики запасов можно получить, используя форму «График поставок» («Модули > Управление сведениями о продукте > Продукты > Выпущенные продукты > План > Вид > График поставок», рисунок ниже).

Picture11

График поставок – появление OOS

Обратите внимание на значения показателя «Запасы на конец периода»: отрицательные значения сигнализируют о том, что в эти даты мы получим OOS (out-of-stock) на складе, поскольку для покрытия спроса планируемого остатка недостаточно.

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

Picture12

График поставок – расход страхового запаса

Настройки параметров планирования

Шаблоны периодов

Модули > Управление организацией > Календари > Шаблоны периодов

Picture13

Настройка шаблона периодов

Группы покрытия

Модули > Сводное планирование > Настройка > Покрытие > Группы покрытия

Picture14

Настройки группы покрытия

Настройки покрытия номенклатуры

Модули > Управление сведениями о продукте > Продукте > Выпущенные продукты > План > Покрытие > Покрытие номенклатуры

Picture15

Настройки покрытия номенклатуры

Параметры заказа по умолчанию

Модули > Управление сведениями о продукте > Продукте > Выпущенные продукты > План > Настройки заказа > Параметры заказа по умолчанию

Picture16

Настройки параметров заказа на складе «Запад»

Picture16

Настройки параметров заказа на складе «Восток»

Сводные планы

Модули > Сводное планирование > Настройка > Планы > Сводные планы

Picture18

Настройки сводного плана

Время транспортировки

Модули > Управление запасами > Настройка > Распределение > Время транспортировки в днях

Picture19

Настройки времени транспортировки между складами

Published On: / Categories: Фармацевтика, ERP /

Развивайте бизнес с нами!

OntargIT является официальным партнером Microsoft по внедрению технологий Dynamics 365. С нашим опытом в различных отраслях, мы обеспечим индивидуальный подход и эффективные решения, которые будут идеально соответствовать потребностям вашей компании. Оставьте заявку сейчас, и наша команда экспертов поможет вам воспользоваться всеми преимуществами Dynamics 365.

Отправляя свои данные, я даю согласие на то, чтобы со мной связались

Развивайте бизнес с нами!

OntargIT является официальным партнером Microsoft по внедрению технологий Dynamics 365. С нашим опытом в различных отраслях, мы обеспечим индивидуальный подход и эффективные решения, которые будут идеально соответствовать потребностям вашей компании. Оставьте заявку сейчас, и наша команда экспертов поможет вам воспользоваться всеми преимуществами Dynamics 365.

Отправляя свои данные, я даю согласие на то, чтобы со мной связались