Добрый день, господа.
Полностью согласен с вышесказанным SAP SWIFT MT940 forever!
Ну и DMEE на крайняк...
Добавить бы хотел вот ещё что.
Одно из самых удобных средств в SAP функциональности в области выписки это наличие 901-909 алгоритмов интерпретации.
User exit туда и распознавай операции как хочешь... просто сказка, в том числе по ИНН например:))
С уважением, Илья

Да как-то и не знаю почему прицепились . Была просто давняшняя разрабортка конвертера из файла 1С в Multicash, ну вот и решили не заморачиваться с форматами файлов.

Возвращаясь к первоначальному вопросу - можно настроить фиктивное правило проводки, которое будет подставляться при загрузке ЭБВ, а при постобработке выбирать уже то или иное правило проводки: если аванс, то аванс, если не аванс, то не аванс.

А что мешает настроить все входящие платежи как авансы полученные? И указать код огк в правиле проводки?

Здравый смысл. Технически это сделать можно, но зачем? Это можно делать лишь если у вас всегда приходят только авансы. В реале такого быть не может хотя бы из-за возвратов от кредиторов (поставщиков, возвращающих авансы), налоговой и пр. Наверняка есть входящие платежи по выставленным фактурам. Смысл тогда все кидать на авансы? Тогда уж проще все кидать на нормальный кредит дебитора, при закрытии дня или месяца (у каждого из вариантов свои плюсы и минусы) что-то выравнивать, что-то кидать на авансы.

Чем это отличается от предложенного мною варианта? Никакого правила обработки подставлять не надо, а при постобработке решать, платеж это по фактуре (и выровнять ее) или аванс (код проводки 19, код ОГК).

Смысл есть. При такой схеме с НДС проблем не будет. В момент аванса ндс выделяется; в момент выравнивания, если это была постоплата и уже есть фактура - ндс реверсируется. Если фактуры нет - остается висеть открытая позиция аванса. В книгу покупок и продаж все гладко кладется. А если кидать все просто на кредит, как вы будете НДС с авансов учитывать? Перелопачивать тысячи позиций вручную, искать авансы и перекидывать на аванс - весь смысл автозагрузки платежей теряется.

"Перелопачивать" можно в FBL5N, выделив открытые позиции по кредиту с незаполненным полем "ссылка на фактуру". Они и есть полученные авансы.

И что дальше? попозиционный ручной перенос с выравниванием на счет авансов?

Либо так, либо выравнивать позиции.

Вот поэтому надо сразу по умолчанию все на аванс и кидать. Чтоб все автоматом делать и не париться с ручным вводом десятка тысяч документов

А мешает то, что у нас не один счет авансов, а дохрена. Все 60, 62 счета бьются на счета расчетов и счета авансов. Счета-фактуры проводятся на счета расчетов, а авансы на счета авансов. Поэтому нужно не один код ОГК использовать а несколько для каждого вида авансов.

Есть какой то формализованный признак выбора кода огк? если есть - User-exit пишите в замещении и меняете код огк на нужный в момент проводки.

1. Да, обороты увеличиваются. И что? По счетам НДС это отнюдь не критично.
2. То же самое.
3. Не попадаю, если грамотно замещение написать.
И в форме 4 и в корреспонденции ничо "страшного" не происходит.
Насчет объемов - у вас ритэйл-проектов судя по всему не было, когда создается по 40-50 БЕ, по вашему для ритэйла 200 входящих платежей в день по одному отделению - нереальная цифра?
Попробуйте ка вручную по 50 БЕ шукать разносить суммы руками на авансы. Руки отвалятся. Уж лучше обороты увеличить на счетах НДС, чем таким мазохизмом заниматься.
А если у вас по 10-20 платежей в день, то вопрос автомат.выписки вообще не стоит, вводите все через ручную или F-02.