Параметры даты и времени, используемые при оптимизации планирования
В этой статье представлены сведения о параметрах даты и времени, которые используются в ходе оптимизации планирования операций.
В то время как устаревший механизм сводного планирования использует даты проводок во всех расчетах, оптимизация планирования будет работать со значениями даты и времени, преобразованными в даты. Это различие в поведении может привести к ситуациям, в которых, например, прогнозные проводки, созданные в полночь в день, когда выполняется сводное планирование, не включены, поскольку при оптимизации планирования предполагается, что они были созданы до текущей даты.
Параметры проводок выдачи и спроса
В следующей таблице перечислены параметры, используемые оптимизацией при обработке проводок выдачи и спроса.
| Параметр | Имя параметра в оптимизации планирования | Описание | Аналогичное поле в Microsoft Dynamics 365 Supply Chain Management (в таблице ReqTrans) |
|---|---|---|---|
| Запланированное выдачи расхода | PlannedIssueTime |
Дата, в которую запланирована выдача. |
Конечная дата (FuturesDate) и Задержано на время (FuturesTime) |
| Запрошенное время выдачи | RequestedIssueTime |
Дата выдачи, запрошенная пользователем, настраивается в Supply Chain Management. Этот параметр применяется только для выпущенных или утвержденных спланированных заказов. Для спланированных заказов это значение по умолчанию не заполнено. |
Запрошенная дата (ReqDateDlvOrig) |
| Требуемое время выдачи | RequiredIssueTime |
Требуемая дата выдачи, которая корректируется при оптимизации планирования. Если запрошенное время выдачи находится в прошлом при выполнения оптимизации планирования, необходимое время выдачи будет скорректировано до первого открытого дня, который не предшествует сегодняшней дате. Если запрошенное время выдачи помечается как заблокированное в календаре, необходимое время выдачи будет скорректировано на первый открытый день до этой даты. |
Дата потребности (ReqDate) и Время потребности (ReqTime) |
| Задержка времени выдачи | IssueTimeDelay |
Разница во времени между запланированным временем выдачи и запрошенным временем выдачи для утвержденных и выпущенных заказов или требуемого времени выдачи. |
Задержка (в днях) (FuturesDays) |
Параметры для проводок поступления и поставок
В следующей таблице перечислены параметры, используемые оптимизацией при обработке проводок поступления и поставок.
| Параметр | Имя параметра в оптимизации планирования | Описание | Аналогичное поле в Supply Chain Management (в таблице ReqTrans или ReqPO) |
|---|---|---|---|
| Запланированное время доступности | PlannedAvailabilityTime |
Дата, на которую планируется доступность поступления. |
Дата потребности (ReqDate) и Время потребности (ReqTime) |
| Плановое время поступления | PlannedReceiptTime |
Дата, когда поступление прибудет в местоположение. |
Конечная дата (FuturesDate), Задержано на время (FuturesTime) и Дата поставки (ReqDateDlv) или Запрошенная дата (ReqDateDlvOrig), если заказ еще не выпущен. |
| Требуемое время доступности | RequiredAvailabilityTime |
Требуемая дата доступности, которая корректируется при оптимизации планирования. |
Дата потребности (ReqDate) и Время потребности (ReqTime) |
| Ожидаемое время поступления | ExpectedReceiptTime |
Ожидаемая дата поступления для выпущенного поступления. Это значение задается пользователем в Supply Chain Management и не корректируется при оптимизации по планированию. Этот параметр применяется только к выпущенным поступлениям. |
Запрошенная дата (ReqDateDlvOrig) |
| Требуемое время поступления | RequiredReceiptTime |
Требуемая дата поступления, которая корректируется при оптимизации планирования. |
Дата потребности (ReqDate) и Время потребности (ReqTime) |
| Плановое время заказа | PlannedOrderingTime |
Дата заказа, которая вычисляется оптимизацией планирования. |
Дата заказа (ReqDateOrder) и Время заказа (ReqTimeOrder) |
| Плановое время начала мероприятия | PlannedActivityStartTime |
Дата, в которую должно начаться мероприятие для этого поступления. |
Дата начала (SchedFromDate) |
| Задержка времени поступления | ReceiptTimeDelay |
Разница во времени между плановым временем поступления и требуемым временем поступления. |
Задержка (дни) (FuturesDays) и Задержано на время (FuturesTime) |
Параметры даты параметра даты, используемые при оптимизации планирования
На следующем рисунке показаны планы на уровне дня, но оптимизация планирования выполняется на более подробном уровне. Например, поскольку границы могут быть в часах, время заказа планирования может быть 22 января 2021 года в 11:35 и т. д.
Пример 1. Простой сценарий
Один заказ на продажу, для которого запрошенное время поступления 22 января охватывается одним заказом на покупку. Используются следующие параметры:
- Нет времени упреждения
- Нет календарей (все дни открыты)
- Нет границ
Следующая иллюстрация показывает этот сценарий. (Выберите иллюстрацию, чтобы открыть более крупную версию.)
Пример 2. Сценарий со временем упреждения
Один заказ на продажу, для которого запрошенное время поступления 22 января охватывается одним заказом на покупку. Используются следующие параметры:
- Три дня времени упреждения
- Нет календарей (все дни открыты)
- Нет границ
Следующая иллюстрация показывает этот сценарий. (Выберите иллюстрацию, чтобы открыть более крупную версию.)
Пример 3. Сценарий с границами
Один заказ на продажу, для которого запрошенное время поступления 22 января охватывается одним заказом на покупку. Используются следующие параметры:
- Три дня времени упреждения
- Граница заказов на четыре дня
- Граница доступности на пять дней
- Нет календарей (все дни открыты)
Следующая иллюстрация показывает этот сценарий. (Выберите иллюстрацию, чтобы открыть более крупную версию.)
Пример 4. Сценария с задержкой
Один заказ на продажу, для которого запрошенное время поступления 22 января охватывается одним заказом на покупку. В этом примере используются те же настройки, что и в примере 3, но дата планирования была перемещена на 15 января. Планировании от конечной даты (красные маркеры), поскольку запланированное время заказа должно предшествовать сегодняшней дате. Поэтому при сводном планировании должно выполняться планирование вперед и возникает задержка.
Следующая иллюстрация показывает этот сценарий. (Выберите иллюстрацию, чтобы открыть более крупную версию.)
Пример 5. Сценарий с перемещением
Один заказ на продажу со склада 1, для которого запрошено время выдачи 22 января, охватывается одним заказом на перемещение со склада 2, который охватывается спланированным заказом на покупку. Используются следующие параметры:
- Три дня времени упреждения перемещения (склад 1)
- Два дня времени упреждения покупки (склад 2)
- Нет календарей (все дни открыты)
Следующая иллюстрация показывает этот сценарий. (Выберите иллюстрацию, чтобы открыть более крупную версию.)
Пример 6. Сценарий времени упреждения с календарями
Один заказ на продажу, для которого запрошенное время поступления 22 января охватывается одним заказом на покупку. Используются следующие параметры:
- Три дня времени упреждения
- Календарь выдачи (закрыт в пятницу)
- Календарь доступности (закрыт в четверг и пятницу)
- Календарь поступления (закрыт во вторник, в среду и воскресенье)
- Календарь времени упреждения (закрыт в четверг и пятницу)
- Календарь заказа (открывается в понедельник и субботу)
Следующая иллюстрация показывает этот сценарий. (Выберите иллюстрацию, чтобы открыть более крупную версию.)
Пример 7. Сценарий задержки с календарями
Один заказ на продажу, для которого запрошенное время поступления 22 января охватывается одним заказом на покупку. В этом примере используются те же настройки, что и в примере 6, но дата планирования была перемещена на 13 января. Планировании от конечной даты (красные маркеры), поскольку запланированное время заказа должно предшествовать сегодняшней дате. Поэтому при сводном планировании должно выполняться планирование вперед и возникает задержка.
Следующая иллюстрация показывает этот сценарий. (Выберите иллюстрацию, чтобы открыть более крупную версию.)
