Добрый день,

Активировали бизнес-функцию FIN_BL_EB_1 чтобы получить новый FEBAN для боее удобной разноски входящих платежей.

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

Выписка конвертируется из 1С в Multicash и загружается в FF_5 c проводкой по первой области.

При проводке второй области через FF67 все определяется и проводка по второй области создается.

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

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

Выбросите этот новый FEBAN! Там нот к нему ставить, не переставить!
Сам столкнулся с вашей проблемой, нашел ноту 1926256 - FEB_BSPROC: No items selected for payment order, поставил, заработал поиск по 29 алгоритму.
Но там, помимо этого есть проблемы, хотя бы подвисающие блокировки...
Удручает, что функциональность вышла давно (EHP6) а элементарные ошибки исправляются нотами от 15.10.2013.
Может идея у функционала и хорошая - облегчение ручного разбора платежей, но реализация очень сырая.

Андрей, спасибо, алгоритм 29 отработал. Дальше начались тоже проблемы, при выравнивании не видит платежку уже.
Поставим все ноты на тему, если не поможет - деактивируем.

Чем история то закончилась?

Отменили активацию и обнаружили что в системе теперь есть 2 рабочие транзакции по обработке выписки. ))

Сейчас тестируем на предмет использовать новую только для разноски входящих платежей.

Посмотрим что еще новый апгрейд пак принес в FEB_BSPROC, как раз поставили.