При расторжении депозитного договора, если необходимо все причисленные проценты пересчитать по ставке "до востребования", то идет не правильный расчет журнала процентов по штрафной %% ставке. Проценты по штрафной должны расчитываться исходя из суммы договора и суммы зачислений, а на настоящий момент в сумму для начисления процентов попадает еще и причисленные проценты.
Выяснил, что неправильный расчет суммы для начисления процентов идет из операции DEPN.CALC_PRC при заполнении журнала DEPN.JOUR_CANC_PRC.
работы по запросу BS00081760 планируется завершить 2008-10-31 12:00:00
Сами мы уже исправили. Взял операцию DEPN.CALC_PRC рабочую с версии 8.1 и дописал корректное заполнение журнала по штрафной.
После наката пара десятков операций приняли статус 'UPDATED/VALID'. Если их снова перекомпилировать они становяться валидными. В чем причина, не понятно...
После наката пара десятков операций приняли статус 'UPDATED/VALID'. Если их снова перекомпилировать они становяться валидными. В чем причина, не понятно...
При расторжении депозитного договора, если необходимо все причисленные проценты пересчитать по ставке "до востребования", то идет не правильный расчет журнала процентов по штрафной %% ставке. Проценты по штрафной должны расчитываться исходя из суммы договора и суммы зачислений, а на настоящий момент в сумму для начисления процентов попадает еще и причисленные проценты.
Алексей, добрый день!
Можно немножко уточнить?
Неверный расчет наблюдается только в случаях, когда было причисление процентов ко вкладу и надо пересчитывать и эти самые проценты? Если причислений не было, то все хорошо?
При расторжении депозитного договора, если необходимо все причисленные проценты пересчитать по ставке "до востребования", то идет не правильный расчет журнала процентов по штрафной %% ставке. Проценты по штрафной должны расчитываться исходя из суммы договора и суммы зачислений, а на настоящий момент в сумму для начисления процентов попадает еще и причисленные проценты.
Алексей, добрый день!
Можно немножко уточнить?
Неверный расчет наблюдается только в случаях, когда было причисление процентов ко вкладу и надо пересчитывать и эти самые проценты? Если причислений не было, то все хорошо?
Да, именно, когда происходит причисление %% ко вкладу.
На сколько я знаю, 17 дополнение к 8.5 исправляет этот баг. Если нет, то могу поделиться хранилищем.
Последний раз редактировалось: evgeniy (Пн Окт 20, 2008 11:01), всего редактировалось 1 раз
При расторжении депозитного договора, если необходимо все причисленные проценты пересчитать по ставке "до востребования", то идет не правильный расчет журнала процентов по штрафной %% ставке. Проценты по штрафной должны расчитываться исходя из суммы договора и суммы зачислений, а на настоящий момент в сумму для начисления процентов попадает еще и причисленные проценты.
Алексей, добрый день!
Можно немножко уточнить?
Неверный расчет наблюдается только в случаях, когда было причисление процентов ко вкладу и надо пересчитывать и эти самые проценты? Если причислений не было, то все хорошо?
Да, если причислений не было, то и в журнале будет фигурировать только сумма договора и суммы зачислений, а значит пересчет процентов должен пройти корректно.
Условия договора:
- ежемесячная капитализация в последний день месяца;
- возврат процентов при расторжении;
- дата заключения договора = предпоследний день месяца, т.е. на
след. день по этому договору уже проходит капитализация;
При расторжении такого депозита в журнал процентов по штрафной попадает сумма депозита с суммой первой капитализации, хотя не должна. Причем последующие капитализации уже не попадают.
Нашел в LIB_01 в операции GreatRecDebt такой код
Код:
if (not CrashDog and instr(NotUseCalc, &Vid_Oper_Dog.CODE) <= 0)
or (CrashDog
and ( instr(NotUseCrash, &Vid_Oper_Dog.CODE) <= 0
or &Fact_Oper(Idx).C_DATE < nvl(BegCrash, &Fact_Oper(Idx).C_DATE) + 1
)
)
then
RetSumm := &Take_In_Recs(&Fact_Oper(Idx).C_SUMMA, IdDebt, &Fact_Oper(Idx).C_OPER);
else
RetSumm := 0;
end if;
Дата BegCrash в эту функцию приходит уже на 1 больше чем дата начала договора, а при сравнении с датой факт. операции к ней добавляется еще 1, и получается что первая капитализация, дата которой на 1 больше, чем дата BegCrash, попадает в расчет.
Дополнение 17 к 8.5 не накатывали, потому что версия тех. ядра у нас старая, однако расчет процентов по штрафной настроен правильно.
Коллеги, кто-нибудь уже накатил доп. 17 к 8.5 или доп. 6 к 8.6? Существует ли там такая проблема?
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
Домен cftclub.ru не связан с ЗАО "Центр Финансовых Технологий" и ни в коей мере не нарушает авторских и иных прав
Владелец может не разделять мнения Участников и не несет ответственности за их публикации
Powered by phpBB