Всем привет!
после долгих поисков по своей проблеме нашел вот эту ссылочку
http://sapboard.ru/forum/viewtopic.php?t=1285&highlight=bsegsubst
не могли бы коллеги по цеху уточнить несколько вопросов по добавлению полей в эту структуру.
- если использвать апенд, то нужен будет ключ модификации + поля
будут называться на zz.... , а у меня они называются так же как и в таблицах bkpf и bseg. или есть какой то другой не известный мне способ?

Проблема такова, эйчаровцы дали задание, в событие 1120 добавить код по замене значений для провдок по зараплате. Код у них есть с прошлого проэкта ... в ворде
по коду видно что у структуры не хвататет несколько полей -
koart, bschl, saknr, hkont, lifnr, hnuon и еще куча всего.

вот собственно сабж.

П.С. поиском поковырял достаточно, о расширении структуры только вот эту ссылку и нашел.

Возможно для меня это было чем то новым, но напишу.
если кликнуть по структуре CI_COBL то сап предложит создать онную структуру, после чего (создания, дополнения полями) очень долго думает прежде чем активировать ее. после трех попыток активации на сервере кончилось место (180 гигов), базисник был опять в шоке, от наших расширений, сказал что на нас с нашими расширениями в эйчаре ни какого места не хватит.
На сколько это правильно или не правльно, расширять саповские таблицы? действительно ли подобные действия расширяют структуру таблиц в БД и увиличивают объем БД?
Где почитать рекомендации сапа по данным вопросам?

Расширять допустимо, тем более что если точки расширения заложены самим сапом. Другое дело что для некоторых таблиц, которые в в продуктиве могут содержать большой объём данных делать расширение лучше на этапе внедрения и потом не трогать. воизбежание..
Дейстительно расширяют и увеличивают.
Читать соответствующий курс

425-ый ?
этот курс ... слегка суховат в изложении.

Просто добавь воды (с)
Может и суховат, но вполне подробен и достаточен. Особено если его ещё и прослушать, а не только по материалам товарищей изучать.

2 Salamaner: по поводу первого вопроса, подмены значение в стандартных полях в BKPF и BSEG. Не с той стороны зашли. Используйте программы замещений (транзакция OBBH). Эту тему очень хорошо должны знать специалисты FI. Событие OpenFI 1120 предназначено именно для zz-полей.
По поводу второго вопроса: солидарен с sy-uname.

Какие материалы ....? электронный курс лежит на паблике и ни каких записей товарищей с курсов.
Сам я был на двух курсах, и очень не понравилось, то что в курсе мало информации и без препода она малоэфективна.

Кстати мои танцы с бубном вокруг структуры CI_COBL, привели систему практически в нерабочее состояние. Сразу не проверил на что она ссылается. А ведь данная структура очень активно юзается в куче таблиц и других структурах. Пришлось все вертать в зад.
Добавил апендом свою структуру на zz... и поля без zz...
Теперь мучиемся с попаданием в свой фм, в настройках транзакции FIBF - ПараметрыНастройки - Модули процесса - клиента.
По началу указывал язык и область программирования, и в отладчике из программы вижу что есть проверка в веа кляузе на данные поля, и они пусты, поэтому моя настройка удалялалсь и не вызывался мой фм. Тупо оставил эти два поля не заполненными и теперь попадаю в свой фм.
Понимаю что где то эйчаровцами что то не донастроеено, а что я хз.

Да нет, эфайщики не знают как пользоваться OBBH, было дело, сталкивался чуток, надо было подменять текстовые поля в строках MM->FI.
Потом ..., мне еще трудно говорить как правильней делать замещения, меня поставили перед фактом - "вот там (на прошлой работе) у нас было так! и тут делай так же, вот тебе код фм события 1120, делай!".
Отсюда и сижу в поиске на данном сайте и читаю опыт своих коллег, + завел свою тему для дополнительный вопросов.

Теперь будете танцевать что-бы ваш аппенд присутствовал везде где надо. Не просто так ведь сделан бsл CI_COBL
[/quote]
...
Понимаю что где то эйчаровцами что то не донастроеено, а что я хз.[/quote]
Вот только мне непонятно причём здесь HR? CI_COBL и всё с ним связанное, насколько помню, это контроллинг (CO).

CI_COBL - это не контроллинг. Это просто блок контировки. Т.е. блок с допполями, которые могут как приходить из др. модулей, так заполняться непосредственно в FI. Просто эта штука находится на стыке модуля FI с другими модулями, потому и встречается в куче таблиц.
На тех же курсах 425 говорят что OpenFi не для того чтобы менять стандартные поля в стандартных таблицах (очень редко когда это в нем позволено легальными способами). На мой взгляд, самое оно - это все-таки замещения. Еще как вариант можно посмотреть-поискать какие-нибудь BADI или вообще использовать RW-интерфейс(по последнему была инфа на форуме, бади же придется искать самому). Событие OpenFI 1110-1120-1130 вообще происходит только при изменении документа, т.е. не в момент создания.

На сколько я понял из многочисленных обсуждений на данном сайте, CI_COBL как разтаки лучше не трогать, а использовать свой апенд структуру. И что структура BSEG_SUBST именно и предназначена для передачи и подмены полей, с таким условием что поля подменяются по совпадению имен полей BSEG_SUBST <==> T_BSEG ..., может я и ошибаюсь.

[quote] Событие OpenFI 1110-1120-1130 вообще происходит только при изменении документа, т.е. не в момент создания.[/quote]

А вот это я был не прав. Перепутал события и процессы. Но все равно. Менять можно только те поля. которые перечислены в соответствующих таблицах

Кто это сказал?
В SE11 в режиме просмотра нажимаешь кнопку "Дополн.структура", вводишь имя создаваемой структуры (ZABSEG_SUBST) и добавляешь в нее поля с именами из BSEG
Никаких ключей модификации для этого не нужно