Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
YuSokolov Профи
Вступление в Клуб: 29.06.2007
|
Вт Июн 03, 2008 11:18   |
|
Полезность: Нет оценки
|
Тестируем версию 8.3
У нас в ЗОДе делается "Выполнение групповых операций продукта "Резервирование" в текущем дне" [ACC_RES_BASE]
крыж "Синхронизировать группу риска по всем счетам" включен.
В операции [ACC_RES_BASE] 03.04.08 пользователем "JBokhan" были сделаны изменения - "В вызов SYN_RIS_GROUP во вх.параметр синхронизации по резервирование вместо false передается true"
Код: | ::[RES_BASE_ACCS].[SYN_RIS_GROUP](nvl([END_OD].[V_DATE_OP_CUR], op_date), true, d.[DEP_ID], TRUE, false); |
на основании BS00066255 (интересно что в этой заявке).
Так вот на ТЕСТОВОЙ схеме ЗОД делался около 60 (ШЕСТЬДЕСЯТ) ЧАСОВ
сделал как было до изменения, т.е
Код: | ::[RES_BASE_ACCS].[SYN_RIS_GROUP](nvl([END_OD].[V_DATE_OP_CUR], op_date), true, d.[DEP_ID], FALSE, false); |
вздохнул с облегчением, ЗОД делается снова за 30 минут
Очень интересно как в ЦФТ это изменение тестировалось ? |
|
|
w00per Профи
Вступление в Клуб: 17.10.2007
|
Вт Июн 03, 2008 13:22   |
|
Полезность: 1
|
YuSokolov пишет: |
на основании BS00066255 (интересно что в этой заявке).
|
ЦФТ пишет: | Номер (в ЦФТ): BS00066255
Номер (в Банке): k102
Вид запроса: Несоответствие 2
Программный продукт: ЦФТ-Банк
Подсистема: Резервирование
Инициатор: Татаринов Алексей Петрович
Наиманование запроса: Не правильно определяеться группа риска в резервировании по ПОТ.
Дата регистрации: 2008-03-05 18:10:04
Плановая дата завершения: 2008-04-17 00:00:00
Текущее состояние: Выполнена
Трудозатраты, план:
Трудозатраты, факт:
Менеджер запроса: Сержантова Елена (Центр Финансовых Технологий)
Подробное описание: ФИО : атаринов Алексей Петрович ОАО АКБ "Волгопромбанк" E-mail : ????????@?????????.ru Путь (класс, представление, операция ФЯ) : резервирование. Описание : Группы риска в ПОТ проставленны. Работало верно. Донастройки не производились. Повотряеться по всем запясям. Приведен 1 пример. см вложение.
Источник
|
Теперь есть возможность на сайте ЦФТ посмотреть любые заявки благодаря подпункту меню "Просмотр запросов (Demo)" в меню "Заявки" на сайте сопровождения. _________________ I Lie About Everything.
Последний раз редактировалось: w00per (Вт Июн 03, 2008 14:26), всего редактировалось 2 раз(а) |
|
|
w00per Профи
Вступление в Клуб: 17.10.2007
|
Вт Июн 03, 2008 13:31   |
|
Полезность: Нет оценки
|
Господин Татаринов Алексей (root), может вы таки раскроите коллеге тайну вложения в заявку к ЦФТ _________________ I Lie About Everything. |
|
|
YuSokolov Профи
Вступление в Клуб: 29.06.2007
|
Вт Июн 03, 2008 14:09   |
|
Полезность: Нет оценки
|
w00per пишет: | YuSokolov пишет: |
на основании BS00066255 (интересно что в этой заявке).
|
Теперь есть возможность на сайте ЦФТ посмотреть любые заявки благодаря подпункту меню "Просмотр запросов (Demo)" в меню "Заявки" на сайте сопровождения. |
Маладец Илья
На самом деле BS00066255 была из нашего банка, делал ее мой друг Алексей, теперь я сразу вспомнил про что там была речь
Смысл был такой - если в ACC_RES_BASE включаем "Обработка по портфелям", то при выполнении "Синхронизировать группу риска по всем счетам" в портфелях ставилась 1-я группа риска (наигрывалась от клиента - НАШ БАНК) и списывался резерв
Думаю, что если в операции [ACC_RES_BASE] будет вот так:
Код: | -- 2.Синхронизировать группу риска по всем счетам
if nvl(P_SYN_RIS_GROUP, false) then -- Синхронизировать группу риска по всем счетам
if P_PORT then
::[RES_BASE_ACCS].[SYN_RIS_GROUP](nvl([END_OD].[V_DATE_OP_CUR], op_date), true, d.[DEP_ID], true, true);
end if;
::[RES_BASE_ACCS].[SYN_RIS_GROUP](nvl([END_OD].V_DATE_OP_CUR], op_date), true, d.[DEP_ID], false, false);
end if; |
то все получится красиво, скоро проверю с включеным "Обработка по портфелям" |
|
|
YuSokolov Профи
Вступление в Клуб: 29.06.2007
|
Пн Июн 09, 2008 08:06   |
|
Полезность: Нет оценки
|
YuSokolov пишет: | YuSokolov пишет: | от ЦФТ хочется получить решение, чтоб
процент разервирования для требований по получению процентных доходов по кредитам овердрафт (или кредитная линия), срок уплаты процентов по которым не наступил, брался из кредитного договора, независимо от того, что ссуда погашена и резерв по ней восстановлен. А не 100 %, как реализовано в 8.1 |
Декларируется, что эта заявка реализована и "Изменения включены в обновление: 8.3."
Скоро проверю |
В 8.3 это не реализовано
а от ЦФТ получил
завершены работы по запросу BS00066055.
Запрос планируется на закрытие, основание: Реализовано в Версии ФЯ 8.3
Изменения включены в обновление: 8.3. |
|
|
YuSokolov Профи
Вступление в Клуб: 29.06.2007
|
Вт Июн 10, 2008 14:20   |
|
Полезность: Нет оценки
|
YuSokolov пишет: | В 8.3 это не реализовано
а от ЦФТ получил
завершены работы по запросу BS00066055.
Запрос планируется на закрытие, основание: Реализовано в Версии ФЯ 8.3
Изменения включены в обновление: 8.3. |
Пардон
Решение действительно реализовано,
просто по ряду причин, мне на нашей схеме, по некоторым записям в Резервировании придется сделать некоторые приседания и все будет как у людей. |
|
|
w00per Профи
Вступление в Клуб: 17.10.2007
|
Чт Сен 18, 2008 08:48   |
|
Полезность: Нет оценки
|
YuSokolov пишет: | есть "Просмотр запросов", там "Все запросы"
однако тут я вижу только заявки всех сотрудников только нашего банка. У кого иначе ? | Да, действительно, зря они убрали возможность просмотра ВСЕХ заявок, было информативно. _________________ I Lie About Everything. |
|
|
YuSokolov Профи
Вступление в Клуб: 29.06.2007
|
Ср Ноя 26, 2008 12:20   |
|
Полезность: Нет оценки
|
только недавно заметил
В продукте "Резервирование" стою на любом рублевом счете, делаю операцию "Резервирование", смотрю массив "Суммы р.б." тут появилась новая запись на соответствующую дату, т.е. все красиво
А вот например, в продукте "Резервирование" встал на счет 30110840, делаю операцию "Резервирование", операция отрабатывает, однако в массиве "Суммы р.б." запись не добавляется. исключение - если на дату резервирования остаток в валюте поменялся, то запись в массив добавится. мы резервирование делаем каждый день а в массиве "Суммы р.б." есть только записи с датами когда было изменение валютного остатка, в те даты когда была только переоценка записи в массиве не создавались.
В результате, когда операции обязательной отчетности дергают из резервирования остаток по тому же 30110840, то имеем не актуальный отчет (т.к. в массиве "Суммы р.б." на отчетную дату нет нужной записи)
в какой версии сломалось (или так было всегда) не могу сказать |
|
|
YuSokolov Профи
Вступление в Клуб: 29.06.2007
|
Ср Ноя 26, 2008 12:43   |
|
Полезность: Нет оценки
|
YuSokolov пишет: | в продукте "Резервирование" встал на счет 30110840, делаю операцию "Резервирование", операция отрабатывает, однако в массиве "Суммы р.б." запись не добавляется. |
может у кого правильно работает ? |
|
|
YuSokolov Профи
Вступление в Клуб: 29.06.2007
|
Чт Ноя 27, 2008 10:08   |
|
Полезность: 1
|
ответ подсказал Кувшинов Юрий
Причина данной ситуации в настройке RES_CHECK_VAL из справочника "Настройки."
Если значение данной настройки равно "Да", то осуществляется проверка, изменилась ли сумма в валюте счета по сравнению с предыдущей записью в массиве сумм. Если разницы нет, то регулирование резерва не осуществляется. Это связано с тем, что согласно положению ЦБ, если остаток в валюте не изменился, а изменилось национальное покрытие счета (для счетов в валюте), нет необходимости делать ежедневное регулирование резерва для таких счетов в валюте. Если остаток в валюте изменился, или же настройка RES_CHECK_VAL равна "Нет", или же изменилась группа риска и процент резерва (хотя остаток и не поменялся) - документ будет сформирован. Создается платежный документ либо на формирование, либо на восстановление резерва
Установил настройку в "НЕТ" |
|
|
Igorka Профи
Вступление в Клуб: 28.09.2007
|
Чт Ноя 27, 2008 14:17   |
|
Полезность: Нет оценки
|
YuSokolov пишет: |
Установил настройку в "НЕТ" | теперь резерв после каждой переоценки пересчитывается? |
|
|
YuSokolov Профи
Вступление в Клуб: 29.06.2007
|
Чт Ноя 27, 2008 15:08   |
|
Полезность: Нет оценки
|
Igorka пишет: | теперь резерв после каждой переоценки пересчитывается? |
пока не могу сказать
на сегоднешний день у нас в продукте "Резервирование" нет валютных счетов у которых НЕ 1-я гр.риска и НЕ нулевой остаток.
хотя понимаю, что при настройке RES_CHECK_VAL = "ДА" резерв после переоценки не формируется, однако запись в массиве "Суммы р.б." обязана быть.
Внимательно посмотрел этот массив "Суммы р.б." на нескольких валютных счетах. Вижу, что в массиве есть записи, когда вал.остаток не менялся, т.е. была только переоценка. Что за баг не пойму.
Если RES_CHECK_VAL = "НЕТ" то массив заполняется по любому.
Так что пока есть выбор - либо лишние проводки, либо актуальная отчетность |
|
|
vev Участник
Вступление в Клуб: 23.11.2007
|
Пт Фев 27, 2009 11:09   |
|
Полезность: Нет оценки
|
Добрый день, коллеги! Вопрос есть: выполняю "Групповые операции продукта Резервирование в текущем дне" с Добавление счетов расчетной базы и синхронизацией группы риска, в итоге в продукт добавляется запись по счету р.б.47423- счет РКО-шный, по клиенту картотеки нет, но есть кредиты.Процент резервирования и группа риска по нему проставляется из истории групп риска клиента (2 гр.), т.е. как в кредитном договоре и в итоге по счету формируется резерв.
А на самом деле группа риска должна быть 1 и % резервир.0 и никакого резерва. Никто с такой ситуацией не сталкивался? |
|
|
YuSokolov Профи
Вступление в Клуб: 29.06.2007
|
Пт Фев 27, 2009 14:29   |
|
Полезность: Нет оценки
|
vev пишет: | ...А на самом деле группа риска должна быть 1... |
Действительно ли группа риска должна быть 1 (на основании каких-то разьяснений ЦБ РФ) или только вашей бухгалтерии так хочется. Почему это интересно один и тот же клиент в продукте РКО будет белым и пушистым с 1-й руппой, а в продукте Кредиты будет не очень белым и пушистым |
|
|
timochev Эксперт
Вступление в Клуб: 02.07.2007
|
Пт Фев 27, 2009 17:20   |
|
Полезность: Нет оценки
|
YuSokolov пишет: | vev пишет: | ...А на самом деле группа риска должна быть 1... |
Действительно ли группа риска должна быть 1 (на основании каких-то разьяснений ЦБ РФ) или только вашей бухгалтерии так хочется. Почему это интересно один и тот же клиент в продукте РКО будет белым и пушистым с 1-й руппой, а в продукте Кредиты будет не очень белым и пушистым |
Присоединяюсь к вопросу... |
|
|
|
|
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
|
|