Виртуальное МПЛ для консолидированного заказа на поставку 
Группа местоположений, которые имеют одно и то же вышестоящее местоположение или не имеют вышестоящего местоположения в структуре распределения (BOD) и относятся к одному и тому же региону. Регион определяет виртуальное МПЛ для консолидированного заказа на поставку (ВМПЛ). Регион - это все местоположения, которые имеют одно и то же вышестоящее местоположение (или не имеют вышестоящего местоположения) и не имеют подчиненных местоположений в пределах структуры региона.
Указание
Система не использует функцию ремонта или покупки для продуктов местоположения, которые являются частью ВМПЛ.
Указание
Местоположение, продукт местоположения которого планируется в режиме планирования по точке заказа, невозможно использовать в ВМПЛ.
В планировании учитывается ВМПЛ в качестве местоположения планирования. В системе консолидируется вся потребность и запас отдельных местоположений для определенного продукта в предпочтительном местоположении.
Предпочтительное местоположение
При планировании предпочтительное местоположение определяет следующие факторы для всех местоположений ВМПЛ:
Календарь
Время восстановления запасов
Правила округления
Индикаторы перераспределения
Указание
Предпочтительное местоположение не указано как таковое в структуре региона.
Можно определить, как в планировании распределения выбирается предпочтительное местоположение в Business Add-In (BAdI) BAdI: Определение предпочтительного местоположения ВМПЛ (/SAPAPO/SPP_VCOL_LEADING_LOC). При таком выполнении необходимо указать, содержит ВМПЛ подчиненные местоположения или местоположения входа. При использовании стандартной реализации BAdI система определяет предпочтительное местоположение следующим образом:
Предпочтительное местоположение, если ВМПЛ содержит подчиненные местоположения
Если ВМПЛ содержит подчиненные местоположения, в планировании распределения в качестве предпочтительного местоположения выбирается местоположение с самым долгим временем заготовки из вышестоящего местоположения.
Предпочтительное местоположение, если ВМПЛ содержит местоположения входа
Если ВМПЛ содержит местоположения входа, в планировании распределения в качестве предпочтительного местоположения выбирается местоположение входа с самым коротким фиксированным горизонтом.
Указание
В системе не используются правила стабильности для местоположений входа, которые являются частью ВМПЛ.
Добавление местоположений к ВМПЛ
При необходимости учета продукта местоположения в ВМПЛ его можно указать в основных данных продукта местоположения на закладке Планирование распределения SPP в поле Конс. заказ на поставку (Консолидированный заказ на поставку) или в поле Конс. заказ на поставку ВПМ (Консолидированный заказ на поставку ВПМ). С экономической точки зрения нецелесообразно при низкой потребности снабжать местоположения, расположенные географически близко друг к другу, по отдельности. Если возникает потребность в одном из этих местоположений, более удобно для Глобальной проверки доступности проверить и подтвердить эту потребность, а затем покрыть ее другим местоположением в ВМПЛ.
Потребности ВМПЛ
Если ВМПЛ не имеет потребности нетто на уровне агрегации, оно также не создает заказ для отдельных местоположений. Если потребность нетто действительно существует, ВМПЛ создает заявку для этой агрегированной потребности нетто в соответствующем вышестоящем местоположении.
Пример
Пример 1
Существует ВМПЛ с двумя местоположениями, местоположением A и местоположением B.
Местоположение A имеет запас продукта Х 100 и потребность брутто 30.
Местоположение B имеет запас продукта Х 0 и потребность брутто 40.
Поэтому ВМПЛ имеет агрегированный запас 100 и агрегированную потребность брутто 70. На объединенном уровне это приводит к излишку, равному 30. Это означает, что ВМПЛ не имеет потребности нетто и поэтому не регистрирует потребность в своем вышестоящем местоположении.
Пример 2
Существует ВМПЛ с двумя местоположениями, местоположением C и местоположением D.
Местоположение C имеет запас продукта Z 100 и потребность брутто 30.
Местоположение D имеет запас продукта Z 0 и потребность брутто 80.
Поэтому ВМПЛ имеет агрегированный запас 100 и агрегированную потребность брутто 110. На объединенном уровне это приводит потребности нетто 10. Это означает, что ВМПЛ регистрирует потребность нетто 10 в своем вышестоящем местоположении.
Если ВМПЛ зарегистрировало потребность нетто, перераспределение выполняет поставку в местоположения ВМПЛ согласно потребности отдельных местоположений.
Для получения дополнительной информации см. Выполнение перераспределения виртуального МПЛ для консолидированного заказа на поставку.
Интеграция
Чтобы система могла включить местоположение в ВМПЛ, необходимо создать структуру региона, которая содержит рассматриваемое местоположение. Кроме того, необходимо присвоить структуру региона продукту.
Если выбрана Проверка во время выполнения в поле Конс. заказ на поставку (Консолидированный заказ на поставку) или в поле Конс. заказ на поставку ВПМ (Консолидированный заказ на поставку ВПМ) в основных данных продукта местоположения на закладке Планирование распределения SPP, определяется профиль планирования, который содержит сервис планирования SPP: Служба контроля консолидированного заказа на поставку (SPP_VP_SWITCH).
УказаниеЕсли выбрана Проверка во время выполнения, система вызывает метод Business Add-In (BAdI) GET BAdI: Определение предпочтительного местоположения ВМПЛ (/SAPAPO/IF_VP_S_RT_C) во время выполнения планирования распределения. Сервис SPP: Служба контроля консолидированного заказа на поставку (SPP_VP_SWITCH) позволяет предварительно рассчитать результаты, которые возвращает метод BAdI GET BAdI: Определение предпочтительного местоположения ВМПЛ во время выполнения планирования распределения. Для этого служба вызывает метод BAdI CALC. Он вызывает метод DELETE для продуктов местоположения, у которых не установлен флажок Проверка во время выполнения для удаления результатов.
Если решение об учете продуктов местоположения в консолидированном заказе на поставку является простым и на его выполнение не потребуется много времени, его можно внедрить внутри метода BAdI GET. Если логика решения является сложной, тогда ее нужно внедрить в метод BAdI CALC. Следует запомнить, что результаты сохраняются в методе CALC, а извлекаются в методе GET, сохраненные результаты удаляются в методе BAdI DELETE. Если не требуется сохранять, извлекать и удалять результаты, можно вычислить результаты во время выполнения планирования распределения в методе GET и создать пустое внедрение других двух методов.
Конец указания.Для получения дополнительной информации см. Использование менеджера сервиса планирования в SPP и Сервисы PSM для планирования потребности распределения (DRP).