Всем привет!

Подскажите, пожалуйста, в чем может быть проблема?
Создаю контракт с помощью BAPI_CONTRACT_CREATE. Когда в контракте 1 позиция он создается, а когда больше одной то падает в дамп: Exception condition "ALREADY_REGISTERED" raised.
У самого ФМ особых ситуаций нет.

Может поле ITEM_NO(ITEM_NOX) (в какой-нибудь из передаваемых таблиц) в случае более одной позиции не заполнено?

поле ITEM_NO я заполняю

И ITEMX-ITEM_NO?

да заполняю
gs_item-ITEM_NO = index.
gs_itemx-ITEM_NO = 'X'

gs_itemx-ITEM_NO - NUMC5

Спасибо!! Заработало.
Сразу просто не заметил что в таблице gs_itemx тоже есть позиция.

Всем привет!
Возникла проблема с заполнением параметра EXTENSIONIN, т.к у меня в структуре CI_EKPODB есть поля типа CURR. Я нашел ноту 509898 там описано как заполнять стуктуру EXTENSIONIN в таком случае. Я все сделал, но при выполнении ФМ выдает сообшение:
W ME 887 Ошибка при копировании ExtensionIn-данных для расширения CI_EKPODB
Может быть с этим кто-то сталкивалася подскажите в чем косяк?

КОД:
DATA: BEGIN OF s_item1,
ITEM_NO like BAPI_TE_MEOUTITEM-ITEM_NO,
ZZTAXAM like BAPI_TE_MEOUTITEM-ZZTAXAM,
ZZNETAM like BAPI_TE_MEOUTITEM-ZZNETAM,
ZZSUMAM like BAPI_TE_MEOUTITEM-ZZSUMAM,
ZZKODSL like BAPI_TE_MEOUTITEM-ZZKODSL,
ZZANLUE like BAPI_TE_MEOUTITEM-ZZANLUE,
END OF s_item1.
DATA: BEGIN OF s_item2,
ITEM_NO(5),
ZZTAXAM(18),
ZZNETAM(20),
ZZSUMAM(20),
ZZKODSL(2),
ZZANLUE(12),
END OF s_item2.

CLEAR: gs_EXTENSIONIN, gs_CI_EKPODB.
s_item1-ITEM_NO = SPCP-EBELP.
s_item1-ZZSUMAM = SPCH-KTWRT.
s_item1-ZZNETAM = SPCH-ZZNETAM.
s_item1-ZZTAXAM = SPCH-ZZTAXAM.
MOVE-CORRESPONDING s_item1 to s_item2.
gs_EXTENSIONIN-structure = 'BAPI_TE_MEOUTITEM'.
* gs_EXTENSIONIN+30 = s_item2.
MOVE s_item2 to gs_EXTENSIONIN+30.
append gs_EXTENSIONIN to gt_EXTENSIONIN.

CLEAR: gs_EXTENSIONIN, gs_CI_EKPODBX.
gs_CI_EKPODBX-ITEM_NO = SPCP-EBELP.
gs_CI_EKPODBX-ZZSUMAM = 'X'.
gs_CI_EKPODBX-ZZNETAM = 'X'.
gs_CI_EKPODBX-ZZTAXAM = 'X'.
gs_EXTENSIONIN-structure = 'BAPI_TE_MEOUTITEMX'.
gs_EXTENSIONIN+30 = gs_CI_EKPODBX.
append gs_EXTENSIONIN to gt_EXTENSIONIN.

Поля
CI_EKPODB-ZZTAXAM, CI_EKPODB-ZZNETAM, CI_EKPODB-ZZSUMAM - TYPE p?


К сожаление не знаю, что написано в ноте 509898 по поводу packed.
Вы при заполнение EXTENSIONIN использовали вторую структуру с переменными char-типа, а в DDIC CI_EKPODB - есть packed. Вот оно оттуда и берёт описание типа данных.

Поля
CI_EKPODB-ZZTAXAM, CI_EKPODB-ZZNETAM типа CURR, а
CI_EKPODB-ZZSUMAM типа CHAR.
при обычном заполнении структуры EXTENSIONIN (gs_EXTENSIONIN+30 = gs_CI_EKPODB) у меня была ошибка связанная с уникодом, пришлось сделать как написано в ноте:
берем ст. s1 исходной структуры и ст. s1 с теми же полями только типа char и делаем move-corresponding а s2 move в EXTENSIONIN.

вот только это не помогло(((

Насколько я смог понять то в OSS Note 509898 советуют "to write a customer exit/badi to the BAPI" и там обработать ваши данные.
Вроде бы как BADI ME_BAPI_PO_CUST метод MAP2I_EXTENSIONIN вызывается после проверки типа данных в customer-include.

получается что я в этом бади что-то с ними сделать??

Вроде бы как перенести данные из im_container в ch_struc, но только мне кажется я поспешил с выводами и это BADI в BAPI_CONTRACT_CREATE не вызывается.
Т.е. ситуация схожая с BAPI Extension. Тогда наверное выход только один - преобразовать типы данных в CI_EKPODB.

да я в отладчике посмотрел там нет этого бади
там только проверка(((

Добрый день!
У меня возникла следующая проблема: использую бапи BAPI_CONTRACT_CREATE. Настройки блока контировки предполагают заполнения поля номер/субномер ОС. Я его заполняю в таблице ACCOUNT и проставляю флажок в соответствующем поле таблицы ACCOUNTX. Но модуль все равно в списке ошибок возвращает: Укажите ОснСредство . Может ли кто-нибудь подсказать, где я забыл указать номер ОС?