IDoc по заказам

avlad

Добрый день!!! Воспользовался инструментом IDoc для перегрузки заказов между мандантами. Ругался на условие IDE2 (хотя в мандатyе источнике, как и в получателе не было такого условия в схеме калькуляции). Потом ни как не получалось заставить его грузиться с внешней нумерацией. Вопрос: каким инструментом можно посмотреть на IDoc "изнутри" (на каком основании IDoc выбрал условие IDE2). Смотрел WE19 - "не прозрачно", не увидел там что вот эта строка с условием таким то))? Очевидно где-то есть настройки IDoc подробные. Заранее спасибо

Jelena

avlad написал:

Ругался на условие IDE2

В чем конкретно выражалось ругательство (класс/номер сообщения)? Какой IDoc, message type и Process Code (WE20) использовали?

avlad написал:

Вопрос: каким инструментом можно посмотреть на IDoc "изнутри" (на каком основании IDoc выбрал условие IDE2).

Дебаггером через WE19. Если конкретные ценовые условия (pricing conditions) не переданы в IDoc'е, то в теории заказ должен пройти через стандартную процедуру (pricing procedure), как если бы вы вводили его в VA01. Но у меня что-то есть подозрение, что тут речь может быть совсем о других условиях...

avlad

Может что-то я упустил, но никак дебаггер я запустить не мог в WE19. Видел там структуру сообщения, и там только выполнить было. А как таковой отладки нету

avlad

А ругательство выражалось в том, что IDoc не выдел этого условия в схеме калькуляции, но, повторюсь, ни в источнике ни в получателе в схеме калькуляции этого условия не было. Подозрение, что он сам его смоделировал. И вот выходит н могу найти на основании чего в IDoc смоделировалось это условие)))))???

Jelena

Поставьте break point в том месте, куда IDoc должен заведомо попасть (например, SD_SALESDOCUMENT_CREATE или ФМ, который присвоен для обработки IDoc у вас), потом в WE19 нажимаете Standard Inbound и должен появиться дебаггер. Оттуда уже танцуете.

avlad написал:

А ругательство выражалось в том, что IDoc не выдел этого условия в схеме калькуляции, но, повторюсь, ни в источнике ни в получателе в схеме калькуляции этого условия не было.

Вы можете привести класс и номер сообщения? Полагаю, что оно должно быть видно в статусе IDoc в WE05. Или хотя бы приведите английский текст сообщения. В нашей системе вообще нет такого pricing condition как IDE2, что и вызывает недоумение. Опять же может вообще заказу присваивается не та схема калькуляции, в которую вы смотрите.

avlad

Прошу прощение :oops:

условие EDI2. А сообщение следующее № V1206 Условие EDI2 не существует в схеме калькуляции A V "ИМЯ СХЕМЫ"

Angie

EDI2 ПредполСтоимКлиента
ФМ IDOC_INPUT_ORDERS пытается запихнуть туда E1EDP01-NETWR в подпрограмме ZUORDNEN_ORDERS_E1EDP01 при разборе IDOCа подпрограммой INTERPRET_IDOC_ORDERS

Code:

*- erwarteter Kundenwert ----------------------------------------------*
*- customer expected value --------------------------------------------*
  CLEAR XKOMV.
  PERFORM IDOC_CUR_MOVE USING E1EDP01-NETWR XVBAP-CURRDEC
                              XVBAP-CURCY
                              XKOMV-KBETR D_FLAG_P-PKON.
*- Konditionseinheit --------------------------------------------------*
*- Rate unit ----------------------------------------------------------*
  PERFORM IDOC_MOVE USING E1EDP01-CURCY XKOMV-KOEIN
                          D_FLAG_P-PKON.
  IF NOT E1EDP01-NETWR IS INITIAL.
*- Kondition kundenerwќnschter Preis setzen ---------------------------*
*- condition customer expected price ----------------------------------*
    PERFORM IDOC_MOVE USING 'EDI2' XKOMV-KSCHL D_FLAG_P-PKON.
    XKOMV-POSNR = POSNR.
    APPEND XKOMV.
  ENDIF.

Похоже, без этого условия вам не обойтись. Или чуть ниже после PERFORM ZUORDNEN_ORDERS_E1EDP01. в CUSTOMER-FUNCTION '001' (EXIT_SAPLVEDA_001) убирайте его из XKOMV.

Angie

А в we19 отладка достигается так:
нажимаете кнопку "Вход - функциональный модуль (Ctrl+F12)", там указываете ФМ (скорее всего в вашем случае IDOC_INPUT_ORDERS), ставите галку "вызов в режиме отладки" и вперёд.

avlad

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

Jelena

Скорее всего у вас заполнено поле E1EDP01-VPREI (price required by customer), вот программа и пытается его преобразовать в соответствующее условие.
Поищите ноты по 'EDI2 condition', думаю это многое прояснит. Успехов!

Angie

Цитата:

Скорее всего у вас заполнено поле E1EDP01-VPREI (price required by customer), вот программа и пытается его преобразовать в соответствующее условие.

E1EDP01-VPREI пишется в условие EDI1.
E1EDP01-NETWR пишется в условие EDI2.

Justudent

так не проще ли добавить эти два ВУ в вашу схему калькуляции? они ни на что не влияют, а стандартный ФМ по Idoc начнёт уже наконец-то работать...

Jelena

На самом деле все зависит от того, какого результата пытается достичь автор. IDoc не в курсе, что автор просто переносит заказ для своих нужд (полагаю), а думает, что всерьез есть заказ, в котором указана цена (полагаю, что цена была заполнена при выгрузке данных) и, соответственно, нужно как-то обозначить, что заказчик (повторюсь - программа не в курсе, что это просто перенос данных) желает получить такую-то цену. В принципе все вполне логично.

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

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

IDoc по заказам

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