Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
YuSokolov Профи
Вступление в Клуб: 29.06.2007
|
Пн Июл 14, 2008 09:37  Переход на версию 8.4 (IBSO и RBO) |
|
Полезность: Нет оценки
|
мы уже на 8.4  |
|
 |
YuSokolov Профи
Вступление в Клуб: 29.06.2007
|
Пн Июл 14, 2008 09:50   |
|
Полезность: 2
|
на 8.4 отчет "Выписка", естественно мы его тестировали, а вот в боевом режиме сразу напаролись на ошибку
Запуск выпски за дату, задаем ответственного исполнителя, имеем ошибку (причем для некоторых ответисполнителей ошибка не появляется)
Report Builder
ORA-01017: неверно имя пользователя/пароль; вход в систему запрещается
...
ORA-06512: на "IBS.Z$REPS_CUR_LIB", line 376
...
Саша Каблуков оперативно подсказал решение
по выписке известна проблема:
Нельзя в функциях библиотек, которые используются в запросах отчетов использовать отладку (debug_pipe и debug),
коментарить pragma error и ставить для этого trust в pragma restrict_references(valrate, wnds, wnps, trust);
Потому что отчет выполняется в отдельной сессии, в которой как правило монитор не запускается.
я в [REPS].[CUR_LIB] закоментировал строчку
Код: | -- debug_pipe('1 Дата ='||dat||' bdate= '||bdate||' курс = '||rates(iTab)||' валюта=' ||val,10); |
ошибка исчезла  |
|
 |
YuSokolov Профи
Вступление в Клуб: 29.06.2007
|
Чт Июл 17, 2008 07:39   |
|
Полезность: Нет оценки
|
Обращаю внимание на измененные в версии 8.4 операциий продукта "Резервирование" (а ведь хотели как лучше)
1. [SYN_RIS_GROUP] "Синхронизировать группу риска по всем счетам" тут изменили анализ подразделения
(в 8.3 было) [code]where res_rec.[ACC].[DEPART].[CODE] like P_DEPART.[code]||'%'[/code]
(в 8.4 стало) [code]where ... res_rec.[ACC].[DEPART] in ( select dep(dep : nId) in ::[DEPART] all connect by prior dep = dep.[HIGH] start dep = P_DEPART )[/code]
аналогично в
2. [RES_ALL] "Резервирование по всем счетам"
по этой причине значительно увеличилось время работы этих операций. У нас в банке в ЗОДе исполняется "Выполнение групповых операций продукта "Резервирование" в текущем дне" (т.е. каждый день, так предусматривает Учетная политика банка"). И если на версии 8.3 банк успевал к началу рабочего дня (08:30) сделать ЗОД, то на 8.4 это время сдвинулось к 09:15. Такое вот печальное событие.
Пришлось на своей схеме исправить операции (сделал как на схеме 8.3), теперь период исполнения ЗОД такой же как и раньше.
p.s. Очень надеюсь, что в версии 8.5 или 8.6 этот косяк будет решен ! пусть даже добавлением лишнего параметра (отвечающего за выбор анализа подразделения). |
|
 |
YuSokolov Профи
Вступление в Клуб: 29.06.2007
|
Чт Июл 17, 2008 15:16   |
|
Полезность: Нет оценки
|
YuSokolov пишет: | p.s. Очень надеюсь, что в версии 8.5 или 8.6 этот косяк будет решен ! пусть даже добавлением лишнего параметра (отвечающего за выбор анализа подразделения). |
на форуме ЦФТ ответили
17/07/2008 12:44 Эльдар Бейтуллаев (E.Beytullaev@cft.ru)
...в данный момент этот вопрос рассматривается консультантами и аналитиками, в скором времени будет известно о возможности и сроках реализации. |
|
 |
YuSokolov Профи
Вступление в Клуб: 29.06.2007
|
Пн Июл 21, 2008 15:41   |
|
Полезность: 1
|
Не корректно формируется плоский файл для загрузки данных Ф-407 в ПТК ПСД. (эта же ошибка и на версии 8.3)
следует в "Расширения. Дистрибутив" [HOOK] в операции "ОП. Экспорт Ф-407" [REPS_EXP_407]
заменить в теле строчку 120
Код: | pragma macro(mPutL, 'stdio.Put_Line(file, prefix || GetRow(a.C_ROW)||a.IDX_FT||a.C_OP||a.C_COUNTRY_CODE ||[1]||postfix, false, null, txt_code)', substitute); |
на
Код: | pragma macro(mPutL, 'stdio.Put_Line(file, prefix || GetRow(a.C_ROW)||a.C_CL_TYPE||a.C_COUNTRY_CODE||a.C_OP||a.IDX_FT ||[1]||postfix, false, null, txt_code)', substitute); |
иначе при загрузке в ПТК ПСД (на сегодня актуальная версия 4.72 метаданные 0m13n) часть информации просто теряется (даже без сообщения в LOG) |
|
 |
aero1530 Профи
Вступление в Клуб: 29.06.2007
|
Чт Июл 24, 2008 16:27   |
|
Полезность: 2
|
При закрытие реестров 113-И по кассе, у которой в течении операционного дня была произведена смена курса валют, реестры создаются не корректно. Реест до смены курсов создается правильно, а следующие дробятся по количеству операций. Лечиться создание документов по первому реестру (переходит в состояние "Проведен") и перезакрытием оставшихся реестров.
Несоответствие зарегистрированно в ЦФТ. _________________ Александр Евтушенко, Волгопромбанк |
|
 |
timochev Эксперт
Вступление в Клуб: 02.07.2007
|
Чт Авг 07, 2008 10:36   |
|
Полезность: Нет оценки
|
aero1530 пишет: | При закрытие реестров 113-И по кассе, у которой в течении операционного дня была произведена смена курса валют, реестры создаются не корректно. Реест до смены курсов создается правильно, а следующие дробятся по количеству операций. Лечиться создание документов по первому реестру (переходит в состояние "Проведен") и перезакрытием оставшихся реестров.
Несоответствие зарегистрированно в ЦФТ. |
А из ЦФТ не высылали лекарство?
Мы пытались спровоцировать такую ситуацию, чтобы получить ошибку, но не смогли. Не хочется, чтобы такое проявилось в реальной работе. |
|
 |
timochev Эксперт
Вступление в Клуб: 02.07.2007
|
Чт Авг 07, 2008 17:59  Проблема с вычисляемыми параметрами в кредитах |
|
Полезность: Нет оценки
|
Коллеги! Ни у кого после установки 8.2 или 8.3 или 8.4 не было проблем в кредитной подсистеме при открытии счетов по финансовому распоряжению? Например, у нас в овердрафтах появляется ошибка:
Цитата: | APP-CALC_PARAMS.EXEC_BOOL_EXP: Произошла ошибка при выполнении логического выражения!
Выражение: OVERDRAFTS = 'OVERDRAFTS' or 0 = '1'
Исходное выражение: [КЛАСС_КР] = 'OVERDRAFTS' or [INVOICE] = '1'
|
Очевидно, что не хватает одинарных кавычек.
Теперь вопросы:
1. У Вас вычисляемые параметры в условии "Виды кредитов \ Правила учета \ Счета для открытия" взяты в кавычки или нет?
2. Если кавычки имеются, то как это произошло? Автоматически или вручную? Может у нас конвертилка какая-то не выполнилась?
3. Если кавычек у Вас тоже нет, то непонятно почему же у нас не работает, а у Вас работает...
После ручной расстановки кавычек все заработало. Откуда косяк? |
|
 |
dbmaslov Профи
Вступление в Клуб: 11.07.2007
|
Пт Авг 08, 2008 10:46   |
|
Полезность: 1
|
Дим, в CRED_OVER для счета ACCOUNT кавычет нет.
[КЛАСС_КР] = 'OVERDRAFTS' or [INVOICE] = '1'.
версия 8.3.3 |
|
 |
dbmaslov Профи
Вступление в Клуб: 11.07.2007
|
Пт Авг 08, 2008 10:59   |
|
Полезность: Нет оценки
|
собственное результат:
Ошибка при открытии счетов договора ORA-20300: APP-CALC_PARAMS.EXEC_BOOL_EXP: Произошла ошибка при выполнении логического выражения!
Выражение: OVERDRAFTS = 'OVERDRAFTS' or 0 = '1'
Исходное выражение: [КЛАСС_КР] = 'OVERDRAFTS' or [INVOICE] = '1'
Ошибка: ORA-06550: line 1, column 31:
PLS-00201: identifier 'OVERDRAFTS' must be declared
ORA-06550: line 1, column 7:
PL/SQL: Statement ignored |
|
 |
dbmaslov Профи
Вступление в Клуб: 11.07.2007
|
Пт Авг 08, 2008 11:01   |
|
Полезность: 1
|
Описание операций конвертации 8_4.xls:
U20080605_CRED_1 8.4_33. Кредиты. Условие открытия ссудного счета для овердрафтов ACC_TO_OPEN CRED_OVER "В условие открытия ссудного счета прописывается
'[КЛАСС_КР]' = 'OVERDRAFTS' or [INVOICE] = '1'" Исправлена ошибка условия - [КЛАСС_КР] был указан без апострофов. |
|
 |
timochev Эксперт
Вступление в Клуб: 02.07.2007
|
Пт Авг 08, 2008 11:29   |
|
Полезность: Нет оценки
|
dbmaslov пишет: | Описание операций конвертации 8_4.xls:
U20080605_CRED_1 8.4_33. Кредиты. Условие открытия ссудного счета для овердрафтов ACC_TO_OPEN CRED_OVER "В условие открытия ссудного счета прописывается
'[КЛАСС_КР]' = 'OVERDRAFTS' or [INVOICE] = '1'" Исправлена ошибка условия - [КЛАСС_КР] был указан без апострофов. |
Почему-то операция не сработала. Будем разбираться. Спасибо. |
|
 |
timochev Эксперт
Вступление в Клуб: 02.07.2007
|
Пт Авг 08, 2008 12:58   |
|
Полезность: Нет оценки
|
timochev пишет: | dbmaslov пишет: | Описание операций конвертации 8_4.xls:
U20080605_CRED_1 8.4_33. Кредиты. Условие открытия ссудного счета для овердрафтов ACC_TO_OPEN CRED_OVER "В условие открытия ссудного счета прописывается
'[КЛАСС_КР]' = 'OVERDRAFTS' or [INVOICE] = '1'" Исправлена ошибка условия - [КЛАСС_КР] был указан без апострофов. |
Почему-то операция не сработала. Будем разбираться. Спасибо. | Поразбирались.
1. Операция не обновляет условие, если экземпляр принадлежит коллекции - разработчик забыл добавить слово all в update. Надо так:
Код: | update accToOpen(accToOpen.[COND] = '''[КЛАСС_КР]'' = ''OVERDRAFTS'' or [INVOICE] = ''1'' ')
in ::[ACC_TO_OPEN] all
where accToOpen%id = accToOpenId;
|
2. Конвертация не конвертит другие использования КЛАСС_КР. Они хотят, чтобы банки вручную исправляли, что ли? Жду ответа от поддержки |
|
 |
timochev Эксперт
Вступление в Клуб: 02.07.2007
|
Пн Авг 11, 2008 07:59  Привлечение-размещение |
|
Полезность: Нет оценки
|
В продукте "Привлечение-размещение" документы перестали проводиться сразу в одну руку. Они попадают в статус "К бухгалтеру по кредитам".
Испраление делается так. В операции FIN_ORDER.DOC_TO_PROV надо найти procedure Run_FO_PROV. Ее параметр P_ADDS должен быть IN OUT.
ЗЫ Поскольку бага находится в фин. распоряжениях, то она может отразиться и на других продуктах. |
|
 |
timochev Эксперт
Вступление в Клуб: 02.07.2007
|
Ср Авг 13, 2008 08:54   |
|
Полезность: Нет оценки
|
Аренда сейфовых ячеек.
Неверно определяются тарифы.
У нас в шаблонах проводок БО настроен некий стандартный тариф. Но на подразделениях тарифы несколько отличаются, поэтому в тарифных планых разных подразделений мы переопределяем тариф по услуге. Так вот переопределенный тариф перестал анализироваться. Суммы определяются по стандартному тарифу.
До устранения проблемы накатили версию операции IND_SAFE_LEASE.BASE_PAY из 8.1 |
|
 |
|