Всем доброго дня!

Подскажите, пожалуйста, как можно организовать сопоставление проводки денежного потока с позицией банковской выписки, например, для кредитов.
Предположим, привлечение кредита Д 51 тех - К 67 (66) - проводим через TBB1; Д 51 - К 51 тех проводим через БВ.

Как сопоставить 2 документа из денежного потока и БВ, сверив их суммы? Как это организовать более-менее удобно для пользователей?

Карточка сделки может потребовать корректировки, если расчет денежного потока не совпадет с суммой по БВ (например, из-за округлений).
А по кредитам на проекте планируются только безакцептные списания, программы F110/F111 не будут использоваться.

Ну так и сверяйте. По суммам. По первой области из FEBEP пo KWBTR.
По второй области из проведенного потока.
Но сама по себе сумма - критерий нанадежный, есть много одинаковых траншей в крупных компаниях.
Зацепитесь за номер договора из назначения по FEBRE. По нему определите сделку или кредитную линию. Опять же, никто не присылает многомиллионные транши каждый день.
Но если номер договора совпадает, а сумма подлежит корректировке, то по такому сценарию уже сложно за что-то зацепиться.
Опять же, а почему сумма подлежит коректировке? Банк либо зачислил N денег, либо не зачислил. Не может по потоку пройти 100, а по выписке 120. Это чудеса в решете. Все совпадет.

Лучше всего договориться с банком о конвенции наименований, чтобы он прописывал при зачислении кредита/займа в назначении что-то. От этой информации уже многое можно найти.

Не понял прикола про F110, вы расписали схему входящих платежей, а не исходящих. Да, F110 можно использовать в определенной конфигурации и для входящих, но это точно не тот случай. Что-то недопонимаю. Может, я тупой.

Yozhhhhh, спасибо за ответ!
Вы все правильно поняли.
Про исходящие платежи добавила информацию в контексте, что по кредитам и займам в принципе требуется сопоставление проводок из TRM и проводок по первой области БВ (как по исходящим платежам (т.к. списание выполняется без акцепта, платеж не инициируется) так и по входящим).
Вопрос в том, как удобно для пользователя организовать сопоставление обеих сторон.
Про несовпадение сумм: типичная ситуация, TRM рассчитал сумму по процентам, в выписке сумма на несколько копеек отличается.
По-хорошему пользователь должен сначала посмотреть выписку, а потом провести денежный поток.

Понял задумку.
Если банк в назначении будет присылать номер кредитного договора, то проблем вообще не будет. Можно вывести позиции по 51 нетехническому в FAGLL03 или FBL3N и посмотреть глазками. Можно (если номер договора будет определяться красиво) его записывать в ZUONR прямо при интерпретации выписки, в RFEBBU01 (прогу на память написал, мог ошибиться в символе) есть внутри классный юзер экзит, внутри подпрограммы какой-нибудь типа цузаммен_интерпретирен (юмор). Там можно сразу вписать внешний номер договора в FEBEP-ZUONR. А можно и на номер сделки выйти внутри кредитной услуги (там все равно Z-инклуд, свобода для творчества). Тогда можно сопоставлять красиво.

Но все это будет глазками. А если хочется автоматом, то где-нибудь задать уровень погрешности суммы (на уровне настройки, в стварве или в Z-таблице) + определять номер кредитного договора. И тогда простейший Z сможет пробегаться по потокам в VTBVHAPO (опять на память) и в FEBEP. Сравнивать движения в разрезе кредитного договора, даты валютирования и суммы с учетом конфигурируемой погрешности находить братьев-кроликов. А можно уровень погрешности не выносить в настройку, а прямо на селекционном экране этой Z-проги задавать. И тогда, например, с погрешностью в рубль: ничего не нашлось. Еще ослабили: 2 рубля - нашлось. Строки, вышедшие друг на друга без погрешности в разрезе договора, суммы и даты - автоматом зеленым. Строки, вышедшие друг на друга в разрезе договора и даты, но с погрешностью - желтым (проверить). Строки внутри VTBFHAPO и FEBEP, оставшиеся без собратьев, - красным. Если сильно фартанет, то красных будет немного и их можно будет сразу зафиксить визуально.

О, пока был перекур, накурил еще на одну идею. В список реквизитов для сопоставления можно и нужно добавить делового партнера по сделке. Тогда еще больше все сужается: смотреть еще в разрезе контрагента. Это будет деловой партнер из сделки и FEBEP-AVKON из выписки (номер контрагента). Если деловой партнер у вас не совпадает по нумерации с контрагентом (есть такие кейсы), то определить предварительно связь по таблице связок между партнерами и контрагентами (забыл название, что-то там лалала_customer).

И тогда мы получаем красивую картинку: по одному и тому же контрагенту в течение отчетного периода, скажем, месяц по одной и той же сделке точно не будет мультидвижений, потому что проценты платят раз в месяц, а то и в квартал, а тело долга не гуляет каждый месяц по одному и тому же траншу. По разным траншам - да, может. И контрагент совпадет. Но потому я и предложил договориться с банком о конвенции назначения платежа. Если вам там напишут номер договора транша, то задача решается по щелчку Это для входящих. А в исходящих вы вообще сами управляете назначением. Можете туда записать какой-то триггер, по которому потом сделка сама найдется. Можете в ТАП (или документ, на основе которого платите) вообще номер сделки записать, а потом выйти на него через платежку (PYORD в REGUH и PNOTA в FEBEP). Я уже почти спеку написал, где мое бабло