пытаюсь активировать Open-fi 1130.
надо изменить некоторые поля в момент проводки документа.
Но полей, возможных для замены, очень мало.... можно ли расширить данный список?

Для замены поля "Фонд" я использовал 1120
При этом к BSEG_SUBST сделал дополнительную структуру append.

инклюд CI_COBL использовать не получилось - данный иеклюд включен в некоторые таблицы где уже есть поле ФОНД

А не могли бы подсказать, зачем тогда есть CI_COBL ??? если его нельзя пользовать...
Про append - идея понятна, спасибо.

Кто сказал что её нельзя использовать?

Просто она используется в куче мест, и моё поле законфликтовало с одной из таблиц.

...и совсем не значит что ваше поле толе будет конфликтовать.

А вообще не смотрели другие события из информационного open fi

1011
1025
1030

наши поля тоже стали конфликтовать.....
Кстати, мы используем 1120, а не 1130 - ошибочка...
мы искали событие или процесс, которое срабатывает из Логистики....
пока нашли только 1120 ( возможо просто не все перебрали?).

Посмотрите 1050 и 1060, вроде тоже подходит.

Если вы внимательно посмотрите на ФМ OPEN_FI_PERFORM_00001120_P, в котором и вызываются PS-модули OpenFI, то найдете такую строку:
export t_bkpf t_bseg t_bsec to memory id memid. - перед вызовом
import t_bkpf t_bseg t_bsec from memory id memid. - после вызова
Отсюда понятно, что, если переписать в памяти таблицы, изменив поля, то получим требуемое.
Подобная "фича", кстати, используется довольно широко.
Но, пожалуйста, аккуратнее...

Ники, а к чему это, когда через свою append structure можно сделать, причем это не будет считаться модификацией.

Я лишь обрисовал общий простейший путь для решения задачи.
APPEND-структура, конечно, выход, но весьма ограниченного применения:
1) поля ее нельзя вывести на экран стандартной транзакции без модификации оной,
2) APPEND-структуру можно определить только для прозрачных таблиц,
3) нет гарантии того, что поля вашей APPEND-структуры попадут в нужные поля таблиц FI (в обсуждаемом случае) - ведь вы должны именовать в ней поля как ZZ* (!) и т.п.

Что касается CI_COBL, то ее изменение в продуктивной системе является довольно опасной процедурой, поскольку эта структура ОЧЕНЬ широко используется. Да и тащить дополнительные поля, необходимые только для FI в таблицах, например, ММ или SD просто глупо.
То же, что я предложил, не есть модификация - просто некий финт, которым SAPы успешно пользуются.

Надеюсь, Vadim, я удовлетворил ваше любопытство
Напомню, что вопрос шел о расширении списка полей, возможных для изменения в момент проводки FI-документа...

Хорошо, что Вы под конец вспомнили о сути разговора, потому что честно говоря я не понимаю при чем тут перечисленные Вами пункты. Первоначально речь шла о расширении структруры BSEG_SUBST своей append structure. Кроме того, я не утрверждал, что предложенный Вами "финт" есть модификация стандарта, это было бы глупо...

Смотрите на жизнь ширше
Речь шла об изменении полей документа FI при проводке. А BSEG_SUBST - это то, что предлагает стандарт и этого, по мнению Nataly, было как раз недостаточно

Ребята, давайте не будем спорить. Каждый из методов работоспособный и каждый имеет право на жизнь.
И вообще из опыта рабыты с Open Fi, могу сказать, что лучше не использовать процессы, используйте информационные события, а в них работу с памятью или field-symbols.

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