Сори, видимо что-то поменялось с тех пор или была какая-то фишка, о которой я уже не помню, типа ASSIGN к внутренней таблице. Но то, что суммы в рублях менялись для валютных фактур точно было.
Дома покопаюсь в коде, может что подскажу...

если не сложно... буду оч благодарна
в свою очередь могу сказать, что сегодня подставили свои суммы под отладчиком в полях wrbtr по валюте RUB в структуре ACCCR_FI, и эти суммы и сохранились потом в BSEG. Не знаю пока как это можно будет реализовать, не программист, но думаю, что если можно сделать вручную, то можно и программно, но правда не известны последствия

Да, если через ASSIGN в ACCCR_FI изменить WRBTR, то потом это попадет в документ, но дело в том, что расчет суммы в DMBTR идет через курс, а там точность 5 знаков (собственно в этом то и вся проблема). Соответственно, 100 000USD в WRBTR умножим на курс 36,00001 из KURSF и получим 3 600 001RUB, а нужно, например, 3 600 000,50RUB в DMBTR. Вот изменение DMBTR и запрятали так, что не подкопаешься теперь...

Да, это так, но если подставить суммы таким образом, что баланс по документу во внутренней валюте будет сходиться в ноль, то система не ругается и проводку делает, и неважно, что если сумму в валюте wrbtr умножить на курс, то не получается сумма, указанная в dmbtr. Только вот думаю, где это может сказаться в последствии. Первое, что приходит на ум, это выравнивание и оценка, но выравнивание собираются делать в рублях и разницы считать тоже вручную, поэтому вроде засад не вижу...

У меня получилось поменять сумму во ВВ следующим образом.
1. В OpenFI на событии 1120 меняется DMBTR для ракурса регистрации.
2. Для ракурса ГК, в переменном переносе полей для НГГК, в пользовательском экзите из пула GIMV (тр. GCX2), меняется GLU1-HSL.
Другой вариант, сделать энхансмент в FUNCTION 'AC_DOCUMENT_CVTYP_GET' и подправлять сумму для нужного типа валюты (ФМ используется для расчета суммы для glu1-hsl, которая потом пойдет в TAB_FAGLFLEXA). Можно еще полазить в FUNCTION g_rwin_check, может что лучше найдете.
Но весь этот Z очень опасный...

у нас не активирована НГК, но идея понятна, спасибо
попробуем вариант наш, я отпишусь

А в SAP не пробовали выставлять сообщение по данной проблеме?

В событии 1120 мы меняет только те поля, которые есть в структурах BKPF_SUBST и BSEG_SUBST. Поля DMBTR там нет.
Версия EHP6 FOR SAP ERP 6.0

Уж если наша религия не запрещает нам менять DMBTR, и мы с удовольствием курочим систему, вместо того, чтобы менять бизнес-процессы и методологию, то что нам запрещает добавить dmbtr в структуру BSEG_SUBST? Лично у меня там append с полем dmbtr...

мы всё-таки реализовали с помощью энхансмента в include LFACIF2Q - ZCHECK_KURSF где делается замена в структуре ACCCR_FI значения в поле WRBTR по строкам с WAERS=RUB.

Мне это было нужно при проводке документа материала. Коллеги подсказали BADI CKML_UPDATE метод MODIFY_FI_TABLES. Менял WRBTR и BUALT в таблице CT_ACCCR. Все бы хорошо, но гр. функций CKMT кинула error message C+052 в процедуре check_smbew_consistency. Пришлось энхансить обход сообщения. Так что как ни крути, а приходится закрывать глаза на "религию"