Выравнивание ВХОД.СЧЕТА, по которому зарегистрировано ТП, автоматом проводкой из БАНК.ВЫПИСКИ

Коллеги,
подскажите, пожалуйста, как разрешить такую ситуацию.

В системе настроена следующая цепочка документов:
1. Входящий счет (с блокировкой платежа)
2. ТП (платежное требование) по зарегистрированному вх.счету (решение на оплату счета)
3. прогон АПП формирует платежное поручение на основе ТП для банка
4. Банковская выписка формирует проводки по двум сферам.
вторая сфера настроена так
Крт по счету банк.перерасчета Дбт выравн. счета кредитора

В результате шага 4 по кредитору формируется позиция документа платежа и этой позицией выравнивается документ ТП (созданный на шаге 2), при этом позиция счета (шаг 1) и позиция платежа (шаг 4) остаются открытыми. Требуется дополнительная провода выравнивания чтобы выровнять по кредитору позицию счета (шаг1) и позицию платежа (шаг4).

Можно ли сделать так чтобы при проводках по банковской выписке (шаг4) проводка платежа автоматически выравнивала связанные документы кредитора: входящий счет-фактуру, ТП, позицию платежа?

я в свое время обсуждала эту проблему с немецким сапом, и их позиция такова - окончательное выравнивание фактуры после полной оплаты через ТП должно быть отдельной операцией выравнивания через fb1k, fb05 или f-44. Они мне присылали свои выкладки, почему так было задумано, вообщем это не баг, это фича

Спасибо большое за ответ.

Как то слишком кондово получается.

Раз уж это неизбежное зло можно тогда в фоне запускать автоматическое выравнивание.

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

Спасибо большое за совет.
А еще не пподскажите, Delicia, почему ТП не попадает в бюджет (PSM-FM),
как, например, ТАП.
Это тоже фича?

Велкам ))

это как любит отвечать сап "I regret to inform you that this is system design. " )) Просто в ТАПе указывается ФП, поэтому легко вписывается в схему отражения в УБ, а в ТП фин.поз. наследуется из с/ф с типом 60 - поэтому сапу надо было либо в СФ какое-нить дополнительное сокращение предусматривать, либо как-то хитро генерить доп. док к ТП по контировкам из затратной позиции СФ. А ведь это существенные затраты - и все из-за промежуточного по сути ТП - вот и решили что игра не стоит свеч.
На проектах ТП все равно удается вписать в схему УБ, но в этой ветке я уже писать на эту тему не буду, а то выходим за рамки исходного сабжекта

1. Действительно, разноска выписки и "преревыравнивание" ТП и счета - суть разные операзии.
2. Так как тут явно прослеживается связь "бабка за дедку, дедка за репку", уместно для выравнивания счета на основе закрытия ТП использвать механизм Workflow.

Уважаемая, Delicia.
Подскажите, пожалуйста, в какой ветке можно посмотреть/обсудить вопрос с отражением ТАП/ТП в УБ?

Спасибо.

в FI-FM