Всех приветствую.
Подскажите, пожалуйста, в какой строчке выписки по стандарту MT940 должна указываться информация о плательщике (дебиторе)?

Выписка из банка (поступление от дебитора):
:20:060220001199003
:25:40702810200020001199
:28C:31/1
:60F:C060220RUB8928146,79
:61:0602200220CB18181,77NTRF224//605101000150253
:86:Согласно сч 10600184 от 07.02.06. за расходные материалы.В
т.ч. НДС 18%2773.49
:62F:C060220RUB8946328,56
Данных о дебиторе в выписке нет.

Что означает 605101000150253?
Если счет 10600184 - это номер SD-шного документа, который отрелизился в поле XBLNR заголовка FI-ского документа, то можно использовыть алгоритм интерпретации 035 для выравнивания дебиторской позиции без необходимости определения номера дебитора. Конечно, если сумма точно совпадает.

605101000150253 - это Референс Обслуживающей счет Финансовой Организации. Ни чего общего с расчетным счетом отправителя не имеет.
35 алгоритм попробую, но все-таки нужно определять дебитора на уровне расчетного счета как в MultiCash. Как вариант договорится с банком формировать структурированное поле 86 в котором и прописывать расчетный счет дебитора. Кто-нибудь загружает выписку со структурированным полем 86? Можете привести пример структурированного поля 86?

Какой-то странный референс - 15 цифровых символов
Здесь вместо поиска дебитора лучше бы разобраться, что есть цель, а что есть средство. ИМХО цель есть выравнивание, а средства для этого могут быть разные. Может быть номер дебитора, но одного его все равно недостаточно для выравнивания. Если же целью является разнести без выравнивания платеж в кредит дебитора, чтобы потом вручную его выравнивать с выставленным счетам, или (страшный сон) с авансом - тогда другое дело. Даже в популярной ноте по алгоритмам интерпретации скорее всего нет ответа, потому что там алгоритмы заточены под выравнивание...

На алгоритмы большой надежды нет, целью является разнести платеж без выравнивания. Очень странно, что стандартная операция не поддерживается в СВИФТЕ. Надеюсь, что я ошибаюсь...

Скорее всего можно, нужно только правильный мануал найти или в песочнице поиграться. Искать еще можно отладчиком.
ЗЫ В америке на дебитора через локбокс разносят, это вообще отдельная услуга банка. А в европе все как-то руками FEBAшат.

Всем доброго дня.
Привожу пример структурированной строки SWIFT MT940 формата...
:86:146?00ВХОДЯЩИЙ КЛИРИНГОВЫЙ ПЕРЕВОД?20/PY/ЗА ТЮТЮНОВІ ВИРОБИ З
ГІДНО ДОГОВОРА № 84 ВІД 01.07.2004Р. ТА?21 № 138 ВІД 01.04.
05 Р. У Т.Ч. ПДВ 20% - 14333.33 ГРН.?30/OB/322904:0026?32/BO/ПП
КОНКОРДІЯ 00260030010479
Итого мы имеем распределение данных по подстрокам, которые начинаются с символов ?и номера подстроки. Получается:
:86:146
?00ВХОДЯЩИЙ КЛИРИНГОВЫЙ ПЕРЕВОД
?20/PY/ЗА ТЮТЮНОВІ ВИРОБИ ЗГІДНО ДОГОВОРА № 84 ВІД 1.07.2004Р. ТА
?21 № 138 ВІД 01.04.05 Р. У Т.Ч. ПДВ 20% - 14333.33 ГРН.
?30/OB/322904:0026
?32/BO/ПП КОНКОРДІЯ 00260030010479
В ?30 строке содержится БИК для России МФО для Украины, от туда его по идее и надо тянуть,
В ?32 содержится номер расчетного счета дебитора
Стандартными средствами структурированные строки я так и не научился распознавать, хотя в таблицы данные ложатся при таком подходе на ура. Предлагаю использовать USEREXIT в банковской выписке для свободных интерпретационных алгоритмов 901 - 910...

Под это дело нужно сделать какие вещи.
1. Настроить внешнюю операцию 146 на правило проводки, которое по второй (а можно даже и по первой) области делает проводку дебет технического (реального) банковского счета - кредит дебитора
2. Если все-таки не найдется стандартный способов с помощью настроек показать проге, как найти дебитора, то написать экзит. Но не к проге разноски выписки, а к закачке. При FF.5 прога RFEBKA00 вызывает что-то вроде RFEBKA400 (сижу дома на больничном, системы под рукой нет), где происходит раскладка полей файла выписки по полям таблиц FEBKO - заголовок, FEBEP - позиции и FEBRE - текстульки к позициям. При этом некоторые поля заполняются значениями, которых нет в выписке, например код БЕ или даже банка (в выписке достаточно, чтобы был указан только номер счета, сам проверял). Надо посмотреть в позиции, есть ли поле Дебитор. Если есть, этот самый экзит должен по каким-то критериям его находить и прописывать в таблицу. А уж дальше прога, выполняющая проводки, сама все разнесет.
3. Есть еще такая настройка, как поиск строки. Можно порпобовать с этим еще разобраться.

Для SWIFT есть специальное расширение FEB00004, которое как раз из RFEKA400 вызывается. Как работает не знаю, поскольку SWIFT никогда не загружал, но попробовать поиграться с ним можно.

Во, оно самое. Экзиты писать как раз в него.

Проверил структурированное поле 86, действительно все замечательно передается в FEBEP, FEBRE. Спасибо.
Более подробно 86 поле:
:86:
066 - Код типа операции
?00 - Текст банковской проводки FEBEP-BUTXT
?10 - номер мемориала FEBEP-PNOTA
?20- целевое назначение №001 FEBRE
?21- целевое назначение №002 FEBRE
?22- целевое назначение №003 FEBRE
?23- целевое назначение №004 FEBRE
?24- целевое назначение №005 FEBRE
?25- целевое назначение №006 FEBRE
?30 - Код банка партнера FEBEP-PABLZ
?31 - Номер счета в банке партнера FEBEP-PARTO
?32 - Деловой партнер FEBEP-PARTN
?33 - Деловой партнер FEBEP-PARTN

Удалось провести на дебитора без выравнивания
Необходимо, чтобы строка 86 выглядела следующим образом:
:86:066?00ВХОДЯЩИЙ ПЕРЕВОД?31702810300010001328
Где - 702810300010001328 банковский счет дебитора. Соответственно в основной записи дебитора в платежных операциях поле KNBK-BANKN должно быть заполнено. Без интерпретации, без расширений, без экзитов все работает замечательно.

С выравниванием тоже может получится, надо только в 62 строку кой чего дописать...

ЗдОрово. Для европы пойдет, а вот для РФ с идиотской 20-символьной нумерацией счетов - ХЗ. Правда, в некоторых странах и 25-значные приходилось наблюдать.

В подполе 7 поля 61, но не в случае структурированного поля 86, а при международном формате