Sapforum.Biz

BAPI_PROJECT_SAVEREPLICA - А такой модуль пробовал для создания? Вроде как пишут что даля ALE создания, может будет лучше работать? Кстати попробуй сначала считать данные через  BAPI_PROJECT_GETINFO а потом так же из засунуть в создание. Может что-то не правлиьно сам заоплняешь? А так считаешь и оно заоплнит тебе таблицы правильно. Или ты так и делаешь?

Всем добрый день.

Много всякой инфы по автоматизации создания СПП элементов, но столкнулся со следующей проблемой. Есть программа пакетного ввода по созданию СПП элементов с помощью BAPI_PROJECT_MAINTAIN. Пакетник работает нормально. СПП элементы создаются. Возникла необходимость создания СПП элементов иерархически. В BAPI_PROJECT_MAINTAIN есть табличка i_wbs_hierarchie_table. Передаёшь туда нужные параметры и создаются СПП элементы с нужной иерархией, но это работает только тогда когда иерархия создаётся с нуля, если же пытаешься создать СПП элементы в уже существующей иерархии BAPI выдаёт ошибку The transfered hierarchy is inconsistent. Вот, собственно код, где я пытаюсь добавить СПП элемент в существующую иерархию. Не пойму, что не так?
gs_def_upd-project_definition = 'X'.
gs_def_upd-description = 'X'.

* Project definition
gs_def-project_definition = 'Project'.

gt_method-refnumber  = '000001'.
gt_method-objecttype = 'WBS-ELEMENT'.
gt_method-METHOD     = 'CREATE'.
gt_method-objectkey  = 'WBS/01/03'.
APPEND gt_method.
gt_method-refnumber  = space.
gt_method-objecttype = 'WBS-HIERARCHY'.
gt_method-METHOD     = 'CREATE'.
gt_method-objectkey  = space.
APPEND gt_method.
gt_method-refnumber  = space.
gt_method-objecttype = space.
gt_method-METHOD     = 'SAVE'.
gt_method-objectkey  = space.
APPEND gt_method.

gt_wbs-project_definition   = 'Project'.
gt_wbs-wbs_element          = 'WBS/01/03'.
gt_wbs-description          = 'Иерархия 1.3'.
gt_wbs-wbs_planning_element = 'X'.
gt_wbs-comp_code            = 'CC'.
gt_wbs-plant                = '3000'.
gt_wbs-respsbl_cctr_controlling_area = '2000'.
gt_wbs-respsbl_cctr         = 'CC-01'.
APPEND gt_wbs.

gt_wbs_hier-project_definition  = 'Project'.
gt_wbs_hier-wbs_element         = 'WBS/01/03'.
gt_wbs_hier-UP                  = 'WBS/01'.
gt_wbs_hier-down                = space.
gt_wbs_hier-right               = space.
gt_wbs_hier-LEFT                = space.
APPEND gt_wbs_hier.

CALL FUNCTION 'BAPI_PROJECT_MAINTAIN'
  EXPORTING
    i_project_definition     = gs_def
    i_project_definition_upd = gs_def_upd
  TABLES
    i_method_project         = gt_method
    i_wbs_element_table      = gt_wbs
    i_wbs_hierarchie_table   = gt_wbs_hier
    e_message_table          = gt_message.

IF gt_message[] IS INITIAL.
  CALL FUNCTION 'BAPI_TRANSACTION_COMMIT'
    EXPORTING
      wait = 'X'.
ENDIF.

Нашлась полезная нота 2239872 - Excluding records from CO availability control with BAdI. В общем создал BADi, добавил туда строчку кода. Если затраты имеют вид статистических, то стат.затраты не калькулируются в бюджет. В документе СО есть индикатор того какие именно это затраты, плановые, стат.фактические или просто фактические.

Ну как мне кажется решение неплохое. Потмоу что СО-шник нв вопрсо сказал интересно и надо подумать :-)

При перемещении ОС НЗП на реальное ОС на СПП элементе, который указан в контировке появляются статистические затраты. Контроль наличия бюджета калькулирует эти стат.затраты с реальными затратами и получается перерасход бюджета. Поискал в настройках профиля бюджета возможность отключить проверку или калькуляцию стат.затрат, но таковой нет.

Всем добрый день.

Возникла такая ситуация. Есть проекты и вложенные в них СПП элементы. С помощью транзакции CJ30 для каждого СПП элемента вводится некая сумма бюджета. В течении периода СПП элементы дебетуются затратами в рамках разрешённого бюджета, затем этот СПП элемент рассчитывается на основное средство Незавершённое производство и получается на этотм НЗП появляются затраты. По истечении какого то времени основное средство Незавершённое производство перемещается на реальное основное средство с контировкой на СПП элемент для которого бюджет может быть исчерпан. Проблема в том что введённый бюджет для СПП элемента не учитывает тот факт, что СПП элемент рассчитан и кредитован затратами.

Вопрос 1: Как сделать чтобы перемещение одного ОС на другое не употребляло бюджет СПП элемента. который указывается в контировке при перемещении?
Вопрос 2: Как заставить систему учитывать кредитуемые затраты при расчёте СПП элемента и сравнивать их с бюджетом для этого СПП элемента?

Ответ на один из этих вопросов решило бы эту проблему.