| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
Pavlova
Участник
Вступление в Клуб: 20.01.2011
|
 Пт Апр 15, 2016 15:51 |
 |
Полезность: Нет оценки
|
| timochev пишет: | | ИМХО: Инструмент носит скорее рекламный характер и больше отвечает целям ЦФТ, чем банков. На новые приложения при сложившейся их раздробленности и стоимости уже никакого бюджета не хватает. Поэтому бизнесу в нашем случае такой сервис не нужен. Возможно для крупных банков, которые позволяют себе покупать приложениями пачками, это и будет иметь смысл. |
Дима, я думаю - это не та ветка, где надо обсуждать этот вопрос. Может быть вынесем в отдельную, если аудитория не возражает? Например, в ветку Каталога. А к твоему возражению - да, мы понимаем, что не все сейчас видят полезность нашего начинания для себя. И да, инструмент полезен ЦФТ. Но это не значит, что он одновременно не может быть полезен банку это молоток, он не хороший и не плохой. Важно, по чему им бьют. Если будем бить "купите-купите", то и суперлояльные клиенты выключат. А если будем доставлять реально полезный юзеру контент, то и скептики придут. Цель - показать возможности. |
|
 |
VSV056
Участник - экстремал
Вступление в Клуб: 25.11.2010
|
| Пн Апр 18, 2016 10:04 |
|
Полезность: Нет оценки
|
| timochev пишет: | Регистрировал несоответствие 1-го класса
| Цитата: | После установки обновления 16.2 при различных действиях (входе в представления в ТБП "Документы РЦ", "Расчетный Центр") выдаются ошибки:
=======================================
ORA-20300: APP-TRC.INI: Не заданы настройки РЦ филиала с кодом 001 id = 1985880
ORA-06512: на "IBS.MESSAGE", line 50
ORA-06512: на "IBS.Z$TRC_INI", line 704
=======================================
В настройку продукта РЦ тоже не зайти. Мультифилиальность отключена (MULTIFIL=Нет). В "Группах настроек" имеется группа с кодом RC$, но группы с кодом RC$001$ нет. |
уже прислали исправление библиотеки TRC.INI_SQL |
Такая-же проблема с немного другим текстом ошибки.
Регистрировал несоотв. получил исправление и информацию о том, что исправление будет включено в дополнения.
| Код: | ORA-06510: PL/SQL: необработанное исключение, определенное пользователем
ORA-06512: на "IBS.Z$TRC_INI_SQL", line 148
ORA-01403: данные не найдены
ORA-06512: на "IBS.Z$TRC_INI", line 198
ORA-06512: на "IBS.Z$TRC_INI", line 710
ORA-06512: на "IBS.Z$TRC_INI", line 716
ORA-06512: на "IBS.Z$DOCUM_RC_INIT_DOCUM_RC", line 28
ORA-06512: на line 1
ORA-06512: на "IBS.RTL", line 513
ORA-06512: на "IBS.VALMGR", line 968
ORA-06512: на line 1
|
|
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Пн Апр 18, 2016 10:16 |
|
Полезность: Нет оценки
|
В 16.2.01 исправление, как я понял, не вошло.
Есть важный запрос SUP0027302 от 12.04.16. Критичность: "2 -Обычный", плановая дата - 03.06.2016. 
Я регистрировал заявку 1-го класса, но ее перевели во 2-ой класс с комментарием, что у меня ошибка на тестовой базе...
Вот так работает Служба сопровождения. |
|
|
VSV056
Участник - экстремал
Вступление в Клуб: 25.11.2010
|
| Пн Апр 18, 2016 10:37 |
|
Полезность: Нет оценки
|
| timochev пишет: | В 16.2.01 исправление, как я понял, не вошло.
Есть важный запрос SUP0027302 от 12.04.16. Критичность: "2 -Обычный", плановая дата - 03.06.2016.
Я регистрировал заявку 1-го класса, но ее перевели во 2-ой класс с комментарием, что у меня ошибка на тестовой базе...
Вот так работает Служба сопровождения. |
Со 100% уверенностью могу сказать что не вошло)
Надеюсь, что хотя бы в 16.2.02 войдет.
У меня наоборот - регил со 2 несоотв. т.к на тесте, с уточнением что в случае повторения на рабочей базе буду переводить в 1 несоотв. |
|
|
VSV056
Участник - экстремал
Вступление в Клуб: 25.11.2010
|
| Вт Апр 19, 2016 13:14 |
|
Полезность: Нет оценки
|
В лиц. отчете фиксируется превышение лиц. ограничений в части API в типе [EST_BANK_INDICAT].
Исправление будут в новом ТЯ 7.4.7.X |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Чт Апр 21, 2016 09:32 |
|
Полезность: Нет оценки
|
ОПИСАНИЕ ЗАПРОСА SUP0027947:
УЯ. Неверный плановый остаток при просмотре платежного документа (номер заказчика - 20160420-Н)
Имею внутрибанковское платежное поручение в состоянии "Не обработан". При просмотре планового остатка по счету Дт сумма этого документа учитывается в плановом остатке, что правильно (соответствует настройкам "Обслуживания счетов банка"). При просмотре платежного документа первоначально плановый остаток выводится без учета суммы документа (а это неверно). Если спровоцировать валидацию суммы документа, то плановый остаток нормализуется. |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Чт Апр 21, 2016 09:45 |
|
Полезность: Нет оценки
|
Возникает ошибка ("данные не найдены") при открытии кредитного договора. Ошибка возникает в случае если указывать портфель.
Комментарий ЦФТ:
| Цитата: | | В "Библиотеке функций и операций" (LIB) ТБП "Портфели однородных ссуд" (SIM_LOAN_PORT) в функции проверки возможности отнесения кредитного договора к ПОС (can_attach_cred_port) инициализация переменной curShort отделено от определения, что позволяет исключить возможность появления ошибки. |
|
|
|
VSV056
Участник - экстремал
Вступление в Клуб: 25.11.2010
|
| Чт Апр 21, 2016 10:09 |
|
Полезность: Нет оценки
|
| timochev пишет: | Возникает ошибка ("данные не найдены") при открытии кредитного договора. Ошибка возникает в случае если указывать портфель.
Комментарий ЦФТ:
| Цитата: | | В "Библиотеке функций и операций" (LIB) ТБП "Портфели однородных ссуд" (SIM_LOAN_PORT) в функции проверки возможности отнесения кредитного договора к ПОС (can_attach_cred_port) инициализация переменной curShort отделено от определения, что позволяет исключить возможность появления ошибки. |
|
+1. Так и есть.
| Код: | ORA-01403: данные не найдены
ORA-06512: на "IBS.Z$SIM_LOAN_PORT_LIB", line 1182
ORA-06512: на "IBS.Z$PR_CRED_ATTACH_TO_PORT", line 74
ORA-06512: на "IBS.Z$PR_CRED_NEW_DOG_N", line 6237 |
Немного не понял комментарий ЦФТ. Это они так говорят что это не бага, это фича? Или все-таки будут править эту ошибку? |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Чт Апр 21, 2016 10:17 |
|
Полезность: Нет оценки
|
| VSV056 пишет: | | Немного не понял комментарий ЦФТ. Это они так говорят что это не бага, это фича? Или все-таки будут править эту ошибку? |
Будут править. Это они так завуалировано пишут, что программист не знал, что, когда в одной строке в середине кода через конструкцию var объявляешь переменную и инициализируешь ее, то это объявление и инициализация(!) в PL/SQL переносится в declare. Вот инициализация и не работает должным образом. |
|
|
Vovidez
Профи
Вступление в Клуб: 27.09.2007
|
| Пт Апр 22, 2016 13:37 |
|
Полезность: 1
|
| VSV056 пишет: | | SUP0027302: Надеюсь, что хотя бы в 16.2.02 войдет. |
Включили в 16.2.02, уже на сайте сопровождения. |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Вс Апр 24, 2016 08:11 |
|
Полезность: Нет оценки
|
Модификация хранения типа [MAIN_DOCUM] "Платежные документы" создает NOT NULL constraints вместо соответствующих check constraints:
| Код: | ALTER TABLE Z#MAIN_DOCUM MODIFY C_FOR_SVOD NOT NULL;
ALTER TABLE Z#MAIN_DOCUM MODIFY C_TO_ZP IS NOT NULL;
ALTER TABLE Z#MAIN_DOCUM MODIFY C_LABELS#LIST IS NOT NULL;
ALTER TABLE Z#MAIN_DOCUM MODIFY C_SUM_KSPL IS NOT NULL;
ALTER TABLE Z#MAIN_DOCUM MODIFY C_RC_SIGNED_BY IS NOT NULL; |
На промышленной базе эти 5 команд выполнились за те же 5 часов, что и на тестовой. Не замечено никакого ускорения, которое обычно имеет место. В результате время установки на рабочую базу оказалось неверно спрогнозированным. В отведенное технологическое окно не уложились.  |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Чт Апр 28, 2016 09:44 |
|
Полезность: Нет оценки
|
| На 7.4.7.0 в UAdm.exe (6.86.0.55) при входе в режим "Доступ / Доступ по реквизиту" ломается формирование списка подтипов. Несоответствие в процессе исправления. |
|
|
VSV056
Участник - экстремал
Вступление в Клуб: 25.11.2010
|
| Чт Апр 28, 2016 10:58 |
|
Полезность: Нет оценки
|
| timochev пишет: | | На 7.4.7.0 в UAdm.exe (6.86.0.55) при входе в режим "Доступ / Доступ по реквизиту" ломается формирование списка подтипов. Несоответствие в процессе исправления. |
Повторил ошибку на 7.4.7.0, ТЯ доставиться посмотрю на 7.4.7.4.
ЦФТ что говорят? Косяк в ТЯ и опять ждем новую версию? Теперь 7.4.7.5?
Мы в итоге из-за ожидания ТЯ 7.4.7.3 обновление вынуждено отложили. Сейчас переставляем все на тесте на 7.4.7.4, получается опять нечистый эксперимент... |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Чт Апр 28, 2016 12:15 |
|
Полезность: Нет оценки
|
| правят АРМ, нам предложили какую-то временную сборку, вроде работает. |
|
|
VSV056
Участник - экстремал
Вступление в Клуб: 25.11.2010
|
| Пн Май 23, 2016 09:29 |
|
Полезность: Нет оценки
|
Коллеги, доброго дня.
Кто-нибудь ставил дополнение 16.2.06? Сколько заняла установка обновления? |
|
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
