| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
Anna80
Участник со стажем
Вступление в Клуб: 09.02.2010
|
 Ср Июл 28, 2010 13:16 |
 |
Полезность: Нет оценки
|
| A_A_A, забыла спросить: а почему у вас в 8998 настройка на 1, 2 группу риска? |
|
 |
A_A_A
Профи
Вступление в Клуб: 16.07.2009
|
| Ср Июл 28, 2010 13:35 |
|
Полезность: Нет оценки
|
 Ссори это была ошибка невнимательности при настрайки спутали с 8989. Убрала, спасибо вам.
Дело в том что операция сохранения востановления у нас ломается при востановление на другую схему
ORA-02290: APP-CHECK: Неверное (пустое) значение реквизита [Расширенные аналитический признаки] в типе [I_110_TUNING]
Завели заявку BS00142810 ее приняли в исполнение, но пока будет "заплатка".
И переносим настройки с в ручном режиме |
|
|
Anna80
Участник со стажем
Вступление в Клуб: 09.02.2010
|
| Пн Дек 20, 2010 09:50 |
|
Полезность: Нет оценки
|
| Народ, а никто ничего не слышал - с 01.01.2011 отменяют форму 153 и как бы включают ее в состав 135. Чего ЦФТ хочет сделать - тоже отменить 153 и настройки заложить в 135, или формально 153 оставить? а еще с 1 июля ЦБ планирует изменения в 135, интересно, делают они там чего или нет. |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Чт Мар 03, 2011 19:13 |
|
Полезность: Нет оценки
|
После установки 21-го дополнения к 10.5
возникли следующие ошибки:
1. суммы в тысячах стали сохраняться с дробной частью
2. в Excel выводится дата текущего ОД, а не дата реализации.
п.1 исправил в REPS_DATA.CALC_FORMULA:
| Код: | elsif rReps = ::[REPS]([ CODE ] = 'I_110') then
if not nvl(ExchRec.IS_SAVED,false) then -- сохраняем все данные которые не были прочитаны из данных, а были рассчитаны
[I_110_DATA]::[NEW#AUTO]
( P_PARAM == ExchRec.rParam
, P_TUNING == ExchRec.rTun
, P_VALUE == ExchRec.nSumma1 -- Сумма
, P_RESERV == ExchRec.nSumma2 -- Резерв
-- не производилось округление до тысяч
, P_VALUE_THS == round(ExchRec.nSumma3,0) -- Сумма в тысячах
, P_RESERV_THS == round(ExchRec.nSumma4,0) -- Резерв в тысяах
-- , P_VALUE_THS == ExchRec.nSumma3 -- Сумма в тысячах
-- , P_RESERV_THS == ExchRec.nSumma4 -- Резерв в тысяах
);
end if;
|
Только у меня такое чувство, что округлять надо не nSumma3 и nSumma4, а деленные на 1000 nSumma1 и nSumma2. nSumma3 и nSumma4 считаются по формуле, исходя от уже округленных вспомогательных настроек.
п.2 добавил в процедуру WriteHeader в I_110_DATA.PRN_001 строку
| Код: | -- забыли считать дату из профиля
dDate := rRP.[DATE1];
|
|
|
|
aivanov
Участник
Вступление в Клуб: 18.03.2010
|
| Пт Мар 04, 2011 10:32 |
|
Полезность: Нет оценки
|
| Anna80 пишет: | | Народ, а никто ничего не слышал - с 01.01.2011 отменяют форму 153 и как бы включают ее в состав 135. Чего ЦФТ хочет сделать - тоже отменить 153 и настройки заложить в 135, или формально 153 оставить? а еще с 1 июля ЦБ планирует изменения в 135, интересно, делают они там чего или нет. |
Добрый день.
Пока не делаем, планируем заняться этой темой после квартального обновления по 2539-У, то есть ближе к середние апреля.
По мере появления будем публиковать планы изменений на нашем форуме. |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Пт Мар 04, 2011 10:45 |
|
Полезность: Нет оценки
|
| aivanov пишет: | | планируем заняться этой темой после квартального обновления по 2539-У |
СЗОТ А когда 251-ую ждать? |
|
|
aivanov
Участник
Вступление в Клуб: 18.03.2010
|
| Пт Мар 04, 2011 11:03 |
|
Полезность: Нет оценки
|
| timochev пишет: | | aivanov пишет: | | планируем заняться этой темой после квартального обновления по 2539-У |
СЗОТ А когда 251-ую ждать? |
В первых числах апреля. В середине марта мы опубликуем точные планы - выпуск скорее всего будет частями, 701 и 251 будут в разных допах |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Чт Мар 17, 2011 15:25 |
|
Полезность: Нет оценки
|
У нас в ф.135 после обновления 10.6.15:
1. вообще не считается категория выборки BALANS.
2. не полностью считаются категории AC_FIN вместе с GRP_RISK - баг при определении группа риска по продукту "Резервирование"
3. расчет отдельного кода из справочника настроек работает по старому алгоиртму, в то время как форма целиком считается в новых библиотеках
4. округление значений показателей в тысячах переделал. Вместо того, что писал несколькими постами выше, добавил в CLF_001 при вызове [REPS_DATA]::[CALC_FORMULA].dtInit передачу параметра P_RLIST== '2200'. В этом случае показатели округляются до целых, а нормативы - до двух знаков после запятой.
Проблемы пофиксил. Если кому интересно - стучитесь в личку.
Заявки в ЦФТ посланы. |
|
|
Anna80
Участник со стажем
Вступление в Клуб: 09.02.2010
|
| Пт Мар 18, 2011 09:23 |
|
Полезность: Нет оценки
|
У нас вообще грустные чудеса начались(
Мы на 10.6 не работали, сразу на 11.1 стали.
1. До вчерашнего дня старый профиль 135 работал нормально, в новом как раз не работали настройки с шаблоном Balans.
2. Вчера перестал старый профиль работать. КРЗ стало считаться в двукратном размере (правда если запускаешь расчет 135 полностью, а если запускаешь расчет только КРЗ то все нормально считает). Кстати, если запустить в новом профиле только 1 показатель с шаблоном Balans, то он работает нормально.
3. Перестала считаться расшифровка 8989.
Самое непонятное то, что айти вчера с системой ничего не делали, все обновления были сделаны раньше, типа это само собой произошло.
А, еще вот что - 135 форма вместо 1,5 часов стала считаться 0,5. |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Пт Мар 18, 2011 09:30 |
|
Полезность: Нет оценки
|
| Anna80 пишет: | | А, еще вот что - 135 форма вместо 1,5 часов стала считаться 0,5. |
Заметил, что в новом коде ЦФТ попыталось оптимизировать расчет группы риска и процента резервирования - теперь используется кэширование данных.
Увы, но произошло это в ущерб правильности расчета. Разработчик не учел некоторых вариантов, которые правильно обрабатывались в предыдущей версии.
Интересно, машину тестирования использовали при проверке новой версии? По всей видимости - нет. Иначе уж ошибку с категорией BALANS обязательно заметили бы.
Кстати BALANS исправляется одной строчкой кода.  |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Пт Мар 18, 2011 09:52 |
|
Полезность: Нет оценки
|
Честно говоря, достало такое качество.
Только настроишь все без ошибок, код поправишь, заявки напишешь.
А через пару месяцев выходит очередное обновление с новыми багами...
И все по кругу..
Наш специалист говорит, что ему проще вручную считать в Excel, чем каждый раз перепроверять автоматизированный расчет и участвовать в тестировании очередной версии расчета. |
|
|
Ghost
Профи
Вступление в Клуб: 24.11.2007
|
| Пт Мар 18, 2011 10:08 |
|
Полезность: Нет оценки
|
| timochev пишет: | Честно говоря, достало такое качество.
Только настроишь все без ошибок, код поправишь, заявки напишешь.
А через пару месяцев выходит очередное обновление с новыми багами...
И все по кругу..
Наш специалист говорит, что ему проще вручную считать в Excel, чем каждый раз перепроверять автоматизированный расчет и участвовать в тестировании очередной версии расчета. |
Качество будет только тогда, когда ЦФТ будет отвечать за него рублем, а такого, сами понимаете, не будет никогда.  |
|
|
svn
Профи
Вступление в Клуб: 04.02.2008
|
| Пт Мар 18, 2011 10:13 |
|
Полезность: Нет оценки
|
по некоторым данным старая команда по отчётности практически в полном составе ушла в декрет  .. набрали новую.. |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Пт Мар 18, 2011 10:17 |
|
Полезность: Нет оценки
|
| svn пишет: | | по некоторым данным старая команда по отчётности практически в полном составе ушла в декрет .. набрали новую.. |
но мужики то, надеюсь, остались? |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Пт Мар 18, 2011 10:20 |
|
Полезность: Нет оценки
|
Насчет BALANS
В I_110_DATA.CLC_BASE_001 в функцию init_param надо добавить
| Код: | | rPeriod := ::[PRD_BAL]([ CODE] like 'D'); |
|
|
|
|
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
