Друзья, ситуация следующая.

Используем альтернативного получателя платежа. В основной записи кредитора, во вкладке платежные операции, указан альтернативный получатель платежа, с которого в файл выгрузки в банк, должны подтянуться банковские реквизиты: ключ банка и тд..
Так вот, в этот файл не попадают данные - ПлательщикБИК

Помогите пожалуйста разобраться, куда в первую очередь следует смотреть.

Если это исходящий платеж, то плательщик - это Ваша компания, а не получатель платежа.
Поэтому если не заполняется БИК плательщика, как Вы пишете, то это Ваш БИК, а не БИК получателя. Ммм?

Но если речь именно про БИК получателя все же, то логика там такая.
При прописанном альтернативном получателе список типов банка партнера в позиции документа выводится для выбора именно из счетов получателя (таблица LFBK).
При явно указанном типе банка партнера в платежный документ идет набор реквизитов именно этого банка.
При неуказанном типе банка партнера (в позиции документа) система перебирает его допустимые счета в банках и берет первый попавшийся с непустым идентификатором BVTYP. Можно предположить, что такой записью оказалась строка с пустым биком (LFBK-BANKL). Это само по себе почти нереально, если только у Вас не было какой-то обработки данной таблицы, которая привела к вставке строки с пустым биком.

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

Да, все верно, речь идет про БИК получателя.

Просмотрел таблицы - LFBK и REGUH.

В LFBK - у альтернативного получателя платежа, имеются все значения - Ключ банка, Банковский счет и тд..
в REGUH - так же все ОК.

В DMEE, БИК банка получателя, во вкладке прохождение из Структуры - FPAYP (RECIP_BANKL).

Из замечаний, проблема наблюдается только на определенных связках Кредитор - Альт.получатель платежа, по которым ранее все было ок.

Есть еще идеи?

Кстати, да. Из заголовка же идет. Вероятно, потому и не работает.

darkduck, давно мучает вопрос.
Есть ключ банка (ZBNKY, соответствует BNKA-BANKL), а есть код банка ZBNKL (соответствует BNKA-BNKLZ).
В российской практике оба поля заполняются идентичным 9-значным номером БИК.
А все же для чего именно код банка? Насколько я понимаю, как раз именно там и должен храниться настоящий БИК.
А ключ на то и ключ, что это некий идентификатор, по которому связываются все таблицы. А также для вытаскивания, к примеру, корреспондентского счета.
Чисто формально я же имею право для банка придумать вообще абстрактный идентификатор (BNKA-BANKL), при этом корректно заполнив его ключ (BNKA-BNKLZ) БИКом. В дерево включить не FPAYH-ZBNKY, а FPAYH-ZBNKL.
Кажется... будет работать?

Спасибо!

Все, всем спасибо)
Заработало)