CftClub.ru
Клуб специалистов ЦФТ-Банк

16.2
На страницу Пред.  1, 2, 3  След.
 
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Обновления и тестирование
Предыдущая тема :: Следующая тема  
Автор Сообщение
Pavlova
Участник
<Центр Финансовых Технологий>


Вступление в Клуб: 20.01.2011
СообщениеПт Апр 15, 2016 15:51    Ответить с цитатой
Полезность: Нет оценки
timochev пишет:
ИМХО: Инструмент носит скорее рекламный характер и больше отвечает целям ЦФТ, чем банков. На новые приложения при сложившейся их раздробленности и стоимости уже никакого бюджета не хватает. Поэтому бизнесу в нашем случае такой сервис не нужен. Возможно для крупных банков, которые позволяют себе покупать приложениями пачками, это и будет иметь смысл.

Дима, я думаю - это не та ветка, где надо обсуждать этот вопрос. Может быть вынесем в отдельную, если аудитория не возражает? Например, в ветку Каталога. А к твоему возражению - да, мы понимаем, что не все сейчас видят полезность нашего начинания для себя. И да, инструмент полезен ЦФТ. Но это не значит, что он одновременно не может быть полезен банкуSmile это молоток, он не хороший и не плохой. Важно, по чему им бьют. Если будем бить "купите-купите", то и суперлояльные клиенты выключат. А если будем доставлять реально полезный юзеру контент, то и скептики придут. Цель - показать возможности.
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. Wink
Я регистрировал заявку 1-го класса, но ее перевели во 2-ой класс с комментарием, что у меня ошибка на тестовой базе...
Вот так работает Служба сопровождения.
VSV056
Участник - экстремал
НИКО-БАНК


Вступление в Клуб: 25.11.2010
СообщениеПн Апр 18, 2016 10:37    Ответить с цитатой
Полезность: Нет оценки
timochev пишет:
В 16.2.01 исправление, как я понял, не вошло.
Есть важный запрос SUP0027302 от 12.04.16. Критичность: "2 -Обычный", плановая дата - 03.06.2016. Wink
Я регистрировал заявку 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 часов, что и на тестовой. Не замечено никакого ускорения, которое обычно имеет место. В результате время установки на рабочую базу оказалось неверно спрогнозированным. В отведенное технологическое окно не уложились. Sad
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? Сколько заняла установка обновления?
Показать сообщения:   
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Обновления и тестирование Часовой пояс: GMT + 3
На страницу Пред.  1, 2, 3  След.
Страница 2 из 3

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Рейтинг@Mail.ru