Здравствуйте уважаемые!

У меня рекласс от 31032018 проведен в FI и теперь когда я хочу провести рекласс в трежери на дату 30062018 система мне выдает конечно же двойные суммы вместо 22 дает 44. Для решение проблемы думала про Релевантность
1) Снять фиксацию для релевантности по Виду Обновления DBT_DP75 и DBT_DP76
2) Провести за прошлый период
3) Вернуть Релевантность

но система ругается что "Существует проведенная бизнес-операция после отчетной даты"

как можно иначе зафиксировать проведенный в FI потоки в трежери??

Заранее благодарю!

Увы, или сторнировать бизнес процесс и фиксировать в прошлых периодах. Или проводить двойную сумму.
TPM15M перебрасывает с одного класс оценки на другой и в данной ситуации ваша бизнес операция блокирует этот перенос.

Добрый день, коллеги!
Настраиваю рекласс процентных сделок (TPM15M).
Однако, формируется лишь проводка по реклассификации основного долга.
А как быть с начисленным вознаграждением? Читала на форуме, что % не переносится? (https://sapforum.pro/forum/viewtopic.ph ... 32&start=0)
Или я не поняла? Разве не должны проводки тоже формироваться по переносу суммы начисленного %?
И еще, объясните, пожалуйста, что за поля такие при TPM15M "Отчетная дата" и "Горизонт для текущей даты"?
пс: в первый раз настраиваю рекласс, прошу прощения за такие вопросы...(
Нигде не нашла информации в интернете понятной.

Добрый день,
Не знаю как в других странах, но подозреваю, что так же, но в Беларуси реклассификация производится над будущими потоками погашения т.е. по сути над задолженностью. И все.



Есть график ежемесячного погашения задолженности по сделке в течение 2х лет. Т.к. сделка на 2 года, то мы ее считаем долгосрочной. Нам нужно сделать реклассификацию, т.е. по сути определить какие потоки погашения у нас краткосрочные, а какие долгосрочные. Краткосрочные - это потоки в течение года, долгосрочные - после одного года и дальше.

Отчетная дата - дата, начиная с которой мы делаем реклассификацию. Например, мы закрываем месяц июнь, значит отчетная дата 01.07.2019.

Горизонт для текущей даты - дата, для которой мы определяем длину краткосрочности т.к. краткосрочная задолженность это потоки в течение года, то и горизонт будет 30.06.2020.

Т.о. из 2х годичной долгосрочной сделки мы выделяем все потоки, которые сидят в промежутке с 01.07.2019 по 30.06.2020. Они и будут краткосрочными. Все остальные потоки остаются долгосрочными.

Спасибо, я потом догнала сама про "Горизонт")))) Но все же Вы подтвердили мои догадки)

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

И тогда необходимо перенести как Основной долг, так и все начисленное вознаграждение по нему на краткосрочный счет.
Переносится, в данный момент, только основной долг. А вознаграждение (начисленное ранее) ручками считать и переносить доп.потоком?
Или можно как-то по-другому?

Спасибо за помощь!!!

Правильно ли я понял, что в течении 4х лет, вы не выделяете краткосрочную часть из долгосрочной сделки, а делаете это на 4ый год?
Если так, то вам проще перекинуть данные на краткосрочную ссылку на контировку через тр. TPM28 в последний год.

Да, все верно Вы поняли)
Через TPM28 тоже только основной долг перекидывается у меня. А вознаграждение должно рассчитываться и перекидываться автоматом в этом случае???

Я однозначно могу сказать, что TPM28 переносит задолженность по сделке.
Возможно, если начисления положить на какой-нибудь компонент, например 1018, через тип изменения позиций, то значения начисленных вознаграждений тоже перенесутся. Но это нужно эксперементировать, сам я такого не делал.