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

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


Вступление в Клуб: 03.09.2007
СообщениеВт Сен 22, 2009 07:33   Переход на версию 9.4 IBSO Ответить с цитатой
Полезность: Нет оценки
Добрый день!

Кто-нибудь уже работает на новой версии?
Alex2019
Профи


Вступление в Клуб: 02.07.2007
СообщениеВт Сен 22, 2009 09:20   Re: Переход на версию 9.4 IBSO Ответить с цитатой
Полезность: Нет оценки
Kozyrev пишет:
Добрый день!

Кто-нибудь уже работает на новой версии?
У нас она пока на бизнес-тестировании. Со следующей недели планируем переход.
dmitryef
Участник


Вступление в Клуб: 09.12.2008
СообщениеВт Сен 22, 2009 13:01    Ответить с цитатой
Полезность: Нет оценки
Работаем с 21.09.09
dmitryef
Участник


Вступление в Клуб: 09.12.2008
СообщениеЧт Сен 24, 2009 04:14    Ответить с цитатой
Полезность: Нет оценки
Тем, у кого работает СПЭД!!! В версии 9.4 функция RCLIENT.LIB.check_inner_account неверно работает. Не находится счет, хотя он и открыт. COM_STATUS на счете некорректно обрабатывается. Так, например, WORK - считается открытым, а OPEN - нет!!! Регистрировали несоответствие, хранилище с исправлением получили.
dmitryef
Участник


Вступление в Клуб: 09.12.2008
СообщениеЧт Сен 24, 2009 08:54    Ответить с цитатой
Полезность: Нет оценки
"Мобильный банк" - не работает конструктор. Новый договор не добавляется.
dmitryef
Участник


Вступление в Клуб: 09.12.2008
СообщениеЧт Сен 24, 2009 09:19    Ответить с цитатой
Полезность: Нет оценки
Взаимодействие с Faktura.ru. Cоздаются пустые документы ИБСО по Покупке/конвертации и Обязательной продаже валюты.
dmitryef
Участник


Вступление в Клуб: 09.12.2008
СообщениеЧт Сен 24, 2009 11:55    Ответить с цитатой
Полезность: Нет оценки
Работа конструктора договоров "Мобильный банк" исправлена. Z#BC_SMS должно быть вклчено кэширование только статического экземпляра. ЦФТ планирует выпуск дополнения (ориентировочно 28.09.09) с этим и другими исправлениями продукта "Мобильный банк". В частности, на один номер телефона можно будет открывыть несколько договоров.
Kozyrev
Участник - экстремал


Вступление в Клуб: 03.09.2007
СообщениеЧт Окт 01, 2009 07:29    Ответить с цитатой
Полезность: Нет оценки
Добрый день!

Столкнулись с проблемой...

После перехода на 9.4 стали очень долго выполнять финансовые распоряжения по учету процентов по кредитам через операцию "Исполнить распоряжения".

При попытке второго пользователя провести свое распоряжение по учету процентов с одним и тем же счетом доходов что и у первого пользователя выдается сообщение об ошибке

Еще периодически выскакивает сообщение об ошибке
Код:
ORA-20500: LOCK-RESOURCE_BUSY: Экземпляр [14518866] блокирован, тип [AC_FIN]
и фин распоряжение переходит в состояние "На подтверждение". Попытка провести второй документ второго пользователя также приводит к такой ошибке.
В Навигаторе выскакивает окошко с просьбой подождать и висит до тех пор, пока первый пользователь не закончит обрабатывать свои распоряжения.
Kozyrev
Участник - экстремал


Вступление в Клуб: 03.09.2007
СообщениеПн Окт 05, 2009 13:40    Ответить с цитатой
Полезность: Нет оценки
Кто-нибудь сталкивался с описанным выше?
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеПн Окт 05, 2009 15:57    Ответить с цитатой
Полезность: Нет оценки
Kozyrev пишет:
Кто-нибудь сталкивался с описанным выше?

У нас пока еще 9.3, поэтому по существу ответить не смогу.
А Вы трейс снимать пробовали? Длительная работа может быть связана либо с изменением алгоритма, либо с изменением запросов и их планов. Может Вы в трейсе увидите медленные запросы?
Ну а следствие медленной работы одной сессии - блокировки счетов и невозможность работы по этим счетам.
molokov
Участник со стажем


Вступление в Клуб: 28.09.2007
СообщениеВт Окт 06, 2009 10:34    Ответить с цитатой
Полезность: Нет оценки
если еще актуально.
один из возможных случаев.
такое возможно - когда появляются новые хуки(с обработками) и в них стоят крыжики: блокировка по умолчанию и проверка изменения экземпляра.(вроде эти). проверти хуки на предмет этих крыжиков.
уберите их и блокировки уйдут.
r00st
Эксперт


Вступление в Клуб: 14.09.2007
СообщениеВт Окт 06, 2009 11:11    Ответить с цитатой
Полезность: Нет оценки
Цитата:
проверти хуки на предмет этих крыжиков

Вроде как крыжи блокируют this, то есть в случае с хуком - экземпляр хука, а не счета.
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеВт Окт 06, 2009 16:40    Ответить с цитатой
Полезность: Нет оценки
У нас при попытке расчета ф.135 и получения на ее основе ф.118 на версии 9.4 получаются совсем кривые цифры в графах 6-8.
На 9.3 все было нормально.
У кого-нибудь имеет место такая проблема? Если - да, то обращались ли в ЦФТ?
GeorgiK
Участник со стажем


Вступление в Клуб: 09.07.2008
СообщениеВт Окт 13, 2009 08:55    Ответить с цитатой
Полезность: Нет оценки
Добрый день!

Накатил ядро 7.1.0.0, подменил библиотеки FIO и lock_info, начал ставить обновление 9.4 и после наката основного хранилища встал. Обновление не идет, сломалась операция Z$CONV_RIGHTS_PASS с ошибками:

E(1,16)PRIVATE: PLP-VAR_NOT_FOUND: Переменная RTL.STRING_TABLE не найдена
E(1,12)PRIVATE: PLP-METHOD_IS_PROC: Операция [RTL.STRING_TABLE] не может возвращать результат
и т.д.

RTL пакет и тело валидные, версии из описания ядра.
Никто не сталкивался?
Проверили логи, проблема тянется из ядра, но тем не менее...

Может сделать паузу....Sad
Vovidez
Профи


Вступление в Клуб: 27.09.2007
СообщениеВт Окт 13, 2009 10:08    Ответить с цитатой
Полезность: Нет оценки
GeorgiK пишет:
...сломалась операция Z$CONV_RIGHTS_PASS с ошибками:

E(1,16)PRIVATE: PLP-VAR_NOT_FOUND: Переменная RTL.STRING_TABLE не найдена
E(1,12)PRIVATE: PLP-METHOD_IS_PROC: Операция [RTL.STRING_TABLE] не может возвращать результат
и т.д.


Паузу в любом случае стоит сделать и разобраться с проблемой...

Итак, в CONV.RIGHTS_PASS объявлена таблица:
Код:
tblClasses RTL.STRING_TABLE;

в пакете RTL при этом:
Код:
subtype STRING_TABLE     is constant.STRING_TABLE;

Смотрим пакет constant:
Код:
type STRING_TABLE     is table of varchar2(32767)index by binary_integer;


Есть подозрение, что у Вас что-то с пакетом "CONSTANT", вообще, кажется, что у Вас его на схеме владельца нет, судя по ошибке. Еще раз смотрите логи upgrade ТЯ на предмет создания данного пакета... Также пакет должен присутствовать в прикладной части в классе RUNTIME... Где-то при upgrade ТЯ до 7.1 точно произошел сбой...
Показать сообщения:   
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Обновления и тестирование Часовой пояс: GMT + 3
На страницу 1, 2  След.
Страница 1 из 2

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