Перенос данных действий для сети 

Действия с сетью

Приведенная ниже информация также в основном верна для переноса изменений, переноса в целях сравнения и переноса в целях обновления. Возможные расхождения описаны в разделах Перенос изменений и удаление для проектных заказов/сетей, Перенос в целях сравнения проектных заказов/сетей и Перенос в целях обновления данных проектного заказа/сети.

Если сеть уже перенесена в SAP APO и обладает статусами, “Запланировано внешней системой” и “Запланировано”, заполнение полей, соответствующих календарному планированию, невозможно. Для активации этих полей необходимо выполнить отчет PRJ_DEALLOCATE_NETW_ACTIVITIES с кодом транзакции SE38. В результате работы отчета статусы удаляются, после чего во время календарного планирования в поля, соответствующие календарному планированию, можно будет ввести данные и изменить сроки.

Элементы и подобъекты действий (например необходимые мощности для элемента действия) в SAP APO не переносятся.

Действия с нулевой продолжительностью (такие как общие затратные действия) переносятся с продолжительностью, равной одной секунде.

Если для действия введено рабочее место, а продолжительность единицы времени равна одному “дню” или более, продолжительность сокращается на коэффициент ежедневного рабочего времени ресурса, деленный на продолжительность дня, а затем переносится в SAP APO. Таким образом обеспечивается соответствие начального и конечного времени в системе R/3 и в SAP APO.

Продолжительность длиной в одну неделю для ресурса с ежедневным рабочим временем 12 часов переносится как продолжительность длиной 12 / 24 x 7 x 24 = 84 часов, даже если в системе R/3 одна неделя = пять рабочих дней.

Если для действия не введено рабочее место, продолжительность интерпретируется и переносится как длительность нетто. То же самое происходит, если рабочее место введено, а продолжительность меньше единицы времени "день".

Если действие все же подтверждается окончательно, в SAP APO переносится остаточная продолжительность, равная нулю. Изменение действия в SAP APO становится невозможным.

В случае технического закрытия действия оно отправляется в SAP APO со статусом “Окончательно подтверждено". Таким образом обеспечивается видимость действия в SAP APO. Однако изменение действия становится невозможным. Кроме того:

●         Записи мощности для технически закрытых действия удаляются в системе R/3, поэтому записи мощности не переносятся в SAP APO, и ссылка на ресурс в действии перестает быть видимой.

●         Если на момент технического закрытия действия для него не существовало подтверждений, плановые данные передаются в SAP APO как фактические.

●         Действие выводится в SAP APO со статусом "Окончательно подтверждено", однако сеть может иметь статус "Подтверждено частично" или "Окончательно подтверждено", только если соответствующий статус установлен в заголовке сети в системе R/3.

Если действие в системе R/3 присвоено СПП-элементу, присвоение переносится в действие в SAP APO. Заказы проекта можно выбрать посредством СПП-элемента в транзакции /SAPAPO/PRJ1. Для получения дополнительной информации об этой транзакции см. раздел Выбор проектных заказов в SAP APO.

Текст действия из системы R/3 переносится в SAP APO. Текст действия переносится на стандартном языке для RFC-пользователя. Если стандартный язык не указан, используется язык входа в систему пользователя, инициировавшего перенос данных из системы R/3 в SAP APO.

Если на предприятии используется более одного языка, можно внедрить Business Add-In (BAdI) /SAPAPO/MNT_INBOUND, метод CHANGE_DATA_BEFORE_LC_UPDATE, позволяющий создавать копии текстов (параметрCT_OPRTEXT) на других языках. Для получения дополнительной информации см. раздел Расширения для интеграции проектных заказов/сетей.

В SAP APO все действия сети создаются с типом "Обработка".

В SAP APO действия создаются по умолчанию со статусом "Запланировано". При отмене присвоения действия в SAP APO оно остается неприсвоенным в случае повторного переноса заказа.

Остающееся время обработки из системы R/3 переносится (в секундах) в остающееся время обработки в SAP APO.

Если планирование для проектного заказа требуется выполнять в системе R/3, т.е. если необходимые мощности не переносятся в SAP APO, действия создаются с фиксированными сроками и со статусом Зафиксировано.

В SAP APO после последующих переносов изменений зафиксированные действия остаются зафиксированными, если их действий не изменяется.

В SAP APO частично подтвержденное действие является зафиксированным, если оно не прервано. Однако действие не выводится как зафиксированное в представлении действия.

Действия без необходимых мощностей

Действия без необходимых мощностей (т.е. фиктивные действия) также сохраняются вместе с проектными заказами. К действиям без необходимых мощностей относятся следующие действия:

●         Действия, введенные в системе R/3 без рабочего места.

●         Действия, для которых в SAP APO не перенесено рабочее место (например, рабочее место не содержится в активной интеграционной модели, т.е. в SAP APO планирование мощностей для рабочего места не должно выполняться, или рабочее место исключено с помощью Business Add-In).

По сравнению с другими видами заказа в SAP APOтребуются фиктивные действия, поскольку отношения в проектных заказах отличаются сложностью. При планировании такого действия ситуация определяется по отношениям с другими действиями. Действия планируются без календаря, т.е., что ресурсы доступны постоянно. Подобные действия не доступны для просмотра в диаграмме ресурсов в таблице данных планирования. Однако с ними можно ознакомиться на подэкране операции.

Если требуется запланировать отдельные или определенные фиктивные действия в производственном или ином календаре, а также сделать фиктивные действия видимыми в таблице данных планирования, можно создать фиктивные необходимые мощности с помощью календарных ресурсов путем внедрения Business Add-In (BAdI). BAdI можно внедрить в системе R/3 или в SAP APO. В системе R/3 внедряется BAdI BADI_CIF_PS_NETWORK, метод CHANGE_OUTBOUND_DATA. В SAP APO внедряется BAdI /SAPAPO/PRJ_INBOUND, метод CHANGE_CIF_DATA.

В случае внедрения одного из этих BAdI, производительность таблицы данных планирования и других приложений SAP APO может снизиться, если тот же ресурс используется для большого количества заказов. Это связано с обработкой множества заказов при определении среды ресурса.

Для получения дополнительной информации о BAdI см. раздел Расширения для интеграции проектных заказов/сетей.

Даты действия

В SAP APO переносятся плановые начальная и конечная даты, а также фактические начальная и конечная даты.

Ограничения планирования, такие как "Требуемая дата начала" в SAP APO не переносятся. Запланированные начальная и конечная даты заполняются в системе R/3 следующим образом:

●         запланированная начальная/конечная дата = самая ранняя начальная/конечная дата, если в параметрах планирования вида сети не выбран индикатор “Самый поздний срок материала”;

●         запланированная начальная/конечная дата = самая поздняя начальная/конечная дата, если в параметрах планирования вида сети выбран индикатор “Самый поздний срок материала”;

Если для действия существуют подтверждения, в SAP APO переносятся фактические начальная и конечная даты из подтверждений. Для технически закрытых действий без подтверждений запланированные начальная и конечная даты вводятся в поля для фактических начальной и конечной даты.

В SAP APO:

●         Для сетей, планирование которых выполняется в SAP APO:

o        Действия без подтверждения: Плановая начальная дата из системы R/3 отображается на начальную дату действия в SAP APO. Плановая конечная дата из системы R/3 копируется в конечную дату действия в SAP APO.

o        Частично подтвержденные действия: начальная дата подтверждения (фактическая начальная дата) переносится в начальную дату действия в SAP APO. Конечная дата подтверждения (фактическая конечная дата) переносится в дату подтверждения, которая выводится как начальная дата действия (начальная дата остаточной продолжительности для планирования) в планировании работ.

o        Окончательно подтвержденные действия: конечная дата подтверждения выводится как начальная и конечная даты действия.

o        Прерывание в SAP APO: частично подтвержденные действия в таблице данных планирования можно прервать вручную. Если частично подтвержденное действие прерывается в SAP APO, а затем повторно переносится из R/3 в SAP APO, в SAP APO выполняется проверка наличия у действия статуса "Подтверждено частично", а также проверка совпадения запланированных начальной и конечной дат действия из системы R/3 с начальной и конечной датами в SAP APO. Если это так, начальная/конечная дата и статус в SAP APO не изменяются. В противном случае прерывание удаляется. Это означает, что прерывание для прерванного действия удаляется в случае ввода или сторнирования подтверждения.

●         Для сетей, планирование которых выполняется в системе R/3:

o        Конечные и начальные даты для всех действий в SAP APO копируются из запланированных начальных и конечных дат в системе R/3.

o        Для подтвержденных действий перепланирование соответствующей сети не является обязательным. В результате в системе R/3 запланированные начальные и конечные даты не корректируются в соответствии с фактическими датами. В системе R/3 потребности в компонентах корректируются в соответствии с запланированными датами начала и конца, поэтому в SAP APO, запланированные начальная и конечная даты определяют начальную и конечную даты действия.

o        Частично подтвержденным действиям в SAP APO присваивается статус Запущено.