При загрузке оплате от покупателей хронически не подставляется договор.
1. Договор действующий
2. Предыдущие аналогичные платежи заполнены с этим договором -  т.е. алгоритм распознавания платежей должен их распознавать и подхватывать

ЧЯДНТ ?

(0) Дубли, валюта...

(1) Дублей нет - проверял
Валюта везде рубли

А если есть несколько действующих договоров - какой он берет ?
В УТ 11 нет же понятия "Основной договор"

Никакой, на усмотрение юзера

(5)А почему не ставится если один
Тем более если есть прецедент

Где этот алгоритм распознования располагается - может в нем творчески покапаться ?

(5) копай в обработке КлиентБанк

я сильно сомневаюсь что в обработке загрузки клиент банка есть что-то про ОПРЕДЕЛЕНИЕ договора из файлика. Там нет полей, которые в 1. явном виде идентифицируют договор 2.клиенты совсем необязательно указывают договор в платежках в назначении платежа. 3. а если и указывают то надо маленький "ии" написать чтобы из несколкьих чисел (сумма платежа, сумма ндс, номер счета, номер накладной, номер акта итд определить какое "число" относится к номеру договора.

(5) а если платеж пришел по договору, который еще не введен в базу? если подставить "единственный" - то это прямой путь к потенциально йошибке, причем неявной и поэтому трудно отлавливаемой в опепративной деятельности.

(8) если у контрагента несколько договоров,то тут нужно выбиратт,а еслм один,то его нужно подставлять.

(9) угу. работает в идеальной ситуации. ;-)

(7) (8) (9) Договор один и действующий и есть платежи с этим договором.
по идее должен подставлять по аналогии

Хотя я думаю задумка была такая :
Оплату покупателей нужно разносить ? - нужно
Т.е. выбирать либо документ взаиморасчетов либо договор (ФИФО)
Что бы бухгалтер не расслаблял булки взбодрить его РУЧНЫМ  ЗАПОЛНЕНИЕМ ПОЛЯ "ОСНОВАНИЕ ПЛАТЕЖА"

Хотя с другой стороны если ФИФО по договору зачем эти телодвижения

(11) в документации ИИ клиент-банка описан, код примитивный

о чем топик ?