| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
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) |
Изменения уже сделаны  |
|
|
timochev
Эксперт
Вступление в Клуб: 02.07.2007
|
| Пт Янв 18, 2008 09:33 |
|
Полезность: Нет оценки
|
| YuSokolov пишет: | | YuSokolov пишет: | про ЗОД, Выполнение групповых операций продукта "Резервирование" в текущем дне
...
Заявку зарегистрировал, скоро ЭТУ ПОСЛЕДОВАТЕЛЬНОСТЬ ИЗМЕНЯТ НА
1 - Заполнить счета расчетной базы (P_FILL_ACCS)
2 - Синхронизировать группу риска по всем счетам (P_SYN_RIS_GROUP)
3 - Резервирование по всем счетам (P_RES_ALL) |
Изменения уже сделаны |
В какой версии? Хранилище с сайта сопровождение? |
|
|
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й день  11е дополнение нам не помогло. Проблема возникает с документами РЦ (при переходе из 6й очереди в 1ю), и с кассой при завершении для в обменном пункте. В день кривит от 20 счетов и более...  |
1. Есть ли у кого готовый код по диагностике таких ситуаций?
2. Возможно, продолжение возникновения ошибок связано с какими-то локальными доработками, вызывающими DOC_TO_PROV? |
|
|
Alex2019
Профи
Вступление в Клуб: 02.07.2007
|
| Пт Янв 18, 2008 09:50 |
|
Полезность: Нет оценки
|
| timochev пишет: | | Tony пишет: | | Alex2019 пишет: | | На 7.7 обнаружился неприятный баг... Кто-нибудь сталкивался с таким? |
До сих пор боремся с этой проблемой... В день кривит от 20 счетов и более... |
1. Есть ли у кого готовый код по диагностике таких ситуаций?
2. Возможно, продолжение возникновения ошибок связано с какими-то локальными доработками, вызывающими DOC_TO_PROV? |
1. Нарисовал операцию, которая отлавливает такие ситуации постфактум, но это паллиатив.
2. Вряд ли. Чтобы все локально сделали одну и ту же ошибку? 
Теперь, по делу: из ЦФТ сегодня прислали библиотеку DOCUM_RC LIB, которая (как они утверждают) должна поправить ситуацию с документами через РЦ (а с внутренними вроде бы должно исправить 11-е дополнение, но у нас его на боевой пока не ставили). Библиотеку нужно ставить в эксклюзиве, поэтому с ней ждем до вечера.
| alexiy пишет: | комментарий для таких же дремучих невежд, как я сам 
-----------------------------------------------------------------------------
* Паллиати́в (фр. 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) |
Изменения уже сделаны |
В какой версии? Хранилище с сайта сопровождение? |
Войдет в 8.1
Мне выслала Холохонова Полина, хранилище по BS00061674 |
|
|
Tony
Участник
Вступление в Клуб: 05.12.2007
|
| Пт Янв 18, 2008 15:18 |
|
Полезность: Нет оценки
|
| Alex2019 пишет: | | timochev пишет: | | Tony пишет: | | Alex2019 пишет: | | На 7.7 обнаружился неприятный баг... Кто-нибудь сталкивался с таким? |
До сих пор боремся с этой проблемой... В день кривит от 20 счетов и более... |
1. Есть ли у кого готовый код по диагностике таких ситуаций?
2. Возможно, продолжение возникновения ошибок связано с какими-то локальными доработками, вызывающими DOC_TO_PROV? |
1. Нарисовал операцию, которая отлавливает такие ситуации постфактум, но это паллиатив.
2. Вряд ли. Чтобы все локально сделали одну и ту же ошибку?
Теперь, по делу: из ЦФТ сегодня прислали библиотеку DOCUM_RC LIB, которая (как они утверждают) должна поправить ситуацию с документами через РЦ (а с внутренними вроде бы должно исправить 11-е дополнение, но у нас его на боевой пока не ставили). Библиотеку нужно ставить в эксклюзиве, поэтому с ней ждем до вечера.
| alexiy пишет: | комментарий для таких же дремучих невежд, как я сам
-----------------------------------------------------------------------------
* Паллиати́в (фр. palliatif от лат. pallium — покрывало, плащ) — неисчерпывающее, временное решение, полумера. Изначальным смыслом слова являлось лекарство или какое-либо средство, дающее временное облегчение больному на уровне симптомов или самочувствия, но не содействующее излечению болезни. |
|
Мы поставили библиотечку DOCUM_RC LIB, которую нам так же сегодня прислали Не помогло Теперь косят документы РЦ проходящие по очередям 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]", заполнены счета по учету Дох/Расх, после исполнения "Заполнить счета расчетной базы" в продукт "Резервирование" не переносятся счета Дох/Расх из шаблона, в результате имеем не корректные документы !!!
Сегодня получил хранилище, ошибка ликвидирована |
|
|
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) |
|
|
|
|
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
