Всем добрый день. Возникла проблема. Поискала на форуме, нашла похожее, но с точностью до наоборот.
viewtopic.php?f=5&t=2314&hilit=CHECT

Там не получилось выравнивать при ff_5, а при ручном вводе выписке все ок.
А у меня не получается при ручном вводе выписки.
Создали ТП к кредитору, ТАП к кредитору, F110 платежки. Все ок.
В типе хоз операции, стоит алгоритм 29 , и правило проводки по 2 области настроено с выравниванием 7.
Завели выписку вручную, прописываем номер ПП в поле PYORD. Выдает предупреждающее сообщение, что введенные значения игнорируются, потому что алгоритм 29 по этой хозоперации, и нужно ввести значение в Bank Refernce, те в CHECT_KF. Ок, прописываем в это поле тоже номер ПП.
В таблице FEBCL сформировалась запись для выравнивания по PYORD.

Делаем проводки через feban, не находит по ПП ни ТП, ни ТАПа. Выдает окно с выбором открытых позиций.
Если в нем выбрать ПП, все находится и выравнивается.

В чем дело не понятно совсем.

Первое что приходит в голову:
- проверить таблицы PYORD на предмет наличия необходимых записей
- зайти в ТАП и ТП - посмотреть есть ли в позиции текст-индикатор "платежное поручение создано"
- проверить как FF67 будет реагировать на лидирующие нули перед номером платежки
- проверить диапазон номеров платежек (забыл транзакцию) или просто посмотреть таблицы PYORD - сколько лидирующих нулей в уже сформированных платежках
- попробовать разные режимы FF67 - т.е. не проводка онлайн, а последующая обработка в FEBAN - а там уже есть функция (см.главное меню в фебан) отладки - пакетный ввод - запуск в видимом режиме

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

В FF67 вы используете режим "проводка онлайн"? Если да, то что значит фраза "Делаем проводки через feban, не находит по ПП ни ТП, ни ТАПа."?
Проводка должна сформироваться при сохранении FF67.

Вид последующей обработки - 4 , те онлайн.
Но при выходе из ff67, просто отвечаем что проводки делать не нужно. И идем в Feban и делаем проводки.

В таблице PYORDH ПП есть
Индикатор везде есть
Лидирующие нули автоматически удаляются в FF67
В видимом режиме , все это делали, поэтому и расписала, что выдается окно в предложением выбора ОП.
Система последняя, со всеми наворотами.

Дело в настройках, но вот где....не понятно

Разобрались в чем проблема.
Первое в коде следующее:
ff67 вызывает RFEBBU01, которая вызывает RFEBBU00, заполняя параметр T_FILTER что он не пустой
feban же вызывает сразу RFEBBU00 и не указывает значение параметра T_FILTER
далее вызывается RFEBBU10, в котором для FEBEP-INTAG = 029 стоит проверка, что параметр T_FILTER заполнен (441 строка).
таким образом для feban дальнейшая обработка не выполняется, а для ff67 выполняется...
Второе как это обойти. Если делаешь проводку в Ff67 - по 1 области проводок только, или делаешь проводки, но вторая область проводок сваливается в ошибку, то после feban отрабатывает корректно по 2 области проводок.

Наверно что то не учли в стандарте...

Для ручной выписки не надо алгоритмов прописывать в хозоперациях, должно быть пусто для входящих и исходящих. А для номера платежки есть поле PYORD в настройке варианта ввода. Если еще хотите и входящие по фактурам выравнивать, то можно XBLNR вывести и заполнять его номером фактуры.

Извините, но не согласна с вами по поводу алгоритмов в хозоперациях.
И вы, наверно, невнимательно прочитали, что поле PYORD заполнялось как раз в выписке. И чтобы была интерпретация по нему, необходимо прописать 29 алгоритм.