Переход на версию 9.3 IBSO
На страницу Пред. 1, 2, 3
|
| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
Antineya
Участник со стажем
Вступление в Клуб: 24.10.2007
|
 Пт Сен 11, 2009 07:24 |
 |
Полезность: Нет оценки
|
Ага, регистрировала, вот что они ответили:
Даная ошибка происходит, потому что документ распознается как подозрительный с кодом ‘7001’, если наименование или интернациональное наименование плательщика/получателя присутствует в справочнике подозрительных организаций и физ. лиц. Однако, в операции "Противодействие легализации. Отметить операцию" перечень клиентов, чье интернациональное наименование присутствует в справочнике подозрительных организаций и физ. лиц не доступен при визуализации.
Ошибка устранена в версии 9.4. |
|
 |
prog
Эксперт
Вступление в Клуб: 03.03.2008
|
| Пн Сен 14, 2009 17:00 |
|
Полезность: Нет оценки
|
Документы поступившие в РЦ например 14 сентября, но реально отправленные и проведенные 15 сентября, теперь все равно проводятся 14-ым. Может это фишка новая такая, все перерыл не могу найти где отключить  |
|
|
Alexsey
Эксперт
Вступление в Клуб: 06.09.2007
|
| Вт Сен 15, 2009 05:41 |
|
Полезность: Нет оценки
|
| prog пишет: | | Документы поступившие в РЦ например 14 сентября, но реально отправленные и проведенные 15 сентября, теперь все равно проводятся 14-ым. Может это фишка новая такая, все перерыл не могу найти где отключить |
это где-то проставляется дата валютирования/вставки документа
_________________
всегда есть как минимум 2 выхода |
|
|
Ghost
Профи
Вступление в Клуб: 24.11.2007
|
| Вт Сен 15, 2009 08:14 |
|
Полезность: Нет оценки
|
| Обратите внимание на дату поступления в банк плательщика у документа РЦ... Возможно из нее и тянется дата которой проводится документ. |
|
|
Alexsey
Эксперт
Вступление в Клуб: 06.09.2007
|
| Вт Сен 15, 2009 08:24 |
|
Полезность: Нет оценки
|
После перехода на 9.3 пропала возможность указывать получателя в приходных ордерах по системам переводов, типа Мигом, когда деньги отправляет клиент... так же пропала возможность указывать банк без укзазания счета получателя(для тех клиентов, что платят кредит другой банк через наш, согласно договора с тем банком.. по которым в конце дня формируется сводник)
_________________
всегда есть как минимум 2 выхода
Последний раз редактировалось: Alexsey (Вт Сен 15, 2009 08:34), всего редактировалось 1 раз |
|
|
prog
Эксперт
Вступление в Клуб: 03.03.2008
|
| Вт Сен 15, 2009 08:29 |
|
Полезность: Нет оценки
|
Спасибо большое за ответы. Кто нибудь пробовал новый механизм ЗОД. Как впечатления?
| Цитата: |
Процедура смены операционного дня предполагает гибкий механизм настройки и работу по следующим принципам/возможностям:
· Одновременная смена разных операционных дней для разных филиалов;
· Настройка произвольных вечерних и утренних операций отдельно по каждому филиалу системы, с возможностью настройки параметров запуска операций;
· Настройка периодичности/календарных дат исполнения каждой операции;
· Настройка реакции на ошибку в каждой операции (остановка, игнорирование, ожидание успешного исполнения);
· Настройка распараллеливания исполнения операций по группам подразделений, по потокам внутри групп;
· Настройка остановки процесса для проверок пользователем в произвольном месте и/или после определенного пакета один раз;
· Настройка глобальности завершения дня (только по филиалу пользователя, доступ по экземпляру филиала, всем филиалам системы);
· Настройка проверки прав пользователя на исполняемый метод
· Многопотоковость первого уровня – все объекты, обрабатываемые разными потоками, принадлежат одной группе подразделений (наглядно – счета для предотвращения ошибок блокировки при проводке);
· Многопотоковость второго уровня – объекты, модифицируемые одним потоком, не могут быть модифицированы в другом потоке, за исключением счетов при проводке. Для этого ведется справочник, где хранятся ссылки на счета, общие для потоков. Если проводка вызвана из процедуры ЗОД, то вышеупомянутые счета не блокируются, на них не производится контроль и обновление остатков и оборотов. Восстановление остатков/выписки происходит в штатном режиме 2 раза – до перевода даты и после завершения процесса в целом. Также можно настроить пересчет остатков/оборотов по этим счетам после любой операции.
Реализация и настройка механизма распараллеливания по потокам (при немаксимальной загрузке АПК) дает следующий примерный выигрыш в скорости исполнения:
Общая скорость (количество обработанных объектов в единицу времени) всеми потоками объектов есть произведение скорости одного потока на количество потоков минус 10% на каждый поток. Т.е. если один поток способен обработать 100 объектов, то 10 будут обрабатывать 900
|
|
|
|
Alexsey
Эксперт
Вступление в Клуб: 06.09.2007
|
| Вт Сен 15, 2009 08:33 |
|
Полезность: Нет оценки
|
мы в настоящее время на боевой работаем.. но пока такими возможностями не пользовались
_________________
всегда есть как минимум 2 выхода |
|
|
Alexsey
Эксперт
Вступление в Клуб: 06.09.2007
|
| Ср Сен 30, 2009 15:02 |
|
Полезность: Нет оценки
|
Перешли на 9.3 перестала нормально работать операция "Списание".. отказалась видеть учтенные и неучтенные проценты по депозиту, при настройке выплаты % отличной от даты окончания договора.. при этом операция расторжения все видит...
зарегили запрос в ЦФТ как не соотвествие 3 № BS00117205 в ответ пришло следующее письмо:
дравствуйте, Алексей.
| Цитата: | Это не ошибка. В операции GET_NUM стоит запрет выплаты учтенных процентов по депозитам физ лиц и мультивалютным вкладам до даты окончания договора (во всех версиях, далеко за 9.1):
elsif CODE_INFO = 'УЧТЕНО_ПРЦ_MAX' then
if &Depn.CLASS_ID in ('DEPOSIT_PRIV', 'DEPN_MULTYCURR') then
-- Снимать можно только после окончания договора
RetNum := 0;
else
RetNum := GetSummDebt(this, ::[VID_DEBT]([CODE] = 'УЧТЕНО_ПРЦ'), ON_DATE);
end if;
Для того, чтобы настроить выплату учтенных процентов в течении срока договора, необходимо в хук DEPN_GET_NUM из ТБП Расширения.Дистрибутив скопировать в Расширения.Банк и вставить следующий код:
Begin
if P_THIS%CLASS = 'DEPOSIT_PRIV' and P_CODE_INFO = 'DEP_УЧТЕНО_ПРЦ_MAX' then
return ::[DEPN].[LIB_01].GetSummDebt(P_THIS, ::[VID_DEBT]([CODE] = 'УЧТЕНО_ПРЦ'), P_ON_DATE);
end if;
return null;
End;
Запрос переведен в консультацию. |
При этом до перехода на 9.3 все прекрасно работало и списывалсь
написали менеджеру, с просьбой объяснить, почему стандартная процедура теперь должна работать через ХУК.. ждем ответа
_________________
всегда есть как минимум 2 выхода |
|
|
|
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
