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

Переход на 7.7 (IBSO)
На страницу Пред.  1, 2, 3, 4, 5, 6, 7, 8, 9  След.
 
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Обновления и тестирование
Предыдущая тема :: Следующая тема  
Автор Сообщение
Igorka
Профи


Вступление в Клуб: 28.09.2007
СообщениеЧт Янв 17, 2008 14:36   Re: кредиты Ответить с цитатой
Полезность: Нет оценки
insomnia пишет:
В версии 7.7. не работает вынос процентов и комиссии на просрочку.
Для комиссий ругается на то, что: "Невозможно получить список задолженностей для бизнес-процесса "Вынос задолженностей на просрочку". Проверьте настройку справочника "Виды операций по договору"." Для процентов "Не определен тип суммы для вида операции ДОУЧЁТ_ПРИ_ВЫНОСЕ".
У кого-нибудь было такое?

было в 7.6, все пересмотрели, одновременно настраивали разные задолженности, соответственно библиотеки CACHE_DATA, CACHE_LIB перекомпилились неоднократно, проблема исчезла.
YuSokolov
Профи


Вступление в Клуб: 29.06.2007
СообщениеЧт Янв 17, 2008 17:00    Ответить с цитатой
Полезность: Нет оценки
YuSokolov пишет:
про ЗОД, Выполнение групповых операций продукта "Резервирование" в текущем дне
...
Заявку зарегистрировал, скоро ЭТУ ПОСЛЕДОВАТЕЛЬНОСТЬ ИЗМЕНЯТ НА
1 - Заполнить счета расчетной базы (P_FILL_ACCS)
2 - Синхронизировать группу риска по всем счетам (P_SYN_RIS_GROUP)
3 - Резервирование по всем счетам (P_RES_ALL)


Изменения уже сделаны Very Happy
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеПт Янв 18, 2008 09:33    Ответить с цитатой
Полезность: Нет оценки
YuSokolov пишет:
YuSokolov пишет:
про ЗОД, Выполнение групповых операций продукта "Резервирование" в текущем дне
...
Заявку зарегистрировал, скоро ЭТУ ПОСЛЕДОВАТЕЛЬНОСТЬ ИЗМЕНЯТ НА
1 - Заполнить счета расчетной базы (P_FILL_ACCS)
2 - Синхронизировать группу риска по всем счетам (P_SYN_RIS_GROUP)
3 - Резервирование по всем счетам (P_RES_ALL)


Изменения уже сделаны Very Happy

В какой версии? Хранилище с сайта сопровождение?
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеПт Янв 18, 2008 09:39   Re: кредиты Ответить с цитатой
Полезность: Нет оценки
Igorka пишет:
insomnia пишет:
В версии 7.7. не работает вынос процентов и комиссии на просрочку.
Для комиссий ругается на то, что: "Невозможно получить список задолженностей для бизнес-процесса "Вынос задолженностей на просрочку". Проверьте настройку справочника "Виды операций по договору"." Для процентов "Не определен тип суммы для вида операции ДОУЧЁТ_ПРИ_ВЫНОСЕ".
У кого-нибудь было такое?

было в 7.6, все пересмотрели, одновременно настраивали разные задолженности, соответственно библиотеки CACHE_DATA, CACHE_LIB перекомпилились неоднократно, проблема исчезла.

У нас тоже не работал вынос процентов на просрочку. Все заработало после добавления в справочнике "Виды операций по договору" у записи "Вынос задолженности по процентам" в массив "Участие в суммах для БО" записи "Неучтенные проценты за кредит + Расход".
На момент возникновения ошибки этот массив был пуст.
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеПт Янв 18, 2008 09:42    Ответить с цитатой
Полезность: Нет оценки
Tony пишет:
Alex2019 пишет:
На 7.7 обнаружился неприятный баг. Проводка документа вставляет запись в выписку до изменения статуса документа и изменения остатка по счету, в результате в выписке один остаток, по счету другой, проводка вываливается с соответствующей ошибкой, но роллбэк не проводится. В итоге имеем счет, по которому сальдо не соответствует расчетному в выписке, причем этот последний документ в "кривой" выписке находится в непроведенном(!) состоянии. Замечены случаи перекоса как по одному, так и по обоим корреспондирующим счетам. И хорошо еще если документ внутренний, а бывает и по коррсчету! Явление не массовое, за два дня зафиксировано 4 случая. Заявка направлена (BS00060674).
Кто-нибудь сталкивался с таким?


До сих пор боремся с этой проблемой... ЦФТ ничего сделать не может уже 7й день Shocked 11е дополнение нам не помогло. Проблема возникает с документами РЦ (при переходе из 6й очереди в 1ю), и с кассой при завершении для в обменном пункте. В день кривит от 20 счетов и более... Confused

1. Есть ли у кого готовый код по диагностике таких ситуаций?
2. Возможно, продолжение возникновения ошибок связано с какими-то локальными доработками, вызывающими DOC_TO_PROV?
Alex2019
Профи


Вступление в Клуб: 02.07.2007
СообщениеПт Янв 18, 2008 09:50    Ответить с цитатой
Полезность: Нет оценки
timochev пишет:
Tony пишет:
Alex2019 пишет:
На 7.7 обнаружился неприятный баг... Кто-нибудь сталкивался с таким?

До сих пор боремся с этой проблемой... В день кривит от 20 счетов и более... Confused

1. Есть ли у кого готовый код по диагностике таких ситуаций?
2. Возможно, продолжение возникновения ошибок связано с какими-то локальными доработками, вызывающими DOC_TO_PROV?

1. Нарисовал операцию, которая отлавливает такие ситуации постфактум, но это паллиатив.
2. Вряд ли. Чтобы все локально сделали одну и ту же ошибку? Wink

Теперь, по делу: из ЦФТ сегодня прислали библиотеку DOCUM_RC LIB, которая (как они утверждают) должна поправить ситуацию с документами через РЦ (а с внутренними вроде бы должно исправить 11-е дополнение, но у нас его на боевой пока не ставили). Библиотеку нужно ставить в эксклюзиве, поэтому с ней ждем до вечера.

alexiy пишет:
комментарий для таких же дремучих невежд, как я сам Smile
-----------------------------------------------------------------------------
* Паллиати́в (фр. palliatif от лат. pallium — покрывало, плащ) — неисчерпывающее, временное решение, полумера. Изначальным смыслом слова являлось лекарство или какое-либо средство, дающее временное облегчение больному на уровне симптомов или самочувствия, но не содействующее излечению болезни.
YuSokolov
Профи


Вступление в Клуб: 29.06.2007
СообщениеПт Янв 18, 2008 11:23    Ответить с цитатой
Полезность: Нет оценки
timochev пишет:
YuSokolov пишет:
YuSokolov пишет:
про ЗОД, Выполнение групповых операций продукта "Резервирование" в текущем дне
...
Заявку зарегистрировал, скоро ЭТУ ПОСЛЕДОВАТЕЛЬНОСТЬ ИЗМЕНЯТ НА
1 - Заполнить счета расчетной базы (P_FILL_ACCS)
2 - Синхронизировать группу риска по всем счетам (P_SYN_RIS_GROUP)
3 - Резервирование по всем счетам (P_RES_ALL)


Изменения уже сделаны Very Happy

В какой версии? Хранилище с сайта сопровождение?


Войдет в 8.1
Мне выслала Холохонова Полина, хранилище по BS00061674
Tony
Участник


Вступление в Клуб: 05.12.2007
СообщениеПт Янв 18, 2008 15:18    Ответить с цитатой
Полезность: Нет оценки
Alex2019 пишет:
timochev пишет:
Tony пишет:
Alex2019 пишет:
На 7.7 обнаружился неприятный баг... Кто-нибудь сталкивался с таким?

До сих пор боремся с этой проблемой... В день кривит от 20 счетов и более... Confused

1. Есть ли у кого готовый код по диагностике таких ситуаций?
2. Возможно, продолжение возникновения ошибок связано с какими-то локальными доработками, вызывающими DOC_TO_PROV?

1. Нарисовал операцию, которая отлавливает такие ситуации постфактум, но это паллиатив.
2. Вряд ли. Чтобы все локально сделали одну и ту же ошибку? Wink

Теперь, по делу: из ЦФТ сегодня прислали библиотеку DOCUM_RC LIB, которая (как они утверждают) должна поправить ситуацию с документами через РЦ (а с внутренними вроде бы должно исправить 11-е дополнение, но у нас его на боевой пока не ставили). Библиотеку нужно ставить в эксклюзиве, поэтому с ней ждем до вечера.

alexiy пишет:
комментарий для таких же дремучих невежд, как я сам Smile
-----------------------------------------------------------------------------
* Паллиати́в (фр. palliatif от лат. pallium — покрывало, плащ) — неисчерпывающее, временное решение, полумера. Изначальным смыслом слова являлось лекарство или какое-либо средство, дающее временное облегчение больному на уровне симптомов или самочувствия, но не содействующее излечению болезни.


Мы поставили библиотечку DOCUM_RC LIB, которую нам так же сегодня прислали Smile Не помогло Smile Теперь косят документы РЦ проходящие по очередям 5-1-6, отправили инфу ЦФТ
insomnia
Участник


Вступление в Клуб: 28.11.2007
СообщениеПн Янв 21, 2008 11:49    Ответить с цитатой
Полезность: Нет оценки
по кредитам для 3, 4, 5 групп риска НЕ работает учет процентов!!!
у кого-нибудь была такая ситуация?
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеПн Янв 21, 2008 17:46    Ответить с цитатой
Полезность: Нет оценки
На 7.7.13 вернулась взад куча старых ошибок по 311-П.
Изложил вкратце в теме "7.6.19 (311-П)", звбыв, что там про другую версию перетирали...

http://www.cftclub.ru/viewtopic.php?t=245&start=95


Последний раз редактировалось: timochev (Пн Янв 28, 2008 18:00), всего редактировалось 2 раз(а)
YuSokolov
Профи


Вступление в Клуб: 29.06.2007
СообщениеВт Янв 22, 2008 10:38    Ответить с цитатой
Полезность: Нет оценки
Регистрировал заявку BS00061138:
в продукт Резервирование не передаются счета для учета Доходов/Расходов по шаблонам с методом заполнения [PR_CRED].[RES_NEW_AUTO]

Например в спр. "Резервирование.Шаблоны счетов расчетной базы", в типе элементв - 2. Резерв по условным обязательствам кредитного характера, в т.ч.:, в "шаблоне" для 47427 установлен метод
заполнения "[PR_CRED].[RES_NEW_AUTO]", заполнены счета по учету Дох/Расх, после исполнения "Заполнить счета расчетной базы" в продукт "Резервирование" не переносятся счета Дох/Расх из шаблона, в результате имеем не корректные документы !!!

Сегодня получил хранилище, ошибка ликвидирована Very Happy
YuSokolov
Профи


Вступление в Клуб: 29.06.2007
СообщениеВт Янв 22, 2008 17:09    Ответить с цитатой
Полезность: Нет оценки
И снова про Резервирование (админ, мож тему надо отдельную ?)

В ЗОД операция "Выполнение групповых операций продукта "Резервирование" в текущем дне" запускается с параметрами ( Заполнить счета расчетной базы (P_FILL_ACCS), Синхронизировать группу риска по
всем счетам (P_SYN_RIS_GROUP), Резервирование по всем счетам (P_RES_ALL) ).
В прдукте "Резервирование" есть экземпляры соответствующие существующим "Портфелям однородных требований" (для них характеры поля: "Счет расчетной базы" - Пусто, "Объект резервирования" - "Портфель
однородных требований" ), по ним отлично работает операция "Резервирование" (F2), а вот исполняемое в ЗОДе "Резервирование по всем счетам" эти экземпляры не обоснованно игнорирует.

Или тока у нас так работает (вернее не работает) ?
YuSokolov
Профи


Вступление в Клуб: 29.06.2007
СообщениеПт Янв 25, 2008 08:41    Ответить с цитатой
Полезность: Нет оценки
YuSokolov пишет:
И снова про Резервирование (админ, мож тему надо отдельную ?)

В ЗОД операция "Выполнение групповых операций продукта "Резервирование" в текущем дне" запускается с параметрами ( Заполнить счета расчетной базы (P_FILL_ACCS), Синхронизировать группу риска по
всем счетам (P_SYN_RIS_GROUP), Резервирование по всем счетам (P_RES_ALL) ).
В прдукте "Резервирование" есть экземпляры соответствующие существующим "Портфелям однородных требований" (для них характеры поля: "Счет расчетной базы" - Пусто, "Объект резервирования" - "Портфель
однородных требований" ), по ним отлично работает операция "Резервирование" (F2), а вот исполняемое в ЗОДе "Резервирование по всем счетам" эти экземпляры не обоснованно игнорирует.

Или тока у нас так работает (вернее не работает) ?


    Проблема есть с групповой операцией. Как временное решение предлагаю Вам воспользоваться списочными операциями. Исправления планируется включить в 8.1.
    С уважением, Сержантова Елена
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеПн Янв 28, 2008 17:48   бага в 311-П Ответить с цитатой
Полезность: 1
Нашлась еще одна бага в 311-П.
При переформировании файлов неверно определяется ИдФайл.
Сейчас авторы в GNI_JOUR.LIB_FUN.set_file_id отталкиваются от даты WORKING_DATETIME, что кажется неверным, т.к. при переформировании файлов у старых записей эта дата остается старой. Как следствие нарушается нумерация файлов в течение дня (выгружаются файлы с одинаковым значением).

запрос
Код:
   select x(count(x%id))
   in ::[GNI_JOUR]
   where
      x.[WORKING_DATETIME] >= trunc([SYSTEM].[OP_DATE])
   and x.[WORKING_DATETIME] < trunc([SYSTEM].[OP_DATE])+1
   and x.[ACCOUNT].[FILIAL] = p_mess.[ACCOUNT].[FILIAL]
   and (x != p_mess or p_mess is null)
--   and x.[COM_STATUS] = [COM_STATUS_PRD]([CODE ] = 'IMNS_SEND')
   into i;

мы заменили следующим куском
Код:
   select x(max(to_number(substr(x.[REQ_FILE].[ID_FILE],-6))))
   in ::[GNI_JOUR]
   where x.[REQ_FILE].[ID_FILE] like file_id||'%'
   into i;
   i := nvl(i,0);


Заявка зарегистрирована.
Ждем от фирменного решения от разработчика
timochev
Эксперт


Вступление в Клуб: 02.07.2007
СообщениеПн Янв 28, 2008 17:55   бага в Резервировании Ответить с цитатой
Полезность: 1
И еще одна проблема в Резервировании:
Неправильно определяется группа риска по счету 47423 для учета требований к клиенту по документам комиссий в картотеке. Это
происходит в случае, когда резервирование выполняется не "день в день", а позже. Например, на следующий день. Если операционист уже успел погасить комиссию с К2, поставленную туда более 30 дней назад, то при попытке резервирования вчерашней датой счет начинает обрабатываться как "без просрочки".
Это следствие условий в RES_PORT.LIB.group_and_percentage:
Код:
and a2.[sum] <> 0
and a2.[DOC_IN_CARD]%state= 'TO_KART'

Вместо этих двух строк мы написали так:
Код:
and (a2.[DATE_FULL_END] >= p_date or a2.[DATE_FULL_END] is null)
Показать сообщения:   
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Обновления и тестирование Часовой пояс: GMT + 3
На страницу Пред.  1, 2, 3, 4, 5, 6, 7, 8, 9  След.
Страница 8 из 9

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