Привет всем.
Вопрос к знатокам Open Fi.

Нужно в процессе автоматического создания бухгалтерского документа, при наличии некоторых условий (на это не заморачивайтесь) - перебить поле BKPF-KUTY2 на другое.
Пробовал разные события, не помогает.
Срабатывает только на событии 1025 - причем там честно перебивает нужное поле, но уже потом оно где-то восстанавливает свое значение (на других полях все нормально сохраняется).
События 1011, 1020, 1030 - вообще пролетает без остановки.
Сразу скажу, что имеет место не ручной ввод бухгалтерского документа, а автоматическое создание посредством тр. FBCJ.

Кто знает - помогите по сути вопроса.
А кроме того, если кто-то силен в Open FI - расскажите вкратце вообще, есть ли там какие-то нюансы (или посоветуйте доку).
До сих пор использовал Open FI так: просто подбирал навскидку подходящее событие, настраивал и вешал на него свою функцию (копируя из стандартной) - как-то слишком примитивно.......

в конце своего ФМ вставьте

export T_AUSZ1 T_AUSZ2 T_AUSZ3 T_BKPF T_BKP1
T_BSEC T_BSED T_BSEG T_BSET T_BSEU
to memory id 'OPENFI00001025E'.

В 4.7 это уже не работает. Вместо EXPORT - IMPORT в вызывающем модуле используются локальные переменные.

Я ИДИЁТ, УБЕЙТЕ МИНЯ КТО-НИБУДЬ!Я ИДИЁТ, УБЕЙТЕ МИНЯ КТО-НИБУДЬ!Я ИДИЁТ, УБЕЙТЕ МИНЯ КТО-НИБУДЬ!Я ИДИЁТ, УБЕЙТЕ МИНЯ КТО-НИБУДЬ!Я ИДИЁТ, УБЕЙТЕ МИНЯ КТО-НИБУДЬ!

Я уже делал экспорт (увидел в дебаггере, как она сразу перебивает мне все нафиг импортом) - да только на другом событии - ну да оно потом все равно перебивала, поэтому я на экспорт не надеялся уже.

А вот попробовал экспорт на 1025 - сработало.

TNX

А по поводу 4.7 - знаю, я уже с этим сталкивался, решается определенными телодвижениями.
сейчас-то у меня 4.6

а чем тебе стандартные замещения не подходят ?

Какими, если не секрет? Поделитесь знаниями..

насчет 4.7 - нота 530655

а насчет замещения - пожалуй соглашусь

Как так??? Нота 530655 как раз и делает невозможным использование IMPORT/EXPORT в 1025 и других событиях для замещений, см. выдержку из текста OPEN_FI_PERFORM_00001025_E - как раз после вызова пользовательской функции:

можно хоть обэкспортироваться.. Я думал, вы знаете "телодвижения"

дык, откатить ее надо, вот что я имел в виду

Ну а вообще, интересно, зачем SAP эту ноиу вбабахал? Для чего?
Получается, что все изменения, которые можно было сделать в этом событии, в итоге просто перезатираются и на выходе события имеем то же, что и на входе!

Или я чего-то не догнал?

Подскажите, плиз!

Спасибо заранее!

Ну они это мотивировали тем, что данный аппарат (IMPORT/EXPORT) позволяет несанкционированно расширять функциональность, чего они - понятное дело - не хотят (ответственность, то-се). Так что, юзайте стандартные замещения или динамический ASSIGN, работоспособность которого, кстати, они тоже не гарантируют при переходе с версии на версию.

можно воспользоваться RW-интерфейсом. весьма полезная штука.
по возможностям ничуть не хуже OpenFI, а с учетом 4.7 даже лучше:)

А что за RW-интерфейс? Здесь про него мало написано...

Это по сути средство обмена данными между компонентами R3. Благодаря ему происходит передача данных в FI и CO из других компонентов, а также передача из FI и CO в FM, FA и прочее.
Для определенной бизнес-операции по заданному событию(моменту) вызывается определенный RW-интерфейс. Соответственно в каждом RW-интерфейсе имеется набор компонентов, каждому из которых присвоена одна или несколько функций(см.табл TRWPR).
Принцип простой: создаете свой компонент в нужном вам RW-интерфейсе, присваиваете ему свою функцию...усё
советую также ноту посмотреть: 77818