При проводке авансов полученных с кодом ОГК необходимо вручную поменять счет ГК. У нас входящие платежи разносятся вручную (постобработкой). ТАПы по дебиторам не используются. Для проводки авансов нужен код ОГК. По умолчанию система не дает менять счет, а берет его из присвоения к коду ОГК. Как это обойти?

А как тогда правильно настроить правило проводки в ЭБВ? Если указать 19 код проводки, то нужно обязательно указать в этом правиле и код ОГК. Если не указать, вываливается ошибка: Код ОГК не предусмотрен или ошибочен и дальше ничего не введешь и не сделаешь.
Если заводить несколько правил проводок с разными кодами ОГК, то как тогда система будет распознавать какой код использовать? Это может сделать только пользователь.

Да никакой банк такую выписку не даст.
Была идея ставить вручную счет в постобработке, да поле это неактивно, и изменить его нельзя .
Вручную - это через F-29 авансы проводить?.

Технически можно пользоваться 035 алгоритмом. Но для этого нужно не только построить собственный банк, но и всех клиентов, чтобы они корректно указывали в платежках назначение платежей, а также все банки клиентов, чтобы информация о назначении платежа добиралась без искажения до вашей выписки. Второй вариант. Делегировать соотнесение платежей выставленным счетам самим клиентам. Для этого им дается портальный доступ к соответствующему функционалу FS-CM.

Настраиваете обработку входящих платежей без всякого алгоритма интерпретации, с настройкой на проводку с выравниванием.
При разноске БВ в FEBAN при нажатии на дискету бухгалтер попадает на окно с указанием параметров выбора ОП. Он начинает либо искать позиции для выравнивания, либо, если таких позиций нет или из назначения платежа понятно, что это - аванс, бухгалтер выбирает пункт меню "Перейти к - Обзор документа" и без проблем ставит КП 19 и Код ОГК на экране, аналогичном транзакции FB01.
Спектр кодов ОГК настраиваете сами.
Насколько я помню, для кодов ОГК дальнейшая замена счета ГК уже не предусмотрена.

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

Придется в любом случае, т.к. в выписке может не содержаться полной информации для точного определения дебитора. Например, если у дебиторы являются подразделениями одной компании, лучший образец - "Почта России", ОАО РЖД или организации, обслуживающиеся через ОФК, по каким критериями собираетесь выбирать дебитора?

Согласен. Куча филиалов с одинаковыми реквизитами... Полюбому система правильно не найдет дебитора.

86 поле - это в файле выписки (multicash)?

Нет, это не multicash, это расширенный формат SWIFT MT940. Есть международный SWIFT MT940, а есть т.н. со структурированным полем 86:

Не понимаю, чего все прицепились к этому Mutlicash? Файлов два. Если счетов много, то перепутать файлы - как нефига делать! То ли дело МТ940! Всего 1 файл, внутри все прозрачно и понятно! Поддерживается SWIFT'ом, т.е. теоретически можно потребовать от любого банка-участника системы SWIFT.

Multicash - Multicash... забудь и не вспоминай!!! МТ940 forever!

(это я ворчу... не обращайте внимания)

Более того, в недалеком будущем и у нас появятся сервисы наподобие FIDES, а может и он сам. Что он делает? Банки сливают с соблюдением всех необходимых secutity все выписки по всем счетам всех клиентов в этот сервис. Все клиенты качают свои выписки не из 1 - 1000 собственных банков, а из одного этого сервиса. С соблюдением всех норм security. Если банк поставляет выписку в формате SWIFT, то из FIDES можно одним файлом выкачать и им же загрузить все выписки по всем счетам во всех банках одной закачкой! Единственная фича, если одни банки дают 940 международный, а другие 940 структурированное поле 86:, то тогда стоит отдельным файлом сделать выгрузку по банкам с одним форматом, отдельно - с другим.