Коллеги, подскажите пожалуйста на счет процентных условий для ценных бумаг.
В транзакции FWZZ на закладке "Условия" есть группа полей "Расчет процентов", состоящая из поля "метод" и "правило округления"
На что влияют значения этих полей ?? На мой взгляд - ни на что, т.к. при создании процентного условия метод расчета указывается внутри него.
Как работает правило округления в данном случае - непонятно совсем.

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

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

доброе утро,

Вы можете задать метод начисления в блоке "Расчет процентов" или внутри позиции условия. Если задали в блоке "Расчет процентов", то этот метод начисления действует на все позиции условия. До тех пор, пока вы явно не укажите метод в самой позиции.

Как работает правила округления - посмотрите FM FIMA_NUMERICAL_VALUE_ROUND. Там простой алгоритм.

Rygor, спасибо.

но к сожалению это пока не помогает решить основную задачу: либо научить процентные условия округляться до нужного разряда либо поиметь возможность задавать сумму купона в явном виде (т.е. без расчета через процентную ставку) либо поиметь возможность указывать сумму купона на одну бумагу.

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

На счет метода округления: тут вопрос даже не в том как оно округляет, а как сделать так, чтобы указанный на закладке "Условие" метод округления повлиял на рассчитанную сумму купона.

К сожалению, я вот только только перехожу с Ценными бумагами на "Ты".
Но вроде бы можно управлять купонами через блок "Расчет начисленных процентов" в тр. FTR_CREATE|FTR_EDIT на закладке "Структура" для сделки по Ценным бумагам. Там можно указывать и метод начисления, и правило округления.

Методом псевдонаучного тыка удалось выявить следующие взаимосвязи:
1) метод расчета, указанный на закладке "условие" работает только тогда, когда метод расчета не указан в самой записи условия.
2) в настройке "Присвоение видов условий группам условий" есть такая галка "РасчетПроцентов" - если для вида условия эта галка взведена, то система по данному виду условия рассчитывает купон как фиксированный процент (указанный в самом условии либо в этой же настройке) на одну облигацию. таким образом сумма купона = сумма на одну бумагу * на кол-во бумаг. Собственно этого я и добивался Если эту галку не поставить то система рассчитывает процент от всей суммы позиции.

З.Ы. с процедурой округления по прежнему не все ясно - если разберусь, напишу

Добрый день. Вид продукта 04X (делала эмиссию), обызательно указываем отдельную котировку (тогда в сделке появляется количество), и меняем FIMA для процентов на TZST (процент на единицу).

Далее создаем метод округления с типом Коммерческое, единицу округления указываем 0,01, чтобы округлялось до двух знаков по запятой по нашему законодательству перед умножением на количество.

Далее, этот метод указываем на вкладке Условие в ЦБ вверху, там где Расчет процентов (метод начисления, правило округления, число дней от купона, дисконтированн.) и отдельно в условиях процента, там где вкладка сроки.

Потом, проверям, что активирована нота 742447. Это делаем с помощью транзакции TEST_SOFT_MOD. Если нота не активирована, тогда читаем ноту номер 732499, там написано, что нужно внедрить BADI, где активирутся нота 742447. Мы мучились долго, но когда все это сделали, но все заработало и стало округляться как положено. Пользуйтесь!

Copy class CL_SOFT_MODIFICATIONS_DEMO into the customer-specific class CL_SOFT_MODIFICATIONS_CUST (you have to use exactly this name) using Transaction SE24. In this class, you later make the settings which modifications are active. The source code therefore is in your own namespace and is protected against the importing of support packages or an upgrade.
Activate a new note:
The class has method IS_ACTIVE via interface IF_JBR_SOFT_MODIFICATIONS. There you find a CASE list that can be enhanced correspondingly. For the activation, you have to add the respective note into the CASE list and you can set parameter R_X_ACTIVE to active (CON_X_ACTIVE) or inactive (CON_X_INACTIVE). By default, every note is not active.
Test Transaction TEST_SOFT_MOD (Report RJBR_TEST_SOFT_MODIFICATIONS)