Добрый день.
Модуль FI транзакция F-30. Документ выравнивания. 4.0
Кто-нибуть ковырял эту праграммку на предмет доступа к полю красного сторна в 331 экране?
Там есть 700 экран, он при работе выставляет BSEG-AUGBL = '*' для строк RF05A-AZEI1 начиная со второй. Далее идет вызов 301 экрана для любой из строк.
Проблема: для второй строки RF05A-AZEI1 700 экрана при вызове экрана 301 не открывается экран 331 (Дополнительные данные к экрану дебиторов) и соответственно не доступно красное сторно.
Я посмотрел, в принципе, проблема из-за BSEG-AUGBL = '*' во второй строке внутренней таблицы.
Вопрос такой: если в 331 в dynpro_modifizieren для второй строки выставлять BSEG-AUGBL = ' ', а потом менять его на прежнее значение возникнут печальные последствия или нет?
Спасибо.

Можно проставлять красное сторно BSEG-XNEGP с помощью бухгалтерских замещений (транзакция OBBH).

Можно и козу на возу. Задание поставлено четко, и импровизаций не допускает.

Прежде чем кувыркаться с подобными вещами, обычно следует понять глубокий смысл своих действий.
В чем смысл позиции документа выравнивания с красным сторно мне, например, невдомек...
Может, имеет смысл побеседовать с консультантом на предмет стандартного обхода проблемы?

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

Сабж - это общая прога, которая выполняет бухгалтерские проводки.
В эту прогу есть миллион входов и выходов с логистикой, персоналом и внутри самого эфая. Правда, документы выравнивания обычно в самом эфае рождаются, но все же.. Когда твою галку какая другая ветка кода перетрет - пойди гадай. Или твоя галка когда не надо вылезет где не надо. Ломать сабж - последнее дело, тем более что наверняка апгрейд вашего 4.0 не за горами. Лучше поднапрячь консультанта на замещение, как советует коллега Удав.

Так я же полностью согласен, и апгрейд действительно не за горами. Я уже две недели бьюсь, и на начальника отдела вышел - пустое. Все все понимают, но расхлебывать мне приходится по полной программе, уже около 10000 строк кода в отладчике перелопатил .
Если кто-что знает по данной теме сообщите, пожалуйста, в течении нескольких дней.

Сам не хочу, вот и пытаюсь просчитать все последствия, поскольку отбрыкаться не получается.



Ага, легче прошлогодний снег купить.

А может "сломать" консультанта?! Кстати, если можно - фамилию бы его озвучить, чтобы люди знали "героя"...

Мне пока на моем рабочем месте неплохо

Если каждый абапер такое сделает, то какой длины портянка будет?

Размер роли не играет. А за державу - обидно! Такие модификации без "косяков"??? Не верю!!! И интересно - что хочет исправить? Скорей всего ранее наделанные

Ну, в принципе, не далеко от истины (правда не мной и желания никакого). Сейчас ломаю голову, в каком экране лучше править (пока ничего не трогал) 700 - form ausgleich_mit_buchen или 331 - module(pbo) dynpro_modifizieren. По большому счету проблема, как мне кажется, в поле вн.таблицы bseg-augbl = '*' . В понедельник буду смотреть к чему это может привести.
Кто в курсе, как лучше сделать?