Здравствуйте.

Недавно начал настраивать сие безобразие, сам не Fi-щик. Вроде бы все настроил, но почему-то при сохранении самой выписки система ругается на следующую ошибку: "Поле "ссылка на банк" не заполнено".

Diagnosis
An interpretation algorithm is given in transaction BL00. This algorithm interprets the value entered in the field "Bank reference" and automatically determines the items to be cleared.

The field "Bank reference" is not filled.

Интерпретационный алгоритм стоит 29, также пробовал стандартный 001. О каком поле идет речь, и где его настраивать?

Для алгоритма 29 это значит, что в варианте выписки у тебя должно быть поле PYORD. Месседж скорее всего должен быть желтым. Система сообщает, что по алгоритму интерпретации для выполнения проводки с выравниванием нужна ссылка на номер платежки (который сформировала именно АПП, а не внешняя система), но при вводе выписки ссылка не указана. В результате система поругается желтеньким месседжем, а проводку сделает только по первой области. По второй нужно будет выполнять постобработку.

А как это вообще, по уму, надо делать? Нужны элементарные операции: оплата счета (сделано через ТАП) и поступление д/ср.

С исходящими платежамипроще, так как вы сами решаете, что напсать в платежке и зачем. Поступаете так: делаете платежку через АПП (хоть по счету за входящую фактическую поставку, хоть аванс через ТАП) - используете то самое поле PYORD. Система сама найдет позиции документов, по которым сделан платеж, и выровняет их по алгоритму 29. При этом обратите внимание, чтобы банк не включал комиссию за исходящий платеж в списанную сумму, а показывал в выписке отдельной операцией. Иначе ничего у вас автоматом не выровняется.
С входящими платежами сложнее. Тут есть два случая: когда вы перебрасываете деньги (возможно, в разных валютах) между своими счетами, и когда вам платит кто-то. В первом случае уместно использовать транзитный счет 57* и выравнивать его по операции зачисления средств на счет-получатель. Во втором случае - скорее всего придется разгребать поступления в постобработке. Теоретически можно воспользоваться некоторыми алгоритмами интерпретации, которые работают, например по полю XBLNR, но на практике это не всегда получается. Особо тяжело настраивать обработку операций, когда вам одним платежом оплачивают несколько выставленных вами счетов. К тому же придется строить клиентов, чтобы они внятно указывали цели платежа. Так что проще не заморачиваться с автоматической разноской входящих платежей вообще, поставить им алгоритм 000 и разносить руками в постобработке.

Добрый день!
Подскажите пожалуйста - где -то моно прочитать описание по всем интерпретационным алгоритмам или куда можно залезть в текст какой программы, чтобы с ними разобраться?
Я раньше их не использовала, но, из Вашего диалога следует, что штука полезная.
Не могли бы Вы пояснить в 2 словах - для чего они необходимы? Точнее, такую простую банковскую операцию как исходящий платеж с выравниванием по номеру платежки, разве нельзя настроить стандартным образом, без использования этого самого алгоритма?
Большое спасибо.

Прошу прощения у всех, кого мои посты могли ввести в заблуждения. Я уже пару месяцев не работаю в консалте и не заходил в систему. Только сейчас вспомнил, что использование алгоритмов интерпретации именно в ручной выписке может быть не обязательно. Дело в том, что интерпретация нужна в электронной выписке для того, чтобы показать программе разноски, как в файле выписки понимать текстульку такую-то в зависимости от кода операции. В ручной выписке можно сразу настроить нужные поля (к сожалению, ограничение 80 символов пока есть). Тогда система сразу будет понимать, что есть номер платежки, а что - фактуры и т.п.
В ручной выписке алгоритмы интерпретации действуют на какое-то из ссылочных полей, но на какое - не помню. Если найти, какое именно, то одно и то же экранное поле в зависимости от кода операции будет интерпретироваться по нужному алгоритму.
Для разноски выписки по АПП-шному номеру платежки нужно действительно настроить поле PYORD.
Еще раз обращаю внимание, что для выравнивания по номеру платежки нужно, чтобы суммы совпадали полностью, а всякие комиссии были отражены отдельными операциями.

Описания доступных алгоритмов даны в ноте 114713. Если есть необходимость узнать больше про конкретный алгоритм, можно воспользоваться поиском.