Игнорирование значения Ship-To при cоздании коллективного биллинг-документа (Invoice Split)

dedzinatajs

Добрый день,

Стоит следующая задача: при создании биллинг-документа (инвойс) на базе поставок берется во внимание множество полей, но необходимо сделать так, чтобы не бралось в расчет значение Ship-To. То есть, чтобы 2 поставки у которых не различается ничего, кроме Ship-To, склеивались в 1 результирующий инвойс.

Мануал САПа предлагает создавать в транзакции VOFM т.н. Data transfer routines. Я создал таковую в подразделе Billing Documents и убедился что она срабатывает при создании коллективного инвойса. Однако, в том же самом мануале для исключения каких-либо полей из сравнения рекомендуется очищать значения полей из VBRK (т.е. для всех созданных инвойсов VBRK-SOMEFIELD будет одинаково пустым и следовательно, создастся единый инвойс). Однако, значение партнера Ship-To хранится в LIKP-KUNNR.

Как надо поступить в таком случае?
Заранее спасибо.

mzernov

Цитата:

Стоит следующая задача: при создании биллинг-документа (инвойс) на базе поставок берется во внимание множество полей, но необходимо сделать так, чтобы не бралось в расчет значение Ship-To

Вообще-то ship-to в большинстве конфигураций и так игнорируется. И это неважно, что поставки ничем не отличаются, кроме ship-to. При создании инвойса копирование данных может происходить не только из них, но и из сбытовых заказов, если они сделаны на их базе. А в сбытовых заказах данные, критичные для билинга (например, условия оплаты), могут отличаться друг от друга, поэтому поставки могут не попасть в один инвойс.

dedzinatajs

Спасибо за ответ!

Как бы предполагается, что все остальные параметры являются одинаковыми.
При симуляции создания коллективного инвойса Split Analysis показывает:

Split due to different partner data

PR Fld Name $000000001 $000000002

SH Customer Number 0020016111 0000210222
SH Address 0000130111 0000102222
SH Number of contact pe 0000001111 0000000001
SH Address 0000102222 0000011111
SH Country Key ES US
SH Person number 0000121111 0000065222

dedzinatajs

А в итоге проблема решилась следующим образом:

1. В юзерэкзите
FORM USEREXIT_NEWROLE_XVBPAK_AVBPAK.
прописываем следующую строчку

Code:

DELETE XVBPAK WHERE PARVW = 'WE'.

(вычищаем партнера ShipTo на уровне заголовка)

2. а в эзерэкзите
USEREXIT_NEWROLE_XVBPAP_AVBPAK.
прописываем на уровне итемов атрибуты партнера ShipTo. Решение выглядит на первый взгляд жутковато, но почему-то работает:

Code:

     
     DATA : BEGIN OF LOC_KNVP.
     INCLUDE STRUCTURE KNVP.
     DATA : END OF LOC_KNVP.
     DATA : LOC_RC LIKE SY-SUBRC.
     DATA : LOC_ROLE_FOUND(1) TYPE C.

     CLEAR LOC_ROLE_FOUND.
     LOOP AT AVBPAK WHERE PARVW EQ 'WE'.
       PERFORM KNVP_READ USING VBRK-VKORG VBRK-VTWEG VBRK-SPART
               AVBPAK-KUNNR 'WE'
               CHANGING LOC_KNVP LOC_RC.
     ENDLOOP.
     IF LOC_RC EQ 0 AND
     NOT LOC_KNVP-PARNR IS INITIAL OR
     NOT LOC_KNVP-KUNN2 IS INITIAL OR
     NOT LOC_KNVP-LIFNR IS INITIAL OR
     NOT LOC_KNVP-PERNR IS INITIAL.
       LOOP AT XVBPAP WHERE PARVW EQ 'WE'.
          LOC_ROLE_FOUND = 'X'.
          XVBPAP-KUNNR = LOC_KNVP-KUNN2.
          XVBPAP-PARNR = LOC_KNVP-PARNR.
          XVBPAP-LIFNR = LOC_KNVP-LIFNR.
          XVBPAP-PERNR = LOC_KNVP-PERNR.
          CLEAR XVBPAP-ADRNR.
          PERFORM KUPAV_READ CHANGING XVBPAP.
          MODIFY XVBPAP.
          XVBPA = XVBPAP.
          PERFORM KUNDENVIEWS_FUELLEN USING LOC_RC.
       ENDLOOP.
       IF LOC_ROLE_FOUND NE 'X'.
          XVBPAP-PARVW = 'WE'.
          XVBPAP-PARNR = LOC_KNVP-PARNR.
          XVBPAP-KUNNR = LOC_KNVP-KUNN2.
          XVBPAP-LIFNR = LOC_KNVP-LIFNR.
          XVBPAP-PERNR = LOC_KNVP-PERNR.
          CLEAR XVBPAP-ADRNR.
          PERFORM KUPAV_READ CHANGING XVBPAP.
          APPEND XVBPAP.
          XVBPA = XVBPAP.
          PERFORM KUNDENVIEWS_FUELLEN USING LOC_RC.
          SORT XVBPAP BY PARVW.
       ENDIF.
     ENDIF.

После переноса юзерэкзитов из песочницы в тестовую систему рекоммендуется активировать путем запуска программы RV80HGEN, она должна выдать "All routines have been successfully activated".

Вопрос к почтенным гуру - есть ли какие-то подводные камни при таком решении проблемы?

Правила форума

Игнорирование значения Ship-To при cоздании коллективного биллинг-документа (Invoice Split)

Кто сейчас на конференции