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

Погашение и проценты к выплате проводить сразу в краткосрочку. Саму сделку в долгосрочку и 1 раз переносом контировки за год до погашения остатка. Стандарт ничего не умеет в этом плане.

Не на 100% уверен, что это то, но гляньте ноту: http://service.sap.com/sap/support/notes/1515125 и все упоминающиеся другие ноты.

Ну и как же это решит проблему, описанную автором? Нужно показать в конце периода часть задолженности, приходящуюся на краткосрочку, на соответствующих счетах задолженности.
При предложенном раскладе вся задолженность останется висеть на долгосрочке.

Автор, а почему бы наоборот не поступить: вообще все показывать и проводить на долгосрочку. А раз в период делать процедуру рекласса, по которой вся задолженность со сроком погашения <365 дней будет через корректировочный счет переноситься на краткосрочную часть. Первым числом следующего периода - сбрасывать. За год до окончания на оставшуюся сумму сделать перенос на класс оценки краткосрочный с автоматической сменой ссылки на контировку. Можно перенос в последнем году и не делать - просто придется продолжить реклассить последний год.

Z не такой уж и дикий, рекласс можно посадить на доп. поток (и сброс вторым потоком от первого числа). Расчет сделать автоматический через TPM13 по сроку платежа, рассчитанную сумму двух потоков впихнуть в VTBHAPO бадишкой. Не нравится поток - всегда можно будет удалить.

А нет, смотри как, допили...

Часть которая идет как погашение будет в краткосрочке. Другое дело, что придется погашение заводить доп.потоками.

Часть, которая идет как погашение, появится только при погашении. Это случится через 5 месяцев, к примеру. А до тех пор у нас есть только проведенные исходящие потоки выдачи денежных средств, которые и образовали сальдо на счетах долгосрочной задолженности.

Возможно, я зря постоянно делаю уклон на проводки.

Нота интересная, но есть два больших "НО":
- не реклассит ЦБ
- операция рекласса фактически делается вручную

В предыдущих ЕхП была в бразильской локализации программка, которая делала рекласс чисто бух.проводками (без добавления потоков и вообще без влияния на данные TRM). Правда она тоже не умела реклассить ЦБ и проценты, но умела делать его массового для сделок ден.рынка.

На основании этой программки была написан "суровый" Z, чтобы умела делать все !