Подскажите плиз, из-за чего может быть проблема:

При запуске F.14 (долгосрочные проводки) вылетает Dump с синтаксической ошибкой в прогррамме SAPF120. Ругается на то что в BSEG нет поля ZZAUFNR, хотя есть AUFNR.

ZZAUFNR - это поле которое создали как пользовательское поле добавили его в блок контировки, добавили в таблицу итоговых записей. При добавлении в блок контировки оно прописалось в таблицу BSEG_ADD.

Из-за чего в программу SAPF120 прописалось именно что оно должно быть в BSEG ума не приложу.

Помогите пожалуйста советом, что делать чтобы исправить ошибку.

PS: текст из-за которого происходит дамп следующий:



Кроме всего прочего после добавления ZZAUFNR на систему накатывали EhP3 с базового ECC 6.0, т.е. сначала EhP2, потом EhP3. Может это как то повлияло? Поскольку какие то проблемы связанные с пользовательскими полями при установке EhP3 все таки проскальзовали.

Насколько помню, по общим правилам все дополнительные пользовательские поля и ведутся только в BSEG_ADD. Странно, что система проверяет BSEG.
Пока на ум приходит одно - ошибка в коде.
А не пробовали написать в САП?

В САП пока не писал, поскольку у нас все решения OSS по меседжам с пометкой не Very High билятся по 200 евро. Сначала хочу смоделировать ситуацию по добавлению пользовательского поля на офисном IDES-е и посмотреть BSEG, BSEG_ADD, SAPF120 - если и там будет такая же ситуация, - тогда буду направлять месседж в SAP.
Если же поле ZZAUFNR добавится и в BSEG и в BSEG_ADD, то для чистоты эксперемента, придется, после добавления пользовательского поля, на офисный IDES, вторым шагом, накатить EhP3, но это только когда базисник освободится

А c Very High по 500 что ли ? Извините, что не по теме, но я с таким сталкиваюсь впервые - вот и стало интересно. За что же вы тогда платите ежегодную поддержку SAP ?

C Very High как раз бесплатно .
За поддержку платим не мы (мы консалтинговая компания), а клиент. Так вот получается все сообщения со статусом Very High это сфера ответственности по подержке SAP, все остальные наша и если мы выставляем сообщения, то при попадение не в тот статус нам их будут билить

Смоделировал ситуацию на офисном IDES-е, затем сравнил в какие таблицы попало пользовательское поле zzAUFNR в офисном IDES-е и не попало на сервере на проекте у клиента. Таких таблиц оказалось 2-а:
1. BSEG
2. Z001O (в конце буква "O"), название таблицы: Таблица объектов 1

Z001O - есть подозрения что создали кто IDES ваял для функциональности FI-SL и она нам не нужна

C BSEG вообще не понятная ситуации, я добавлял на сервере на проекте у клиента около 4 пользовательских полей и только одно из них прописалось у меня в BSEG.

Причем помню, что ключ доступа на BSEG при добавлении всех этих пользовательских полей в транзакцией "Обработка блока контировки (OXK3)" не просился на инсталяции клиента, а на офисном IDES-е сразу запросился.

Посмотрите, пожалуйста, кто добавлял у себя пользовательские поля на нормальной инсталяции SAP (не IDES), создались ли у Вас эти поля в BSEG и Z001O.

Заранее спасибо за помощь.

PS: У нас на сервере клиента ECC 6.0 EhP3, на офисном IDES-е ECC 6.0. На сервер клиента пользовательские поля добавлял когда еще была голая ECC 6.0, т.е. до установки EhP2 и Eh3.

Короче, вроде прояснилось, что же все таки произошло, - прояснило все, следующая нота: Note 923687 - NEWGL: Fields in CI_COBL and FAGLFLEXT

Т.е. ошибка была в том что посредством OXK3 создали для пользовательских полей в Include структуре клиента (CI_COBL) поля ZZ<имя поля>, когда эти поля существовали в стандартных контировках SAP, и в блок контировок клиента его не нужно было включать, а нужно было включить их как ZZ<имя поля> только в таблицу итоговых записей.
Пример:
нужно было создать:
Name in CI_COBL / Name in FAGLFLEXT 1
______ / ZZAUFNR
______ / ZZMATNR
AUFNR и MATNR уже существуют в стандарных контировках SAP

я же создал как:
Name in CI_COBL / Name in FAGLFLEXT 1
ZZAUFNR / ZZAUFNR
ZZMATNR / ZZMATNR

Когда же проставляли EhP3, SAP увидел в BSEG поля, имеющие одинаковые домены данных (и ZZAUFNR и AUFNR имеют одинаковый домен AUFNR) и не захотел оставлять 2 поля, и нам чтобы продолжить установку, пришлось согласится , САП благополучно снес нам ZZ поля из BSEG-а.

Если бы не проставили EhP3, то так бы и не узнали что в блок контировки такие поля добавлять не нужно.

Но теперь мы стоим перед сложным выбором
Нам нужно: 1) либо вручную все таки добавить в BSEG эти ZZ поля и тем самым в BSEG-е продублировать по этим полям заполнение BSEG-а (других проблем пока не вижу), 2) либо закомментить в SAPF120 все фрагменты кода работающие с BSEG-ZZ<имя поля>, но тогда может подобная ошибка проявиться позже в еще в куче програм, которые мы еще не запускали.

Как удалить ZZ поля из блока контировки CI-COBL, не представляю. Вручную же удалять из всех таблиц, программ и других объектов репозитария, ZZ поля, добавленные OXK3, не решаемся - да и очень трудоемкая это скорее всего задача.

Может кто посоветует, что все таки делать в данной ситуации?