Здравствуйте!

Хотим автоматически обновлять поле BSEG-CESSION_KZ в АПП.

Вроде бы можно утилизировать замещение ZXF08U06, но чего- то наш АБАП-ер не может понять, где именно это замещение работает, в какой момент. В SMOD-е проверили- user exit FEDI0004 активирован. Но через отладчик не получается его вызвать.

Есть ли какой- то BTE может для прогона предложения в АПП? Подскажите, пожалуйста.
Или как дебаггить АПП? Пробовали и в SE38 запускать SAPF110S с вариантом...

Заранее спасибо!

Какова будет логика заполнения данного поля?
Если для его заполнения необходимы другие поля, которые есть в BSEG, то почему бы Вам не воспользоваться стандартными замещениями OBBH?
Если у Вас F110 с проводками, то к создающемуся документу применимы стандартные моменты замещений (второй и третий). По крайней мере второй 100%.
Данное поле требуется добавить в список замещаемых полей и перегенерировать структуры.
Замещать можно, передавая как параметр field, так и класс (будете работать с bool_data-bseg).
Для замещения поля его наличие на экране в группах статполей кода проводки или счета ГК необязательно.

Yozhhhhh, спасибо!

У нас без проводок, формируются платежки. Логика вот примерное такого плана: в мастер данных дебитора в поле BSEG-CESSION_KZ уже определён индикатор, он наследуется в сч-ф по этому дебитору. И в момент прогона АПП, нам нужно поменять текущий индикатор BSEG-CESSION_KZ на другой, для блокировки последующей обработки в стороннем ПО. Вот

Брррррр. Зачем Вы в первом сообщении написали про таблицу BSEG, этим изначально сбили с толку.

Мастер-данные дебитора в BSEG не лежат, они лежат в KNB1 в данном случае. BSEG - таблица позиций проведенного FI-документа.

Если у Вас F110 без проводки, нет у Вас никакого BSEG.
Замещать Вы, судя по всему, собрались поле таблицы REGUP.
В этом случае OBBH вообще не решает вопрос. Тут действительно нужен exit или BTE.

Из того, что вижу по open-fi. Посмотрите событие 1830.
Там система дает менять REGUP.

Да, но как раз- таки хотим обновлять BSEG для существующих сч-ф. Не знаю уже, возможно ли это...
Как оказалось, в REGUP этого поля нет.
Наш девелопер проверил событие 1830, говорит, что не получается. И эти вот тоже не получаются -1820 и 1825. Не вызывается замещение никак.
Что мы делаем не так?

Вы просто профессор Мориарти блин. В плане формулировок своих вопросов.
В момент прогона F110 по данному контрагенту Вы хотите внести изменения в ТЕ ФАКТУРЫ, которые запускаются на вход в F110? Если да, то REGUP, конечно же, ни при чем.
Подтвердите то, что я спросил, тогда скажу место.