| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
 Чт Ноя 12, 2009 11:42 Переход на версию 9.5 IBSO |
 |
Полезность: Нет оценки
|
В ф. 135 неправильно рассчитываются наращенные проценты по кредитам на дату, не совпадающую с датой учета процентов.
Мы в коде 8989 используем настройку PRC_EXT_CRED&BANKS_LOANS. По-моему, в REPS_DATA.LIB_PRC_EXT перепутан знак неравенства в строке:
| Код: | | if P_DATE-1 < v_dt_max or v_dt_max = to_date('01/01/1950','dd/mm/yyyy') then |
Должно быть:
| Код: | | if P_DATE-1 > v_dt_max or v_dt_max = to_date('01/01/1950','dd/mm/yyyy') then |
|
|
 |
mlg
Участник со стажем
Вступление в Клуб: 23.07.2007
|
| Пн Ноя 23, 2009 09:27 Класс «Конаткты для связи» |
|
Полезность: 4
|
| У класса "Контакты для связи" появился подкласс. В таблице появилось пое CLASS_ID. У существующих записей после перехода это поле не заполнилось. В результате стали не видны контакты у клиентов. Пришлось SQL-ем апдейтить это поле. |
|
|
Alex2019
Профи
Вступление в Клуб: 02.07.2007
|
| Пн Ноя 23, 2009 10:03 Re: Класс «Конаткты для связи» |
|
Полезность: Нет оценки
|
| mlg пишет: | | У класса "Контакты для связи" появился подкласс. В таблице появилось пое CLASS_ID. У существующих записей после перехода это поле не заполнилось. В результате стали не видны контакты у клиентов. Пришлось SQL-ем апдейтить это поле. |
Аналогично! |
|
|
alx
Участник - экстремал
Вступление в Клуб: 29.06.2007
|
| Пн Ноя 23, 2009 13:55 |
|
Полезность: Нет оценки
|
| подскажите пжста, где не видны? |
|
|
mvg
Участник - экстремал
Вступление в Клуб: 04.12.2008
|
| Пн Ноя 23, 2009 17:08 |
|
Полезность: Нет оценки
|
| alx пишет: | | подскажите пжста, где не видны? |
не видны в соответсвующем массиве ("Контакт для связи") клиента, при этом через, например, операцию "Противодействие легализации. Печать анкеты клиента" их всё еще можно увидеть |
|
|
alx
Участник - экстремал
Вступление в Клуб: 29.06.2007
|
| Вт Ноя 24, 2009 10:52 |
|
Полезность: Нет оценки
|
| я почему спросил - не заметил, что где-то они стали не видны. осталось как и было, видны и с пустым классидом и с заполненным. странно |
|
|
.СергейПанин
Участник - экстремал
Вступление в Клуб: 24.06.2008
|
| Пт Дек 04, 2009 11:46 |
|
Полезность: Нет оценки
|
поставили 9.5 неделю назад.... слетели настройки округления у задолженностей в справочнике "виды задолженностей", слетели задолженности в массиве "участие в задолженности" для "операции по договору".... как на ядерной бомбе сижу и вздрагиваю от звонков, вдруг найдется еще что то, то о чем я еще не догадываюсь...
з.ы. кстати 112 % у нас не планировались... после обновления в видах задолженностей выставилась "плановая операция гашения" для этих %%, соответственно а Альт+G они не попадили если гашение по плану....... |
|
|
alexiy
Профи
Вступление в Клуб: 29.06.2007
|
| Чт Дек 10, 2009 17:41 Ф-135 |
|
Полезность: Нет оценки
|
при расчете Ф-135 возникают ошибки вида:
"numeric or value error: character string buffer too small"
на вызовах функций:
[I_110_DATA].[SLIB].CalcReplace,
[I_110_DATA].[SLIB].CalcDebtPlanPay
причина - в PL/SQL. входные параметры типа varchar2 копируются в переменные типа varchar2(128)
ЦФТ выслало нам хранилище с исправлением ситуации.
_________________
two bee or not two bee |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Пт Дек 11, 2009 09:57 Re: Класс «Конаткты для связи» |
|
Полезность: Нет оценки
|
| mlg пишет: | | У класса "Контакты для связи" появился подкласс. В таблице появилось пое CLASS_ID. У существующих записей после перехода это поле не заполнилось. В результате стали не видны контакты у клиентов. Пришлось SQL-ем апдейтить это поле. |
Нам из ЦФТ по этой ошибке прислали скрипт, который производит update через ядерную функцию, а еще перекомпилирует класс. |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Пт Дек 11, 2009 09:58 |
|
Полезность: Нет оценки
|
| .СергейПанин пишет: | | слетели настройки округления у задолженностей в справочнике "виды задолженностей", слетели задолженности в массиве "участие в задолженности" для "операции по договору" |
А можно поподробнее? Что именно слетело? Как узнать - слетело у нас или нет? Вроде бы посмотрели - все на месте. Разобрались ли с причиной? |
|
|
w00per
Профи
Вступление в Клуб: 17.10.2007
|
| Пн Дек 14, 2009 11:47 |
|
Полезность: Нет оценки
|
После перехода на версию 9.5 при безналичном зачислении депозита появилась ругань "Сумма списания с депозита превышает максимальную сумму 0". Ранее это никак не анализировалось, теперь при определении максимальной суммы не анализируется ни крыжик "Проводить документы", ни плановый остаток счета с которого будут списаны средства. Зачем было переносить ядерную логику в продукт, да еще и так непродуманно?!
З.Ы. Господа, это я в глаза "балуюсь" или данная особенность реально нигде не описана?
_________________
I Lie About Everything. |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Пн Дек 14, 2009 17:56 |
|
Полезность: Нет оценки
|
Зарегистрировал заявку:
| Цитата: | Фин. распоряжения на гашение задолженностей (БО "Гашение кредита", БО "Гашение процентов") и ФР БО "Восстановление лимита" стали жить отдельно друг от друга, хотя формируются одновременно операцией "Распределение погашения задолженностей" и входят в одну папку.
Такое поведение стало следствием внесения изменений по BS00105235 "При формировании папки платежей из БО в папку копируется признак проводить документы по одному".
Теперь на папке признак "Признак проводки всех непроведенных документов" оказался не выставлен. Это является следствием настройки вышеуказанных БО (в т.ч. и дистрибутивных!!!).
В результате:
1. при удалении одного из "связанных" ФР раньше удалялись и все остальные, а теперь - нет.
2. при проводке документа в массиве одного из ФР само ФР не переходит в состояние "Исполнено".
Понял, что можно на БО поставить признак "Проводить все документы БО" и снять "Проводить документы по одному".
На каких БО всей кредитной подсистемы надо выставлять такие настройки для сохранения старой схемы работы?
Почему дистрибутив не сохраняет старую схему работы после обновления?!?! |
|
|
|
alexiy
Профи
Вступление в Клуб: 29.06.2007
|
| Вт Дек 15, 2009 09:39 Ф-135 (110-И) |
|
Полезность: Нет оценки
|
сломался расчет кода 8918 в части вычисления суммы депозитов с неснижаемым остатком со сроком погашения свыше года, который успешно работал на версии 9.4. сейчас в расчет принимаются все депозиты с неснижаемым остатком без учета срока.
причина загадочная: в функции [I_110_DATA].[SLIB].Calc_deposit_banks_loans версии 9.4 был анализ срока при категории DEP_OVER_NOTUSE, а в 9.5 этот анализ пропал. как оказалось, в 9.5 зачем-то вернули реализацию функции Calc_deposit_banks_loans из версии 9.3.
_________________
two bee or not two bee |
|
|
korneev
Профи
Вступление в Клуб: 02.07.2007
|
| Вт Дек 15, 2009 09:42 Депозиты ф.л.;операции: «Списание», «Зачислен |
|
Полезность: Нет оценки
|
Изменился алгоритм рачета сумм: максимальная сумма списания и максимальная сумма зачисления.
Было: в операции "Списание" при расчете максимальной суммы списания, не проведенные документы не учитывались.
В операции "Зачисление депозита" при расчете максимальной суммы, не проведенные документы учитывались.
Стало: введены новые кодики
1) CALCDOCSDT (учитывать не проведенные документы на списание) по умолчанию = 1,
2) CALCDOCSKT(учитывать не проведенные документы на зачисление) по умолчанию = null
Кодики вычисляются через [DEPN].[GET_NUM] |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Вт Дек 15, 2009 09:48 |
|
Полезность: Нет оценки
|
| timochev пишет: | Зарегистрировал заявку:
| Цитата: | Фин. распоряжения на гашение задолженностей (БО "Гашение кредита", БО "Гашение процентов") и ФР БО "Восстановление лимита" стали жить отдельно друг от друга, хотя формируются одновременно операцией "Распределение погашения задолженностей" и входят в одну папку.
Такое поведение стало следствием внесения изменений по BS00105235 "При формировании папки платежей из БО в папку копируется признак проводить документы по одному".
Теперь на папке признак "Признак проводки всех непроведенных документов" оказался не выставлен. Это является следствием настройки вышеуказанных БО (в т.ч. и дистрибутивных!!!).
В результате:
1. при удалении одного из "связанных" ФР раньше удалялись и все остальные, а теперь - нет.
2. при проводке документа в массиве одного из ФР само ФР не переходит в состояние "Исполнено".
Понял, что можно на БО поставить признак "Проводить все документы БО" и снять "Проводить документы по одному".
На каких БО всей кредитной подсистемы надо выставлять такие настройки для сохранения старой схемы работы?
Почему дистрибутив не сохраняет старую схему работы после обновления?!?! |
|
Цитата из документации:
| Цитата: | | Распоряжения, обработка которых связана с созданием и обработкой платежных документов. Примером служат распоряжения, которыми сопровождаются финансовые операции Банка (в терминологии ЦФТ-Банк - бизнес-операции). У таких бизнес-операций для обеспечения корректной проводки документов папки и исполнения финансовых распоряжений должен быть обязательно установлен признак "Проводить все документы бизнес-операции", чтобы папки с платежными документами имели "Признак проводки всех непроведенных документов", а также у шаблонов платежных документов БО не должен быть установлен признак "Не проводить вместе с остальными документами". |
Служба сопровождения ответила, что наши БО не соответствуют документации и предложила исправить БО. Но поскольку они у нас синхронизированы с дистрибутивными  , то это предложение бумерангом полетело обратно.  |
|
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
