Различия между оптимизацией планирования и устаревшей подсистемой сводного планирования
Результаты оптимизации планирования (включая запланированные заказы, количества и даты) могут отличаться от результатов устаревшего механизма сводного планирования. Разница может быть вызваны ожидающими функциями. В этой статье перечислены различия между оптимизацией планирования и устаревшим механизмом сводного планирования, которые не перечислены на странице Анализ соответствия оптимизации планирования.
| Компонент | Чем оптимизация планирования отличается от устаревшего сводного планирования |
|---|---|
| Прогнозы для текущей даты | Прогнозы для текущей даты не учитываются при оптимизации планирования, притом что они учитывались устаревшим механизмом сводного планирования. |
| Продукты со вторичной единицей измерения | Продукты со вторичной единицей измерения считаются обычными продуктами. Спланированные заказы не включают в себя значение для требуемого количества во вторичной единицы измерения. |
| Прогнозируемое сокращение для выставленных счетов и доставленных заказов на продажу | Если в сводном плане настроен прогноз спроса для сокращения прогнозов по транзакциям, устаревшее сводное планирование уменьшает прогноз по выставленным счетам и доставленным заказам на продажу, а оптимизация планирования — нет. Например, предположим, что у вас есть прогноз на 100 единиц товара, и существует заказ на покупку на 10 единиц, а также заказ на продажу с доставкой 5 единиц, и выставлен счет на 2 единицы. Устаревший механизм планирования применял сокращение прогноза для создания спланированного заказа на 100–10–2–5 = 83 шт. Однако оптимизация планирования не будет учитывать выставленные счета или поставленные количества, поэтому будет заказано 100−10 = 90 шт. Поэтому оптимизация планирования предложит вам заказывать поставки для тех объемов, которые уже доставлены и/или по ним выставлены счета, что может привести к избыточному предложению. |
| Отфильтрованные производственные циклы | Подробности см. в разделе Планирование производства — фильтры. |
| Прогнозное планирование | Прогнозное планирование не поддерживается. Рекомендуется использовать сводное планирование, в котором прогнозная модель назначена для сводного плана. |
| Номерные серии и для спланированных заказов | Номерные серии для спланированных заказов не поддерживаются. Номера спланированных заказов создаются на стороне службы. Номер спланированного заказа обычно отображается с 10 цифрами, но в действительности последовательность строится на 20 символах, причем 10 цифр выделяется для количества выполнений планирования, а другие 10 цифр — для подсчета спланированных заказов. |
| Копирование плана, удаление плана и очистка версии плана | Следующие элементы отключены в Сводное планирование > Сводное планирование > Ведение планов в области навигации:
|
| Заказы на возврат | Заказы на возврат не рассматриваются. |
| Функции планирования | Дополнительные сведения см. в разделе Планирование с бесконечной мощностью. |
| Выполнение резервного запаса | При оптимизации планирования всегда используется параметр Сегодняшняя дата + время приобретения для поля Гарантированный минимум на странице Покрытие номенклатуры. Это помогает предотвратить нежелательные запланированные заказы, так как если время приобретения не включено в резервный запас, спланированные заказы, созданные для низких запасов в наличии, всегда задерживались бы в связи с временем упреждения. Дополнительные сведения см. в разделе Выполнение резервного запаса в устаревшей подсистеме сводного планирования. |
| Информация об источниках потребности резервных запасов и чистые потребности | Тип требования Резервный запас не включен и не отображается на странице Чистые потребности. Резервный запас не представляет спрос и не имеет даты потребности, связанной с ним. Вместо этого он устанавливает ограничение на количество запасов, которое должно присутствовать всегда. Однако значение поля Минимум по-прежнему учитывается при расчете спланированных заказов при сводном планировании. Мы предлагаем проверить столбец Накопленное количество на странице Чистые потребности, чтобы убедиться, что это значение было учтено. Поскольку информация об источниках потребности различается, могут быть предложены разные действия. Дополнительные сведения см. в разделе Выполнение резервного запаса в устаревшей подсистеме сводного планирования. |
| Календари транспортировки | Значение в столбце Календарь транспортировки на странице Режимы доставки игнорируется. |
| Код покрытия мин/макс без значений | Используя устаревший механизм сводного планирования, при использовании кода покрытия с минимальным или максимальным значением, когда не заданы минимальное и максимальное значения, механизм планирования рассматривает код покрытия как требование и создает один заказ для каждого требования. При оптимизации планирования система создает один заказ в день, охватывающий всю сумму за этот день. |
| Чистые потребности и спланированные заказы, созданные вручную | В случае устаревшего механизма сводного планирования вручную созданные заказы на поставку для номенклатуры автоматически появятся среди чистых потребностей для данной номенклатуры. Например, при создании заказа на покупку из заказа на продажу заказ на покупку появляется на странице Чистые потребности без необходимости выполнения каких-либо предыдущих действий. Это объясняется тем, что устаревший механизм сводного планирования ведет журнал складских проводок в таблице inventLogTTS и отображает изменения на странице Чистые потребности для динамических планов. Однако при использовании оптимизации планирования созданные вручную заказы не будут отображаться среди чистых потребностей номенклатуры, пока не будет выполнена оптимизация планирования (используя план, включающий номенклатуру), или до тех пор, пока не будет выбрана команда Обновить > Сводное планирование на панели операций на странице Чистые потребности, которая выполнит сводное планирование для номенклатуры. Дополнительные сведения о том, как работать со страницей Чистые потребности, см. в разделе Чистые потребности и информация об источниках потребности. |
| Чистые потребности и любые изменения спроса или предложения | В случае устаревшего механизма сводного планирования любые изменения спроса или предложения для номенклатуры автоматически появляются среди чистых потребностей для данной номенклатуры. Например, при увеличении количества в спланированном заказе заказ на покупку появляется на странице Чистые потребности без необходимости выполнения каких-либо предыдущих действий. Это объясняется тем, что устаревший механизм сводного планирования ведет журнал складских проводок в таблице inventLogTTS и отображает изменения на странице Чистые потребности для динамических планов. Однако при использовании оптимизации планирования любые изменения не будут отображаться среди чистых потребностей номенклатуры, пока не будет выполнена оптимизация планирования (используя план, включающий номенклатуру), или до тех пор, пока не будет выбрана команда Обновить > Сводное планирование на панели операций на странице Чистые потребности, которая выполнит сводное планирование для номенклатуры. Дополнительные сведения о том, как работать со страницей Чистые потребности, см. в разделе Чистые потребности и информация об источниках потребности. |
| Назначение ресурсов | При работе с бесконечной емкостью устаревший механизм сводного планирования назначает все спланированные заказы для одного и того же ресурса в данной группе ресурсов. Оптимизация планирования улучшает это за счет выбора ресурсов в случайном порядке, что позволяет разным производственным заказам использовать разные ресурсы. Если необходимо использовать один и тот же ресурс для всех спланированных заказов, следует указать этот ресурс в маршруте. |
| Расширенные типы данных (EDT) | Оптимизация планирования не поддерживает изменения точности EDT. Это означает, что этот процесс официально не поддерживается и его работа не гарантируется. |
| Выполнение резервного запаса | Оптимизация планирования всегда использует для Гарантированный минимум значение Сегодняшняя дата + время приобретения. Это подготавливает систему к использованию упрощенной настройки планирования в будущем и предоставляет результат, на основании которого можно выполнять действия. Если время приобретения не включено в резервный запас, спланированные заказы, созданные для низких запасов в наличии, всегда задерживаются в связи с временем упреждения. Такое поведение может привести к созданию серьезных шумов и нежелательных спланированных заказов. Рекомендуется изменить настройку так, чтобы использовалась настройку Сегодняшняя дата + время поставки. Обновите основные данные, чтобы избежать предупреждений. Дополнительные сведения см. в разделе Выполнение резервного запаса в устаревшей подсистеме сводного планирования. |
| Выполнение заказа на покупку | Выполняя заказ на покупку, система всегда применяет время упреждения и никогда не игнорирует его, даже если для параметра Добавить задержку к рассчитанной дате потребности установлено значение Нет. Такое поведение отличается от поведения устаревшего механизма сводного планирования, который установил бы в данном случае неосуществимую дату. Например, если сегодня 1 марта 2024 г., время производства составляет 30 дней, а для параметра Добавить задержку к рассчитанной дате потребности установлено значение Нет, устаревший механизм создаст заказ на покупку с датой 1 марта 2024 г., в то время как оптимизация планирования создаст его с датой 1 апреля 2024 г. (сегодня плюс 30-дневное время упреждения). |
| Копировать статический план в динамический план | Оптимизация планирования не копирует статические планы в динамические планы, независимо от значения этого параметра на странице Параметры сводного планирования. Как правило, эта операция имеет меньшую релевантность из-за скорости и полного переформирования, предоставляемых оптимизацией планирования. Если используются два или более планов, необходимо запустить сводное планирование для каждого плана. |
| Отрицательные дни | Оптимизация планирования всегда использует динамические отрицательные дни, независимо от значения параметра Использовать динамические отрицательные дни на странице Параметры сводного планирования. Значение параметра Использовать распространение отрицательных дней на странице Параметры сводного планирования не оказывает влияния на эту работу. Дополнительные сведения об отрицательных днях см. в разделе Допуск задержки (отрицательные дни) |
| Спланированные заказы в прошлом | Оптимизация по планированию никогда не планирует заказы в прошлом, независимо от настройки параметра Запрошенная дата. Если задать запрошенную дату в прошлом ,система сохранит настройку, но задаст для параметра Запрошенная дата значение Сегодня. |
| Конфигурация на основе аналитик | Оптимизация планирования не поддерживает продукты, настроенные на основе измерений. Оптимизация планирования не разворачивает спецификации для этих продуктов. |
| Определение/значение резервного запаса | В оптимизации планирования резервный запас не является фактическим спросом. Для каждой группы покрытия можно определить, насколько строго система должна привязывать резервный запас как спрос к спланированному заказу, который создан для него. (Дополнительные сведения см. в разделе Варианты определения источника потребности резервного запаса.) Группы покрытия, которые используют строгую фиксацию резервного запаса, работают так же, как и все группы в устаревшем механизме, где поле Гарантированный минимум установлено на сегодняшняя дата + время закупок. В устаревшем механизме сводного планирования, резервный запас является спросом, так же, как и другие типы спроса. Вы можете указать, когда резервный запас будет пополнен. |
| Когда пополняется резервный запас | В оптимизации планирования резервный запас всегда пополняется на сегодняшнюю дату + время закупки, независимо от настройки покрытия номенклатуры. В устаревшем механизме сводного планирования параметры покрытия номенклатуры включают поле Гарантированный минимум, которое определяет, когда должен быть пополнен резервный запас. (Дополнительные сведения см. в разделе Выполнение резервного запаса в устаревшей подсистеме сводного планирования.) |