Перенос данных потребностей в компонентах
сети

Приведенная ниже информация также в основном верна для переноса изменений, переноса в целях сравнения и переноса в целях обновления. Возможные расхождения описаны в разделах Перенос изменений и удаление для проектных заказов/сетей, Перенос в целях сравнения проектных заказов/сетей и Перенос в целях обновления проектного заказа/сети.
Перенос потребности в компоненте в особом запасе выполняется, только если вид особого запаса – запас для заказа клиента или запас для проекта.
Если потребность в компоненте принадлежит к заказу клиента, такая потребность выводится в SAP APO в запасе для заказа клиента.
Если потребность в компоненте принадлежит к запасу для проекта, присвоенному СПП-элементу, потребность выводится в SAP APO в запасе для проекта для этого СПП-элемента.
В случае группировки потребностей, если потребность в компоненте принадлежит к запасу для проекта, который присвоен СПП-элементу и сгруппирован в СПП-элемент ППМ, потребность появляется в SAP APO в запасе для проекта для СПП-элемента ППМ. Все остальные функции группирования проектов в системе R/3 не поддерживаются. В SAP APO при прогоне ППМ не используется информация о группах, например о присвоении материалов к различным СПП-элементам ППМ группой ППМ.
Подтвержденное количество в SAP APO равняется подтвержденному количеству в системе R/3 за вычетом отпущенного количества в системе R/3, поскольку в SAP APO подтвержденное количество всегда ссылается на объем потребности, который остается открытым, тогда как в системе R/3 подтвержденное количество всегда ссылается на объем потребности.

Даты потребности в системе R/3, введенные вручную, преобразуются в интервал смещения между началом действия и датой потребности, а затем переносятся. В результате в SAP APO может оказаться другая дата потребности. Следовательно, рекомендуется совместить даты потребности с началом или концом действия и использовать смещение 0, поскольку календарное планирование интервалов между датой потребности и началом и концом действия не выполняется.
В SAP APO объемы потребности в компонентах выводятся как отрицательные количества. Выводимые количества потребности копируются из открытого количества в системе R/3.
Индикатор дефицитных материалов из системы R/3 переносится в статус компонентов ATP в SAP APO.
В SAP APO выполняется обработка планирования с учетом признаков и конфигурационная информация iBase.
Интеграцией поддерживается фиксированная разметка, поэтому по мере возможности сохраняются существующие отношения фиксированной разметки.
Не переносятся следующие данные:
● потребности в компонентах для материалов, которые не содержатся в активной интеграционной модели;
● потребность в компоненте с нескладируемыми позициями (прямая заготовка);
● расходные материалы и текстовые позиции;
● потребности в компонентах, для которых была создана предварительная заявка для СПП-элемента;
● потребности в компоненте, создающие плановую первичную потребность;
● потребности в компонентах, не релевантные для планирования;
● потребности в компонентах, для которых в результате замены материала в системе R/3 имеется компонент замещения.