Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
timochev Эксперт
Вступление в Клуб: 02.07.2007
|
Сб Янв 05, 2008 10:56   |
|
Полезность: Нет оценки
|
СЗОТ
Интересно, почему сотрудники ЦФТ стесняются оценивать сообщения на форуме? Хотя вроде бы читают и подчерпывают отсюда некоторую (может и минимально полезную, но все-таки полезную) информацию. |
|
|
Alex2019 Профи
Вступление в Клуб: 02.07.2007
|
Сб Янв 05, 2008 11:12   |
|
Полезность: 2
|
timochev пишет: | Alex2019 пишет: | Очередная ошибка:
В операции "Признание доходов/расходов" для активных валютных счетов формируются кривые документы переноса.
|
Предлагаю другой вариант устранения проблемы. Он более простой, но вроде работает нормально. Если обнаружите какие недочеты - пишите.
В бизнес-операции ASSIGN_PROFIT "302-П. УЯ. Признание доходов по счетам д/р будущих периодов" очистить поле "Сумма Дт". И все.
Таким образом, добиваемся, чтобы пересчет сумм выполнялся от нац. покрытия. |
Способ очевидный. Но не очень надежный. При определенных соотношениях курса и суммы можем не получить обнуления счета из-за ошибки округления. Это проще иллюстрировать для "мелких" курсов, например, для BYR: исходная сумма 1000.00, курс 11.3897 р. за 1000.00 б.р., сумма нац=11.39, при обратном переходе к валюте получим 1000.03 Для других сумм и курсов разница может варьировать заметно. Для валют типа USD и EUR на такую ошибку наткнуться сложнее, но в практике случалось |
|
|
aero1530 Профи
Вступление в Клуб: 29.06.2007
|
Вс Янв 06, 2008 11:15   |
|
Полезность: Нет оценки
|
При выполнении операции "Нормализация для 302п (ПОД)" в настройках Кассы и ОП->Связанные счета (Расходы от курсовой разницы - LOSS_MARG), не заменились счета 70201 на 70606, хотя в таблице соответствий пара есть. _________________ Александр Евтушенко, Волгопромбанк |
|
|
Alex2019 Профи
Вступление в Клуб: 02.07.2007
|
Пн Янв 07, 2008 19:30   |
|
Полезность: Нет оценки
|
aero1530 пишет: | При выполнении операции "Нормализация для 302п (ПОД)" в настройках Кассы и ОП->Связанные счета (Расходы от курсовой разницы - LOSS_MARG), не заменились счета 70201 на 70606, хотя в таблице соответствий пара есть. |
Странно. У нас все заменилось. Может вы крыжик "Только проверка" снять забыли? |
|
|
PopovVA Участник
Вступление в Клуб: 19.10.2007
|
Вт Янв 08, 2008 08:43   |
|
Полезность: Нет оценки
|
При завершении ОД, операция "Установить новые значения" выполнилась, но подмены наименований не произошло. Судя по всему, подмена производится, если дата начала действия нового наименования >= дате ОД, но при выполнении 5-ой группы дата ОД уже сменилась.
Попробывал, у одного счета (31213) поменял дату начала действия нового наименования на дату текущего ОД и выполнил в закрытии дня только операцию "Установить новые значения", операция отработала корректно, причем и для остальных счетов тоже. |
|
|
PopovVA Участник
Вступление в Клуб: 19.10.2007
|
Вт Янв 08, 2008 12:21   |
|
Полезность: Нет оценки
|
Цитата: | операция отработала корректно, причем и для остальных счетов тоже. |
Нет, ошибочка вышла, операция отработала только для этого счета.
Можно проще - до закрытия 1-го дня выполнить эту операцию отдельно из истории наименований. А потом просто день закрывать без этой операции. Ну, конечно, предварительно, сделав её доступной и сгенерив форму. |
|
|
timochev Эксперт
Вступление в Клуб: 02.07.2007
|
Ср Янв 09, 2008 09:48   |
|
Полезность: Нет оценки
|
PopovVA пишет: | При завершении ОД, операция "Установить новые значения" выполнилась, но подмены наименований не произошло. |
Мы вообще решили не включать эту операцию в ЗОД. Выполнили ее вручную. И все. |
|
|
timochev Эксперт
Вступление в Клуб: 02.07.2007
|
Ср Янв 09, 2008 14:17  Ошибка переполнения числа при выдаче кредита |
|
Полезность: Нет оценки
|
Обнаружена ошибка переполнения числа при выполнении операции "Выдача кредита" вер. 7.7.08. Возможно проявляется в зависимости от условий договора и наличия обеспечения.
Текст ошибки:
Код: | ORA-01426: переполнение числа
ORA-06512: на "IBS.Z$ZALOG_LIB_RESERV", line 548
ORA-06512: на "IBS.Z$ZALOG_LIB_RESERV", line 598
ORA-06512: на "IBS.Z$ZALOG_LIB_RESERV", line 644
ORA-06512: на "IBS.Z$PR_CRED_REZ_DOG_NEW", line 674
ORA-06512: на "IBS.Z$PR_CRED_REZ_DOG_NEW", line 1414
ORA-06512: на "IBS.Z$PR_CRED_REZ_DOG_NEW", line 1332
ORA-06512: на "IBS.Z$PR_CRED_PAY_OUT", line 1080 |
ЦФТ выслало хранилище с исправлением библиотеки LIB_RESERV. Я было сначала самостоятельно увеличил тип переменной sort_by_prod до number, но ЦФТ пошло другим путем... |
|
|
Ruslanchik Гость
|
Ср Янв 09, 2008 14:37   |
|
Полезность: Нет оценки
|
Если кто-то резервирование в продукте "Резервирование" по счетам кредитной подсистемы выполняет с учетом обеспечения, рекомендую проверить суммы создаваемых резервов по таким счетам. В библиотеке LIB_RESERV есть ошибка. По этой проблеме зарегистрирована заявка BS00060173. |
|
|
insomnia Участник
Вступление в Клуб: 28.11.2007
|
Ср Янв 09, 2008 17:19  Кредиты |
|
Полезность: Нет оценки
|
После установки версии 7.7 в Кредитах для 2 группы риска перестал открываться счет резерва. В условии открытии счета в типах кредитов (правилах учета) Кредитный договор стоит: [ПРОБЛЕМНЫЕ_ПРОЦЕНТЫ]<>'1', но счет резерва все равно не открывается |
|
|
Alexsey Эксперт
Вступление в Клуб: 06.09.2007
|
Ср Янв 09, 2008 17:33  Re: Кредиты |
|
Полезность: Нет оценки
|
insomnia пишет: | После установки версии 7.7 в Кредитах для 2 группы риска перестал открываться счет резерва. В условии открытии счета в типах кредитов (правилах учета) Кредитный договор стоит: [ПРОБЛЕМНЫЕ_ПРОЦЕНТЫ]<>'1', но счет резерва все равно не открывается |
странно... 7,7 07 первый день полет нормальный почти все работает как положено... остались небольшие настройки и проверка отчетности.. _________________ всегда есть как минимум 2 выхода |
|
|
aero1530 Профи
Вступление в Клуб: 29.06.2007
|
Ср Янв 09, 2008 18:29   |
|
Полезность: Нет оценки
|
Про открытие счетов 47423 для РКО.
1. Владельцем этого счета стоит клиент. Насколько я знаю, владелец должен быть БАНК, а для расчета с которым - КЛИЕНТ.
2. Хотелось бы чтобы в наименовании присутствовало наименование клиента.
3. Подразделение и ответственный проставлялся ответственный по счету РКО. _________________ Александр Евтушенко, Волгопромбанк |
|
|
timochev Эксперт
Вступление в Клуб: 02.07.2007
|
Ср Янв 09, 2008 20:28   |
|
Полезность: Нет оценки
|
aero1530 пишет: | Про открытие счетов 47423 для РКО.
1. Владельцем этого счета стоит клиент. Насколько я знаю, владелец должен быть БАНК, а для расчета с которым - КЛИЕНТ.
| Присоединяюсь, но к ЦФТ пока не приставал
aero1530 пишет: | Про открытие счетов 47423 для РКО.
2. Хотелось бы чтобы в наименовании присутствовало наименование клиента. | Это надо автоматизации настраивать целевое назначение. [CLIENT_V] там прописать.
aero1530 пишет: | Про открытие счетов 47423 для РКО.
3. Подразделение и ответственный проставлялся ответственный по счету РКО. | Тоже присоединяюсь.
по п. 1 и 3 предлагаю регистрировать заявки. Только непонятно: развитие или несоответствие? |
|
|
timochev Эксперт
Вступление в Клуб: 02.07.2007
|
Ср Янв 09, 2008 20:32  Обязательная отчетность. Приложение 9 |
|
Полезность: Нет оценки
|
Приложение 9.
Получился кривой отчет за декабрь. В отчете выводятся только часть счетов 2-го порядка. Оказалось, что криво сконвертировались аналитические признаки профиля 1757-У (при их перемещении из старого реквизита в новый). Одни из признаков
привязались к профилю PRIL_9_1518, а другие привязались к 1757-У. Получилось, что у многих настроек по 1757-У отсутствуют аналитичекие признаки.
Для исправления пришлось писать операцию, которая перекидывает аналитические признаки из одого массива в другой. |
|
|
timochev Эксперт
Вступление в Клуб: 02.07.2007
|
Ср Янв 09, 2008 20:34  Re: Кредиты |
|
Полезность: Нет оценки
|
Alexsey пишет: | полет нормальный почти все работает как положено... остались небольшие настройки и проверка отчетности.. | завидую!
А мы потихоньку заявки регистрируем |
|
|
|
|
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
|
|