CftClub.ru

[timochev]

И все-таки я решил начать отдельную тему, посвященную Резервированию, как и предлагал ранее Юрий Соколов.

Хочу отметить, что текущая реализация резервирования не готова работать в прошлом дне в части кредитных счетов 47427, 91317, и др. Выражается этот прискорбный факт в непопадании некоторых счетов в ПОТы и в продукт "Резервировании" при запуске операции заполнения счетов расчетной базы. Проследив весь алгоритм, в нескольких местах наткнулся на анализ текущего состояния договоров и счетов вместо анализа дат открытия и закрытия.
Поправил 2 операции:
PR_CRED.RES_NEW_AUTO
SIM_LOAN_PORT.LIB

[timochev]

Послал еще одну заявку в ЦФТ:

В справочнике "Резервирование. Шаблоны счетов расчетной базы" мы включили счета 47427, 325, 459 в новый тип, который назвали "1.6 Требования по
получению процентных доходов". Это было сделано вопреки инструкции ЦФТ о включении этих счетов в тип "2. Резерв по условным обязательствам кредитного
характера, в т.ч.:"
Гл. бухгалтер это обосновал так:
1. В тип 2 входят только внебаланс согласно его названию. Сюда нельзя относить балансовый активы.
2. Тип "1. Резерв по балансовым активам, в т.ч.:" как раз и содержит в себе балансовые активы. Значит эти счета должны относится именно сюда.

В результате после заполнения счетов расчетной базы в ПОТ счета попали как и положено, но счета кредитных договоров, не входящих в ПОС, НЕ ПОПАЛИ ни в
продукт резервирование, ни в один из ПОТ. Это произошло по причине прописанного в коде операции SIM_LOAN_PORT.LIB.MoveAccPot2Pot условия, что эти счета
должны быть именно в пункте "2":
res_el_type ref [RES_EL_TYPE] := ::[RES_EL_TYPE]([NUM] = '2.');

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

[YuSokolov]

Зарегистрировал очередную засаду в Резервировании

Пример: 29.12.07 в Карт.2 договора РКО попал документ комиссии, позже на расч.счете появилось ограничение на платежи и был исполнен преренос с Карт.2 на Карт.1, еще позже (16.01.0 ограничение на платежи было снято и был исполнен обратный перенос с Карт.1 на Карт.2, при этом сейчас в Карт.2 "Дата учета" соответствует дате переноса с Карт.1 на Карт.2 (т.е. 16.01.0.
Т.о. 29.01.07 НЕ определилось "наличие неоплаченной картотеки 2 более 30 дней" и резерв не сформировался !!! (т.к. срок 30 дней очевидно определяется от "Даты учета", а надо от Даты помещения документа в картотеку !!!)

[timochev]

еще один момент:

Неверно вычисляется сумма резерва по счету 47427. Оказалось, что неверно вычисляется остаток ссудной задолженности. Он определяется в операции PR_CRED.RES_CALC_SUMS без учета даты резервирования, т.е. на текущий момент. По договору 01 февраля 2008г. было увеличение ссудной задолженности и программа брала новую (увеличенную) задолженность, несмотря на дату резервирования 31 января.

Заменил строки:

[Igorka]

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

[timochev]

[Igorka]

в принципе, я так и делаю, а расчет базовой суммы тоже своим методом делаете?

[timochev]

[dbmaslov]

Господа, а у кого-нибудь работает в завершении ОД:
заполнение счетов расчетной базы,
синхронизация группы риска
резервирование (формирование / восстановление).
_________________
Маслов Дмитрий

[timochev]

[Igorka]

[timochev]

[Igorka]

никакой, просто сразу сделал не проверяя есть ли дистрибутивный расчет. а отношение к портфелю определяется у вас перелапачиванием документов картотеки?

[timochev]

[Igorka]

огромное спасибо! буду дальше делать