Добрый день! Уважаемые коллеги, помогите пожалуйста разобраться и дельным советом, при проведении записей в выписке FEBAN происходит вызов программы FB01 в RFEBBU00, создаются документы сначала по 1-ой области, затем необходимо повторить процедуру чтобы создать документы по 2-ой области. Пользователи хотят, чтобы проводки по первой и 2 области по комиссии банка проводились сразу по 1-ой и 2-ой области. Подскажите пожалуйста, как это можно осуществить? Спасибо.

Сейчас у Вас, очевидно, запускается сначала с правилом проводки по первой области, потом необходимо сменить правило и провести снова уже по второй области. Это неудобно.
Настройте правило проводки, которое будет работать и для первой, и для второй области.
Для проводки комиссии используйте это правило.
Транзакция S_P00_07000249.

Действительно так и есть. Дело в том, что для транзакции S_P00_07000249 используется 1 текстовый файл для загрузки выписки у нас механизм настроен по типу FF_5 т.е. MULTICASH, 2 файла: файл выписки и файл оборотов. Как быть в данной ситуации?

Формат на количество областей никак не влияет, он лишь определяет способ представления данных.
Вы галку "Только банковский учет ставите" в FF_5?
Если поставить галку, то проводится только область 1 (система передает значение buber = '1').
Если галку не ставить, то проводятся все области (buber = 'A').

По типу FF_5, но не совсем FF_5, пресловутый Z, но спасибо, натолкнули на мысль. Также используем и S_P00_07000249, Определение правил проводок по комиссии банка настроено для 1-ой и для 2-ой области, но при проведении выписки документы по второй области не формируются с первого раза, необходимо также повторно перепроводить документы.

Тогда смотрите в Z, как выполняется call transaction или submit проги. Проверьте, что отправляете в поле PA_XBKBU (в FF_5) или BUBER (в RFEBBU00).
Смотря что запускаете.

Подскажите, при S_P00_07000249, определение правил проводок по комиссии банка настроено для 1-ой и для 2-ой области, но при проведении выписки документы по второй области не формируются с первого раза, необходимо также повторно перепроводить документы. Что здесь может быть не так?

Ну пока что я чуть выше выдвинул гипотезу.
Если Вы запускаете загрузку выписки своим Z с параметром "Только банковский учет", то системе все равно, как настроено правило проводки. Она проведет только 1 область.
Далее в постобработке в FEBAN Вы видите свою позицию выписки и запускаете ее повторно.
FEBAN (saplnew_feba) делает submit знакомой нам rfebbu00 с областью проводки buber = 'A' (all). Также он видит, что первая область уже проведена, поэтому проводит только вторую.

Подскажите, при S_P00_07000249, определение правил проводок по комиссии банка настроено для 1-ой и для 2-ой области, но при проведении выписки документы по второй области не формируются с первого раза, необходимо также повторно перепроводить документы. Что здесь может быть не так? Возможно ли, что в настройках банка, как кредитора может быть проблема?

Дмитрий, Вы робот что ли? Чего Вы копируете свое сообщение 10 раз?
Вы проверили, с какими параметрами Ваш Z запускает стандартную программу?

Нет, не робот.

Buber = A и в начале передачи и в хвосте

Ну в таком случае это можно объяснить только тем, что у Вас автоматически не определяются правила проводки.
Для MC обратите внимание на настройку: присвоение внешних кодов операций правилам проводок. Там для поступления стоит 1009, для выплаты 0009.
Данные правила подразумевают проводку только по первой области. Дальше либо в постобработке выбирать нужное правило, либо через расширения определять автоматически правила проводки по заложенным Вами критериям.
Как у Вас определяются правила проводки при автоматической загрузке выписки? Если у Вас все летит на 0009 и на 1009, тогда откуда взяться второй области?

Правило проводки определяется. Если коротко, то настройки сделаны так: Внешняя операция, она описана, привязана к конкретному правилу, у нас немного по др. 1000-ые на поступление, 2000-ые списание + определение правил происходит настройкой "Определение искомой строки для электронной выписки из счета" по записям в назначении платежа.