| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
Saalex_gav
Участник со стажем
Вступление в Клуб: 26.09.2017
|
 Пн Авг 13, 2018 11:08 18.4 |
 |
Полезность: Нет оценки
|
Ошибка формирования сообщения об открытии/закрытии счета!!
При направлении на печать бланка сообщения выдает ошибку "Неверный формат адреса банка. Проверьте текст сообщения". Перепробовал все варианты. Не помогло...
Кто нибудь сталкивался? Куда копать? |
|
 |
Ferguson
Участник - экстремал
Вступление в Клуб: 23.01.2013
|
| Пн Авг 13, 2018 17:55 |
|
Полезность: Нет оценки
|
Строка должна быть в формате ZIP,REGION_CODE,DISTRICT,CITY_TE,,STREET_TE,HOUSE,KORPUS,FLAT
также можно глянуть rdf отчет если есть/У нас 18/2 не сталкивались |
|
|
Saalex_gav
Участник со стажем
Вступление в Клуб: 26.09.2017
|
| Вт Авг 14, 2018 12:13 |
|
Полезность: 1
|
| Ferguson пишет: | Строка должна быть в формате ZIP,REGION_CODE,DISTRICT,CITY_TE,,STREET_TE,HOUSE,KORPUS,FLAT
также можно глянуть rdf отчет если есть/У нас 18/2 не сталкивались |
Нашли косяк ЦФТ
0x13e5c2850 691 package body IBS.Z$GNI_JOUR_LIB_FUN
0x13e5c2850 748 package body IBS.Z$GNI_JOUR_LIB_FUN
0x1151c0ce8 180 package body IBS.Z$GNI_OPCLOS_ACFIN_MS676066254
0x1151c0ce8 2024 package body IBS.Z$GNI_OPCLOS_ACFIN_MS676066254
0x1151c0ce8 2372 package body IBS.Z$GNI_OPCLOS_ACFIN_MS676066254
0x1151c0ce8 2480 package body IBS.Z$GNI_OPCLOS_ACFIN_MS676066254
0x123fa30f0 600 package body IBS.Z$U$676066254
0xd17cac80 1 anonymous block
::[GNI_OPCLOS_ACFIN].[MSG_OPEN_OOXML]
GenerateXLSBlob (this, null, V_KPP, P_NAL, P_USER, P_DATE_VIZ);
p_fund = null
print_fss_info(p_fund.[CLIENTS]); - передают null
Не там вставили вывод на печать.
Ну и по цепочке выдает сообщение что неправильный формат адреса!!! |
|
|
Gobur
Профи
Вступление в Клуб: 06.11.2012
|
| Пт Сен 14, 2018 09:51 Re: 18.4 |
|
Полезность: Нет оценки
|
| А ни у кого DEPN - LIB_01 не ломался из-за партификации main_docum? Что делать. |
|
|
Alkov
Профи
Вступление в Клуб: 23.09.2010
|
| Пн Сен 17, 2018 02:39 Re: 18.4 |
|
Полезность: Нет оценки
|
| Gobur пишет: | | А ни у кого DEPN - LIB_01 не ломался из-за партификации main_docum? Что делать. |
А что в 18.4 обязательна партификация ? |
|
|
Gobur
Профи
Вступление в Клуб: 06.11.2012
|
| Пн Сен 17, 2018 08:47 Re: 18.4 |
|
Полезность: Нет оценки
|
| Alkov пишет: | | Gobur пишет: | | А ни у кого DEPN - LIB_01 не ломался из-за партификации main_docum? Что делать. |
А что в 18.4 обязательна партификация ? |
Нет, компилятор поменяли (в последнем ядре). Теперь если используешь update и есть связка партифицированной и непартифицированной таблицы, то выдает ошибку при компиляции. При этом остались две библиотеки в депозитах, где update на main_docum идет. Соотвественно они не компилируются. |
|
|
Gobur
Профи
Вступление в Клуб: 06.11.2012
|
| Пн Сен 17, 2018 08:50 Re: 18.4 |
|
Полезность: Нет оценки
|
| как я понял DML операторы сейчас надо использовать аккуратно. Лучше на одну таблицу без связок. Иначе не будет компилировать. Что делать с дистрибутивными пока не ясно) |
|
|
Gobur
Профи
Вступление в Клуб: 06.11.2012
|
| Пн Сен 17, 2018 08:55 |
|
Полезность: Нет оценки
|
| Saalex_gav пишет: | | Ferguson пишет: | Строка должна быть в формате ZIP,REGION_CODE,DISTRICT,CITY_TE,,STREET_TE,HOUSE,KORPUS,FLAT
также можно глянуть rdf отчет если есть/У нас 18/2 не сталкивались |
Нашли косяк ЦФТ
0x13e5c2850 691 package body IBS.Z$GNI_JOUR_LIB_FUN
0x13e5c2850 748 package body IBS.Z$GNI_JOUR_LIB_FUN
0x1151c0ce8 180 package body IBS.Z$GNI_OPCLOS_ACFIN_MS676066254
0x1151c0ce8 2024 package body IBS.Z$GNI_OPCLOS_ACFIN_MS676066254
0x1151c0ce8 2372 package body IBS.Z$GNI_OPCLOS_ACFIN_MS676066254
0x1151c0ce8 2480 package body IBS.Z$GNI_OPCLOS_ACFIN_MS676066254
0x123fa30f0 600 package body IBS.Z$U$676066254
0xd17cac80 1 anonymous block
::[GNI_OPCLOS_ACFIN].[MSG_OPEN_OOXML]
GenerateXLSBlob (this, null, V_KPP, P_NAL, P_USER, P_DATE_VIZ);
p_fund = null
print_fss_info(p_fund.[CLIENTS]); - передают null
Не там вставили вывод на печать.
Ну и по цепочке выдает сообщение что неправильный формат адреса!!! |
Не исправили проблему? Или ты заявку надо регистрировать, чтобы хранилище выслали? |
|
|
Saalex_gav
Участник со стажем
Вступление в Клуб: 26.09.2017
|
| Пн Сен 17, 2018 17:49 |
|
Полезность: Нет оценки
|
| Gobur пишет: | | Saalex_gav пишет: | | Ferguson пишет: | Строка должна быть в формате ZIP,REGION_CODE,DISTRICT,CITY_TE,,STREET_TE,HOUSE,KORPUS,FLAT
также можно глянуть rdf отчет если есть/У нас 18/2 не сталкивались |
Нашли косяк ЦФТ
0x13e5c2850 691 package body IBS.Z$GNI_JOUR_LIB_FUN
0x13e5c2850 748 package body IBS.Z$GNI_JOUR_LIB_FUN
0x1151c0ce8 180 package body IBS.Z$GNI_OPCLOS_ACFIN_MS676066254
0x1151c0ce8 2024 package body IBS.Z$GNI_OPCLOS_ACFIN_MS676066254
0x1151c0ce8 2372 package body IBS.Z$GNI_OPCLOS_ACFIN_MS676066254
0x1151c0ce8 2480 package body IBS.Z$GNI_OPCLOS_ACFIN_MS676066254
0x123fa30f0 600 package body IBS.Z$U$676066254
0xd17cac80 1 anonymous block
::[GNI_OPCLOS_ACFIN].[MSG_OPEN_OOXML]
GenerateXLSBlob (this, null, V_KPP, P_NAL, P_USER, P_DATE_VIZ);
p_fund = null
print_fss_info(p_fund.[CLIENTS]); - передают null
Не там вставили вывод на печать.
Ну и по цепочке выдает сообщение что неправильный формат адреса!!! |
Не исправили проблему? Или ты заявку надо регистрировать, чтобы хранилище выслали? |
Нет сопровождения. Все своими силами |
|
|
VSV056
Участник - экстремал
Вступление в Клуб: 25.11.2010
|
| Вт Сен 18, 2018 17:30 |
|
Полезность: 1
|
Коллеги, подскажите куда копать:
После обновления до версии 18.4.06 перестала работать функция
::[SIM_LOAN_PORT].[LIB].GetSumDebtOfCreds(x), а именно - стала возвращать всегда 0 при использовании в представлении, и продолжать работать при вызове из операции.
Если на версии 18.2 запрос возвращает ненулевые значения:
type main is
select x ( x.[NUM_DOG],
::[SIM_LOAN_PORT].[LIB].GetSumDebtOfCreds(x))
in ::[SIM_LOAN_PORT] all
where x.[DATE_CLOSE] is null;
;
То на версии 18.4.06 они все равны 0 |
|
|
VSV056
Участник - экстремал
Вступление в Клуб: 25.11.2010
|
| Вт Сен 18, 2018 17:37 |
|
Полезность: 1
|
Из дефектов:
1. При выполнении регламентных операций фондовой подсистемы после обновления до версии 18.4.06 в операции О. Документы дня. ДЕПО возникает ошибка:
ORA-06510: PL/SQL: необработанное исключение, определенное пользователем
ORA-06512: на "IBS.Z$DAYDOCS_LIB_DEPO", line 2612
ORA-01403: данные не найдены
ORA-06512: на "IBS.Z$DAYDOCS_PROCESS_DEPO", line 660
ORA-06512: на "IBS.Z$U$9671938", line 97 ORA-06512: на line 1 BEGIN $$$.Z$U$9671938.P(?,?,?); END;
Исправление ЦФТ.
2. Не считается поле UBKI_FINANCE_TYPE в БКИ:
Исправление ЦФТ.
3. Невозможно закрыть КД
При выполнении операции "Закрыть договор" возникает ошибка:
ORA-20300: APP-PR_CRED.FO_PROV: Не удалось закрыть договор N28О-17/18
По договору в состоянии Помечен к закрытию не производятся действия по бизнес-процессу "МСФО. Признание прочих доходов и расходов"
ORA-06512: на "IBS.Z$FIN_ORDER_DOC_TO_PROV", line 504
ORA-06512: на "IBS.Z$PR_CRED_FO_PROV", line 501
ORA-06512: на "IBS.Z$U$9903770", line 92
ORA-06512: на line 1
BEGIN
Обходной путь: закрывать отдельно счета сначала по обеспечению, потом по кредитному договору, потом закрывать договор обеспечения и кредитный договор
Дефект. Будет исправлен в 18.4.07
Кто еще какие проблемы отхватил на 18.4? |
|
|
Gobur
Профи
Вступление в Клуб: 06.11.2012
|
| Ср Сен 19, 2018 09:43 |
|
Полезность: Нет оценки
|
| VSV056 пишет: | Из дефектов:
1. При выполнении регламентных операций фондовой подсистемы после обновления до версии 18.4.06 в операции О. Документы дня. ДЕПО возникает ошибка:
ORA-06510: PL/SQL: необработанное исключение, определенное пользователем
ORA-06512: на "IBS.Z$DAYDOCS_LIB_DEPO", line 2612
ORA-01403: данные не найдены
ORA-06512: на "IBS.Z$DAYDOCS_PROCESS_DEPO", line 660
ORA-06512: на "IBS.Z$U$9671938", line 97 ORA-06512: на line 1 BEGIN $$$.Z$U$9671938.P(?,?,?); END;
Исправление ЦФТ.
2. Не считается поле UBKI_FINANCE_TYPE в БКИ:
Исправление ЦФТ.
3. Невозможно закрыть КД
При выполнении операции "Закрыть договор" возникает ошибка:
ORA-20300: APP-PR_CRED.FO_PROV: Не удалось закрыть договор N28О-17/18
По договору в состоянии Помечен к закрытию не производятся действия по бизнес-процессу "МСФО. Признание прочих доходов и расходов"
ORA-06512: на "IBS.Z$FIN_ORDER_DOC_TO_PROV", line 504
ORA-06512: на "IBS.Z$PR_CRED_FO_PROV", line 501
ORA-06512: на "IBS.Z$U$9903770", line 92
ORA-06512: на line 1
BEGIN
Обходной путь: закрывать отдельно счета сначала по обеспечению, потом по кредитному договору, потом закрывать договор обеспечения и кредитный договор
Дефект. Будет исправлен в 18.4.07
Кто еще какие проблемы отхватил на 18.4? |
По второму пункту можно через хук подкрутить.
У нас из-за партификации main_docum были проблемы с компиляцией библиотек в депозитах. 1 и 3 пока никто не выявил)) Спасибо. |
|
|
VSV056
Участник - экстремал
Вступление в Клуб: 25.11.2010
|
| Ср Сен 19, 2018 09:55 |
|
Полезность: Нет оценки
|
| Gobur пишет: | | VSV056 пишет: | Из дефектов:
1. При выполнении регламентных операций фондовой подсистемы после обновления до версии 18.4.06 в операции О. Документы дня. ДЕПО возникает ошибка:
ORA-06510: PL/SQL: необработанное исключение, определенное пользователем
ORA-06512: на "IBS.Z$DAYDOCS_LIB_DEPO", line 2612
ORA-01403: данные не найдены
ORA-06512: на "IBS.Z$DAYDOCS_PROCESS_DEPO", line 660
ORA-06512: на "IBS.Z$U$9671938", line 97 ORA-06512: на line 1 BEGIN $$$.Z$U$9671938.P(?,?,?); END;
Исправление ЦФТ.
2. Не считается поле UBKI_FINANCE_TYPE в БКИ:
Исправление ЦФТ.
3. Невозможно закрыть КД
При выполнении операции "Закрыть договор" возникает ошибка:
ORA-20300: APP-PR_CRED.FO_PROV: Не удалось закрыть договор N28О-17/18
По договору в состоянии Помечен к закрытию не производятся действия по бизнес-процессу "МСФО. Признание прочих доходов и расходов"
ORA-06512: на "IBS.Z$FIN_ORDER_DOC_TO_PROV", line 504
ORA-06512: на "IBS.Z$PR_CRED_FO_PROV", line 501
ORA-06512: на "IBS.Z$U$9903770", line 92
ORA-06512: на line 1
BEGIN
Обходной путь: закрывать отдельно счета сначала по обеспечению, потом по кредитному договору, потом закрывать договор обеспечения и кредитный договор
Дефект. Будет исправлен в 18.4.07
Кто еще какие проблемы отхватил на 18.4? |
По второму пункту можно через хук подкрутить.
У нас из-за партификации main_docum были проблемы с компиляцией библиотек в депозитах. 1 и 3 пока никто не выявил)) Спасибо. |
Так хочется чтобы дистрибутив нормально работал) |
|
|
VSV056
Участник - экстремал
Вступление в Клуб: 25.11.2010
|
| Ср Сен 19, 2018 10:09 |
|
Полезность: Нет оценки
|
| Gobur пишет: |
По второму пункту можно через хук подкрутить.
У нас из-за партификации main_docum были проблемы с компиляцией библиотек в депозитах. 1 и 3 пока никто не выявил)) Спасибо. |
Партификацию вы по собственной инициативе делали? Или ЦФТ требовали как при обновлении на 18.3? |
|
|
Gobur
Профи
Вступление в Клуб: 06.11.2012
|
| Ср Сен 19, 2018 11:40 |
|
Полезность: Нет оценки
|
| VSV056 пишет: | | Gobur пишет: |
По второму пункту можно через хук подкрутить.
У нас из-за партификации main_docum были проблемы с компиляцией библиотек в депозитах. 1 и 3 пока никто не выявил)) Спасибо. |
Партификацию вы по собственной инициативе делали? Или ЦФТ требовали как при обновлении на 18.3? |
Делали лет 10 назад по совету ЦФТ.
1 и 3 пункт, кстати, не смогли повторить. Правда тестим 18.4.05 |
|
|
|
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
