После установки 10,4 не работает операция "Сформировать распоряжения" в Привлеченных размещенных средствах.
В операции убрали ряд переменных но в фильтре к переменной "Бизнес процесс" переменные остались.
При входе в представление возникает ошибка!
Клиенты -> Организации -> Полный список
Представление [Полный список], не адаптированное для просмотра массивов, не может быть загружено для типа [Организации], содержащего массивы.
Лечится снятием галки "Не проверять доступ к массивам", но в эталоне эта галка есть.
У кого-то было также, или у меня что-то криво встало? _________________ I Lie About Everything.
После установки 10,4 не работает операция "Сформировать распоряжения" в Привлеченных размещенных средствах.
В операции убрали ряд переменных но в фильтре к переменной "Бизнес процесс" переменные остались.
в фильтре настройте проставьте где необходимо NVL.. как временное решение работать будет... потом может и дистрибутив поправят _________________ всегда есть как минимум 2 выхода
Удалили из фильтра лишнее ) Заявку в ЦФТ завели BS00149794.
В представление "полный список" в Клиентах организации м физ лицами тоже были изменения.
ЦФТ заменили реквизит "признак причастности к терроризму" на функциональный реквизит, пришлось менять свои расширения к представлениям.
Не верно определяется процентная ставка при пролонгации депозита если договор заключен на срок указанный в граничных условиях ставки от срока и новая дата окончания выпадает на выходной день.
Лечится функция [VID_DEPOSIT].[EDIT#AUTO].GetPrcOnDate
Оригинал
Код:
for Sch in VidDep.[PRC_SCH_HIS]
where Sch.[PRC_SCH] is not null
and Sch.[DATE] <= nvl(OnDate, SysOpDate)
and ( BySr is null or
(Sch.[TERM].[NUM_INTERVALS] is null and Sch.[ADD_DAYS] is null) or
nvl(
::[PS].[LIB].get_end_date(Sch.[TERM].[NUM_INTERVALS], Sch.[TERM].[UNIT_INTERVALS], OnDate
, ::[DEPN].[LIB_01].GetDepnCalendar(null, VidDep.[CLASS_DEP])
) - OnDate
, 0)
+ nvl(Sch.[ADD_DAYS], 0) <= BySr
)
and (BySumma is null or Sch.[SUMMA] is null or Sch.[SUMMA] <= BySumma)
and (ByFt is null or Sch.[CURRENCY] is null or Sch.[CURRENCY] = ByFt)
order by Sch.[DATE] desc,
nvl(
::[PS].[LIB].get_end_date(Sch.[TERM].[NUM_INTERVALS], Sch.[TERM].[UNIT_INTERVALS], OnDate
, ::[DEPN].[LIB_01].GetDepnCalendar(null, VidDep.[CLASS_DEP])
) - OnDate
, 0) + nvl(Sch.[ADD_DAYS], 0) desc,
nvl(Sch.[SUMMA], 0) desc,
nvl(Sch.[CURRENCY], 0) desc
loop
debug_pipe('Sch '||Sch, 10);
return Sch.[PRC_SCH];
end loop;
Изменение
Код:
for Sch in VidDep.[PRC_SCH_HIS]
where Sch.[PRC_SCH] is not null
and Sch.[DATE] <= nvl(OnDate, SysOpDate)
and ( BySr is null or
(Sch.[TERM].[NUM_INTERVALS] is null and Sch.[ADD_DAYS] is null) or
nvl(
::[PS].[LIB].get_end_date(Sch.[TERM].[NUM_INTERVALS], Sch.[TERM].[UNIT_INTERVALS], OnDate) - OnDate
, 0)
+ nvl(Sch.[ADD_DAYS], 0) <= BySr
)
and (BySumma is null or Sch.[SUMMA] is null or Sch.[SUMMA] <= BySumma)
and (ByFt is null or Sch.[CURRENCY] is null or Sch.[CURRENCY] = ByFt)
order by Sch.[DATE] desc,
nvl(
::[PS].[LIB].get_end_date(Sch.[TERM].[NUM_INTERVALS], Sch.[TERM].[UNIT_INTERVALS], OnDate) - OnDate
, 0) + nvl(Sch.[ADD_DAYS], 0) desc,
nvl(Sch.[SUMMA], 0) desc,
nvl(Sch.[CURRENCY], 0) desc
loop
debug_pipe('Sch '||Sch, 10);
return Sch.[PRC_SCH];
end loop;
Проблемы, если не стоит СПЭД. Если не установлен СПЭД, то не компилируется билиотека LIB в классе RCLIENT. В результате не работают часть операций в Платежных документах. В Системе в операции Продукты ДБО (PRODUCTS_DBO) можно закоментировать использование СПЭД (строку pragma define(RCLIENT)). Но в той же библиотеке LIB из класса RCLIENT в разделе Локальные описания функции обложены pragma IF_DEF(RCLIENT) и END_IF, а вот в Глобальных описаниях эти же функции не обложены прагмами.
Надо добавлять прагмы в раздел Глобальные описания.
Ср Ноя 03, 2010 11:51 некорректное формирование резерва по кредитам
Полезность: Нет оценки
При расчете сумм для обеспечения дважды выполняется макрос "&SetSums" для новых переменных v_sum_ost_cur_z и v_sum_ost_debt_cur_z, после чего неверно рассчитывается сумма обеспечения.
Описание : Операция "REZ_DOG_NEW"
Функция calcOstatok
Лечиться путем коммента вызова второго раза макроса
ЦФТ приняло несоответствие и написало что включит исправление в новый накат...
Добрый день,
Ваш запрос рассмотрен и передан на выполнение, работы по запросу BS00150673 планируется завершить 2010-11-23 11:00:00.
Изменение будет включено в обновление, выходящие после указанной даты.
Номер обновления будет указан в запросе сразу после его определения на сайте сопровождения .
в версии 10.4 есть несоответствие: при урегулировании резерва, запускаемом в процессе операции, изменяющей резервируемый остаток, неправильно рассчитывается сумма обеспечения. В результате формируется неправомерный/неправильный резерв.
Данное несоответствие будет устранено в версии 10.6.
if V_THS then
--::[F_501_DATA].[LIB].RowRound(SALDO_IN, DT, KT, SALDO_OUT, k.C_IN_OUT);
::[F_501_DATA].[LIB].RowRound(SALDO_IN_THS, DT, KT, SALDO_OUT, k.C_IN_OUT);--Замена SALDO_IN на SALDO_IN_THS pas 08-11-2010 10.4
end if;
расчет даты окончания депозитного договора, теперь смотрит на календарь и если окончание догвора выпадает на выходной, то переносит на первый рабочий. Нельзя указать календарь, нельзя учесть, что клиент заводит договор в голове, а снять может в круглосуточном допофисе,...
расчет даты окончания депозитного договора, теперь смотрит на календарь и если окончание догвора выпадает на выходной, то переносит на первый рабочий. Нельзя указать календарь, нельзя учесть, что клиент заводит договор в голове, а снять может в круглосуточном допофисе,...
А на какой календарь смотрит? Ведь у подразделений может быть совершенно разный период работы. Кроме того, при открытии долгосрочного депозита неизвестно, как будут перенесены выходные дни.
если установлен "срок договора", то HOLIDAYS, если "срок привлечения депозита", то для юриков HOLIDAYS а для физиков HOLIDAYS_DEP
чтобы быть объективным, скоро будет дополнение, где можно настроить, сдвигать или нет.
Последний раз редактировалось: Igorka (Чт Ноя 11, 2010 09:46), всего редактировалось 1 раз
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
Домен cftclub.ru не связан с ЗАО "Центр Финансовых Технологий" и ни в коей мере не нарушает авторских и иных прав
Владелец может не разделять мнения Участников и не несет ответственности за их публикации
Powered by phpBB
О проекте
Поиск
Отзывы
Регистрация
Вход
) Заявку в ЦФТ завели BS00149794.
