Подскажите, плиз, есть стандартная бисовская транзакция по просроченного погашению основного долга(ОД) и процентов и в ней шаблоны каждый из которых последовательно производит списание с расчетного счета сумм пеней, %% и ОД. как сделать так чтобы после завершения работы очередного шаблона проверялся остаток на расчетном счете и если остаток не нулевой, то выполнялся следующий шаблон, а если нулевой остаток, то работа транзакции завершалась - т.е. до тех пор пока на счете 40817 есть средства, транзакция работала и проводки создавались бы.

Боюсь, что какой-либо стандарт в этой части отсутствует. Транзакции, как правило, настраиваются (либо раньше настраивались) персонально, под бизнес-процесс конкретного банка на базе процедур loan_op (одиночные), либо all_flt (групповые).

Вам нужно:
1. Взять определенный учетной политикой (либо другими внутренними нормативными документами) порядок погашения задолженности: основного долга, пеней, процентов, штрафов, комиссий.
2. Взять подходящий пример транзакции модуля КиД и настроить ее под ваши требования. Очередность погашения будет определяться номерами шаблонов. Для того, чтобы выполнять погашения в рамках остатка на счете клиента, используйте в каждом шаблоне функцию Мин(Остаток на счете,Сумма к погашению). Например Min(Neg(Ост(Дб(1))),(Прм(8,ПД,Да)+Прм(14,ПД,Да)+Прм(94,ПД)))

с этим понятно... а нет ли возможности прервать выполнение транзакции, например, между предыдущим и следующим шаблоном, например, между 1 и 2 (доопустим оба шаблона создают проводки ) но с созданием проводки первым шаблоном? как бы транзакция отрабатывает при этом правильно.

Какие-то способы есть. Процедуры подавления шаблонов, прописываемые в допреках, и т.д.
Но зачем?
Если есть понятный стандартный механизм: сумма нулевая - шаблон не отрабатывает. Зачем велосипед изобретать?

mms пишет: Какие-то способы есть. Процедуры подавления шаблонов, прописываемые в допреках, и т.д.
Но зачем?
Если есть понятный стандартный механизм: сумма нулевая - шаблон не отрабатывает. Зачем велосипед изобретать?

У нас сумму вручную вводили, поэтому и шаблон не пропускал нулевые суммы - бухи вбивали сумму 1р. затем после выполнения транзакции удаляли эту проводку. Получается, если в расчете суммы стоит формула и результат ее ноль, то шаблон не работает?! Правильно я понял?

и еще - поясните немного плиз, как работает процедура all_flt - откуда берется фильтр договоров или процедура отрабатывает по всем договорам?

"Получается, если в расчете суммы стоит формула и результат ее ноль, то шаблон не работает?! Правильно я понял?
" - именно так.

"all_flt - откуда берется фильтр договоров или процедура отрабатывает по всем договорам? "

На первом шаблоне транзакции, допреквизит: Фильтр, где прописываются настройки фильтра, например "bis,loan_cd.p,m_31n,Кредит". Если дополнительно установить реквизит "ShowObject" в значение ДА, отбираемые по фильтру договоры будут выводиться на экран для отбора (исключения) перед исполнением транзакции.

Понятно! тогда еще вопрос. Есть стандартная транзакция для рублевого перевода (во воложении 0101) для создания платежки, делаю такую же, но с помощью универсальных транзакций g-trans, ввожу все данные для платежки но в создаваемой проводке нет данных об ИНН клиента - получателя платежа. подскажите плиз на каком классе он сидит и какова роль объекта должна быть в шаблоне

ИНН получателя сохраняется в opb.inn.
Вы его указываете в экранной форме ввода документа?

mms пишет: ИНН получателя сохраняется в opb.inn.
Вы его указываете в экранной форме ввода документа?

Да, я его ввожу, но не сохраняется. т.е. не сохранялся.
делал два шаблона, в первом производится ввод реквизитов документа, а во втором производилось уже создание проводки. вот и во втором шаблоне значение ИНН не откуда надо брал. теперь получилось, Спасибо!