Добрый день
помогите, пожалуйста, решить проблему
до обновления в транзакции F-02 поле DMBE2 было доступно для ввода,
а после обновления закрыто, причем для определенной группы счетов
можно это как-то исправить?
может кто-то сталкивался с такой проблемой
заранее благодарна за любую помощь

Суммовые поля и логика расчета сумм во внутренних валютах не зависят от настроек групп счетов, кодов проводки и пр.
То есть этими вещами не получится управлять через группы статполей.
Ради интереса задебажил (пасхальный дебаг ) логику экрана SAPMF05A 0330. И я очень надеюсь, что речь идет именно про него, потому что я логика обработки других данных для других типов позиций может быть совершенно другой. Вы написали изначально про F-02, и я очень надеюсь, что Вы пытаетесь провести строку с кодом проводки 40 или 50, что было бы логично. Но в любом случае опять же повторюсь: код транзакции в данном контексте никакой роли не играет, потому что почти все транзакции проводки вызывают одну и ту же программу SAPMF05A, а вот логика экрана внутри уже выстраивается в зависимости от иных факторов (тип позиции K, D, S и пр; есть ли ОГК; встречаются некоторые фишки для конкретных подмодулей финансов, например, для основных средств и пр.) Но рассмотрим простейшую ситуацию с кодом проводки 40, то есть с вызовом экрана 0330 в других данных.

Также сразу скажу, что если некоторые поля ведут себя загадочно, появляются или исчезают в зависимости от предпосылок, то первым делом всегда стоит идти в одно конкретно место. В 99 процентах случаев ответ будет именно там. Это MODULE DYNPRO_MODIFIZIEREN внутри PBO.

Внутри находим: PERFORM pbo_dynpro_modifizieren --> PERFORM dynpro_modifizieren(sapff001) USING feldauswahl feldauswahl2 rf05a-zukon --> PERFORM zeile_modifizieren.
И вот там уже становится очевидно, что поля сумм во внутренних валютах через настройки статполей (feldauswahl, feldauswahl2) не прогоняются.
Подлежат такой проверке поля с непустым group1.
У нашего поля BSEG-DMBE2 group1 пустой, group2 = 52 (и я уверен, что такие концептуальные вещи с обновлением не меняются).

И уже внутри для 52 группы:
- если вторая валюта отсутствует вообще, то скрыть
- если вторая валюта (bkpf-hwae2) равна валюте транзакции (bkpf-waers) И исходная валюта для пересчета второй валюты (bkpf-basw2) = ИЗ валюты транзакции
ИЛИ
вторая валюта (bkpf-hwae2) равна первой валюте БЕ (bkpf-hwaer) И bkpf-basw2 = ИЗ первой валюты
то закрыть для редактирования
- если параметр в FB00 RFOPT-XNOHW = 'X' (поля сумм только в валюте документа), то закрыть для редактирования

Первый сценарий мы исключаем, так как поле Вы видите.
Третий - очень спорно, если у Вас поле то открыто, то закрыто.

Остается второй. Но он от счетов никак не зависит в явном виде. А вот косвенно - запросто. Например, если по этим счетам вы проводки делаете только в иностранной валюте (такова валюта этого счета в мастере) И 30 валюта совпадет с валютой документа (например, USD) И параметр пересчета второй валюты выставлен на валюту документа.

добрый день,
спасибо большое за помощь!!!

А что в итоге-то, напишите. Помогло или нет.

Вы прекрасно разложили и я все поняла. F-05 мне в помощь)))

Я сначала сейчас немного удивился, потому что из моего рассказа это вообще не следовало. И хотел уже написать, что не поможет, потому что та же программа дергается. Но Вы, похоже, сходили в код, респект
И там увидели про FBB1.
F-05 - это и есть FBB1, сама F-05 в T020 не прописана, а вот FBB1 там сидит с классом B, который как раз проходит мимо проверки.
Что ж, ловкий трюк.

Но вообще это не очень хорошо. Потому что Вы совершенно точно хотите вколотить в 30 валюту нечто, отличающееся по сумме от родительского значения, при том, что оно уже посчитано и по-хорошему должно быть унаследовано. Иными словами, Вы собрались там превратить 100 GBP в 120 GBP. Но если очень надо, то почему нет

Да, бизнесу потребовалось)))
еще раз большое спасибо!!!

Это довольно частый сценарий для корректировок закрытия периода в компаниях, где одна и та же валюта с разными типами валюты используется для GAAP и для RAP. Например, нужно начислить себестоимость по поставкам в транзите, а она в рублях в GAAP и в RAP разная. Или нужно снести какие-то затраты для RAP. У FBB1 всего один минус, нет (насколько я знаю) стандартного FM, через который можно грузить такие позиции, и это боль

Я уверен, что обычный BAPI на ввод документа справится с этой задачей превосходно. Чем это не стандартный модуль?
Если через ACCCR протаскивать разные суммовые условия в этих валютах (главное, чтобы документ балансировался по каждой в ноль), то системе будет абсолютно все равно.
Все эти логики скрытия, закрытия полей, а также группы статусов реализованы в экранах. У BAPI экранов нет, но все остальные системные проверки, а также пользовательские проверки и некоторые пользовательские замещения отработают, что хорошо. Самый натуральный способ прямого ввода. Зуб даю, будет BAPI работать.

работает очень даже неплохо)))

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