Такая проблемка: вызывается замещение, и из этого замещения мне надо поменять в проге(SAPMF05A) определенное поле структуры RF05A. Как это можно сделать?

что-то типа этого

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

А в чем прикол, Николай?
за что сидеть?:)

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

Ооооо....оперативно, спасибо ребята, завтра проверю.

Все работает, большое спасибо!!!

Мда... nicky555, какой учет... какие учетные политики... когда мы вот так вот запросто, надо нам в чужой программе сменить значение, мы его меняем, а че эти гансы понимаешь решил что я этого не могу поменять, мы их еще вы 45 всех задавили... грустно однако

Значение меняется не просто так, а по определенному условию. Вообщем так: идет постобработка документов(FEBA) и когда человек хочет отработать выписку с проводкой по AR00 или R00, то при создании документа ему всегда подтягивается вид счета 'D'(дебиторы), а надо 'K'(кредиторы). Причем я смотрел алгоритм стандартной проги, там это поле выбирается так:
T003 - это табличка с настройками по типам документов.
Т.е. получается так, если по этому типу документа разрешены дебетовые проводки, то будет 'D', а вот если все проводки разрешены, то ВСЕ РАВНО БУДЕТ 'D'.
Ну и как прикажите с этим бороться???

Если Uukrul вы подскажите мне как бороться с этим СТАНДАРТНЫМИ ПУТЯМИ, то ей богу, при случае я вам выставлю пиво.

а посмотреть, почему не заполняется поле "вид счета" в позиции, не пробовали?

Ну в 90% с ними бороться как бы и не следует. Есть стандарт системы, если используя стандартные же опять механизмы его обойти не получается (а предложенный вариант является хаком), то работаем через стандарт. Вот такой вот у меня метод.

Та поле то заполняется, вот только если вызывать через "второстепенные" транзакции, такие как F-51, F-30, F-04. Там это все прописывается, но если через FB05, то остается пустым.

Что-то я если честно не понял фишки Uukrul. Есть стандарт и есть стандартные механизмы, если эти механизмы обойти не получается, то работаем по стандарту....т.е. получается никак не работаем, так выходит.

Да так. А вообще ищем другие возможности построения процесса, практика показала что всегда можно найти другой пусть... а иначе значит вам не нужен SAP, берите 1С, там можно делать что угодно и как угодно...