Контрагенты

 

1. В Редактор Глобального реестра добавлен ключ «Настройки контрагентов» — IS_PASSPORT_KIND_NO_EDIT (Признак запрета ручного редактирования типа документа (паспорта). Выбор только из справочника) – значение по умолчанию «F».

Добавлен справочник — PASSPORT_KIND (Справочник типов документов контрагентов). Список типов документов взят из раздела 3 ст.13 ЗУ «Про Єдиний державний демографічний реєстр та документи, що підтверджують громадянство України, посвідчують особу чи її спеціальний статус»

Код	Наименование
1	Паспорт громадянина України
2	Паспорт громадянина України для виїзду за кордон
3	Дипломатичний паспорт України
4	Службовий паспорт України
5	Посвідчення особи моряка
6	Посвідчення члена екіпажу
7	Посвідчення особи на повернення в Україну
8	Тимчасове посвідчення громадянина України
9	Посвідчення особи без громадянства для виїзду за кордон
10	Посвідка на постійне проживання
11	Посвідка на тимчасове проживання
12	Картка мігранта
13	Посвідчення біженця
14	Проїзний документ біженця
15	Свідоцтво про народження
16	Паспорт громадянина іншої держави

Изменения коснулись карточки физического лица, карточки предпринимателя, карточки представителя контрагента, карточки учредителя (участника) контрагента и анкет ФМ физ.лица и предпринимателя.

 

Логика функционирования изменений:

Если значение ключа IS_PASSPORT_KIND_NO_EDIT — «F» и значение справочника не заполнено, текстовое поле «Тип документа» открыто к редактированию. Если выбрать значение из справочника, в текстовое поле будет прописано название выбранного из справочника кода и текстовое поле «Тип документа» будет закрыто к редактированию. Если удалить установленное значение кода типа документа из селектора справочника, текстовое поле «Тип документа» будет открыто к редактированию и в нем будет возвращено значение присутствовавшее в начале всех изменений.

Если значение ключа IS_PASSPORT_KIND_NO_EDIT — «T» в независимости от присутствия значения справочника, текстовое поле «Тип документа» всегда будет закрыто к редактированию. Если выбрать значение из справочника, в текстовое поле будет прописано название выбранного из справочника кода. Если удалить установленное значение кода типа документа из селектора справочника, в текстовое поле «Тип документа» будет возвращено значение присутствовавшее в начале всех изменений.

На карточку контрагента добавлено поле «Сокращeнное название по статуту»

 

 

В карточку контрагента добавлены поля:

• Код ранга(для нового страхрезерва)
• Сумма рассчитанного интегрального показателя для расчета финансового состояния
• В закладку «Контактная информация» добавлено поле «ГОРЗ» — Город обласного или республиканского значения   для разделов «Адрес регистрации/проживания» и «Фактический адрес/Адрес пребывания»

Связи контрагента. Добавлен пункт для «всех связей».

Инсайдеры банка. При закрытии контрагента добавлено удаление

привязки.

Форма собственности юр.лица взамен закрытого статпараметра.

 

 

Операции.

1. При выполнении проводки/отката операций по F8 или задаче 4.1 добавлена возможнлсть групповой проводки. Данный режим доступен при нажатии на кнопку «Дополнительно»

Проводка операций выполняется на сервере БД пачками по 1000 документов (по аналогии с регламентными задачами). Данную возможность необходимо использовать при проводке/откате большого количества операций.

 

1. Реализован функционал запрета переноса документа сгенерированного операцией, если в настройках операции проставлена галочка «Запрет переноса документа в другой день »

 

 

3.  Реализован механизм инициализации параметров операции при изменении параметра («связанные параметры»)  . В настройках шаблона операции добавлен обработчик , который вызывается при изменении параметра.

 

Пример обработчика — p_uni_contract_h_demo.on_change_param_cust.

При выборе параметра Код контрагента инициализируютсяя другие праметры операции. Параметры инициализируются по выходу из поля.

 

 

4.Добавлена возможность вывода окна предепреждений при выполнении операции. Выводятся сообщения сформированные процедурами p_user_output.put_w_line или p_base_action.notify_action_warn. На данный момент эти процедуры идентичны. В будущем предполагается сохранение сообщений сделанных p_base_action.notify_action_warn

 

Финансовый мониторинг

ФМ:Проверка на террористов.

Добавлен ключ в глоб. реестре:»Настройки финансового мониторинга» — «Параметры проверки» — «Проверять контрагентов на причастность, при зарузке списка». Если значение установлено в ‘T’, то, после обработки файла с перечнем лиц,  осуществляется автоматическая проверка открытых контрагентов по записям информация о которых содержалась в принятом файле.

ФМ. Проверка документов на терроризм

В справочник «Справочник проверяемых атрибутов» добавлен новый код — CASH_EXT_NAME (Наименование получателя в реквизитах кас.документа). В процедуры проверки документа на причастность к финансированию террористической деятельности добавлена логика проверки  значения поля «Наименование» раздела «Получатель» закладки «Реквизиты» кассового документа в НВ.

— ФМ. Проверка документа на «терроризм». Поле-признак наличия признаков в соответсвии со «Списком…» перенесено в таблицу DOCUMENT_DETAIL. В процедуру проверки на «терроризм» для перехода статусов  добавлена автономная транзакция для фиксации результатов в протоколе проверки

— ФМ. Автоотбор. Добавлен новый критерий правила «Исключая обособленные подразделения» дополняющий критерий  «После регистрации в ГА не более [X] [месяцев/дней]».

При включенном этом критерии анализируется знчение стат. параметра К050 на контрагенте и если оно равно 610 или 620, то в качестве значения для анализа берется дата регистрации контрагента,  связанного с данным типом связи «F01_12 — Юр.особа є материнською компанією іншої».

— ФМ. Реестр операций. Добавлен ключ в «Глобальный реестр»: «Настройки фин. мониторинга» — «Запрет редактирования документа, отправленного на ФМ». Также создан триггер T_DOCUMENT_BU_FM_DOC_EDIT  для таблицы DOCUMENT. В случае значения ключа = ‘T’ в триггере вызывается исключение, запрещающее редактироание.

— Измения в p_document.pck / p_calendar_admin.pck в процедурах контроля заполнения параметра D020 для проводок с б/с 1919/2909

— Контрагенты. Добавлен справочник «Форма власності» на <Доп. сведения>. + Скрипт переноса с старого kl_k080 в новый справочник. Справочник «CUSTOMER_K080″ доступен для редактирования через модификацию (п.19.5)

Доработана процедура контроля документов на тер.деятельность.В случае если документ генерируется операцией и сразу проводится — производится проверка, и в случае отнесению параметров документа к тер.деятельности выдается предупреждение, и  в протокол проверки ничего не пишется(т.к. документа ещё нет)

Экспортно-Импортные операции

Создан ключик в глобальном реестре ветка «Экспортно-импортные операции» — «Настройки реестра ГТД/Актов» ключик «CONTROL_DIVERGENCE_SUM_EQU».

Если данный ключик стоит «Т» то в «Справочнике ГТД» будет осуществляться контроль, на то, чтобы разница между суммой и эквивалентов ГТД не привышала  0.10.

 

п.6.6. Расчет резерва дебиторской задолженности. Исправления ошибки

с деревом задач. Дерево типов.

П.6.7.

п.8.2 Статотчетность. Добавлен файл 2С.

п.8.6 Ведомость структуры собственности банка

п.33.11 Анкеты ФМ. Доработки в связи с изменениями

законодательства. Перевод на украинский язык.

п.22.13 Реестр остановленных платежей.

п.36.8. Экспорт реестра налоговых в xml. Экспорт налоговых в xml

для Медока.

Документы

1. В задача 3.1  добавлен новый тип 100 — Кассовые документы посимвольно , в котором отображены суммы по кассовым символа кассовых и межкассовых документов.  Информация по кассовым символам реплицируется в общую таблицу document_cash_symbol.

Подсистемы. Настройка подвалов.

1. Добавлена возможность привязки подвалов к нескольким подсистемам.

 

 

 

 

 

 

 

 

 

 

 

2. Добавлена возможность создавать редактируемые подвалы.

 

 

3. Добавлен экспорт подвалов. По правой кнопке миши — еспорт подвала в файл. Создается sql-скрипт , который можно загрузить с помощью sqlplus, pl/sql и т.д. (по аналогии с экспортом ролей).

 

Безопасность

1. Добавлена возможность настройки и отображения различной информации по рлям и пользователям (используется механизм подвалов). Реализовано три подвала   — история входа в одб, история изменения карточки, история выдачи прав. Данные подвалы при неоходимости нужно импортировать импортировать (см. выше Настройка подвалов).

 

 

1. В режиме п.3.1  «Кассовые документы посимвольно (только чтение)» добавлен режим просмотра в том числе и межкассовых документов.
2.  В режиме п.3.1 «Кассовые документы в НВ» и «Кассовые документы в инвалюте» на закладке <Реквизиты> изменен порядок идентификации контрагента. Ключевыми параметрами для поиска теперь являются два параметра «Серия и номер паспорта» и «Инд. код». Все предыдущие дополнительные режимы поиска, находясь на поле ввода «ФИО» используемые для подстановки реквизитов, т.к. Alt+ стрелка вверх, Ctrl+Стрелка вверх, Alt+стрелка вниз остались без  изменений.
3. В режиме п.3.1 в режимах «Внутрибанк в НВ» и «Внутрибанк в инвалюте», добавлены режимы просмотра ожидаемого красного сальдо по счетам Дт и Кт. Режим Оп. Минуты стоя на счете по Ctrl + I  остался без изменений.
4. Для банков использующих задачу «Дилинг. Операции депо и форекс», в п.16.2, в экранной форме сделки (кнопки «добавить» и «изменить») проведены изменения для операций типа Forex Swap и Depo Swap (закладка <SWAP>). Теперь при наличии двух тикетов, основная и контрсделка объединены в одну сущность и представлены одной записью о сделке. Более полная информация об этих изменениях доступна в документации на подсистему.
5. При вводе информации в ручном режиме в п.3.1 добавлены дополнительные возможности по настройке пропуска полей, т.е. чтобы при проходе по полям (Tab Order) курсор не попадал в ненужные для ввода поля, оставив возможность стать туда с помощью мыши. Эта возможность предоставляется в режиме «Настройка» в основном разделе <Дерево меню>

 

1. В режиме п.3.1 для банков пользующихся задачей «Работа с драг. металами», добавлен режим «Внебалансовые доументы по 9-му классу в драг. металах»
2. В режиме 3.1 добавлена возможность просмотра SWIFT сообщений по документам (просмотр добавлен в режиме просмотра footers — «подвалов»).
3. Разработан интерфейс с системой Reuters в котором реализован доступ к системе по чтению тикетов без дополнительного комплекса Deal Tracker Server
4. Разработан программный комплекс, как Front Office приложение, для ввода кредитных заявок по физическим лицам, с расчетом скорингового бала, анализом финансового состояния заемщика и анализом различных стоп факторов. Комплекс имеет возможность гибкой настройки под конкретный кредитный продукт.
5. Готов к эксплуатации комплекс по ведению архивных документов банка.
6. В настройке «Типов договоров» для депозитной подсистемы добавлен режим «Автопролонгация». Данный флаг позволит контролировать возможность пролонгации и также автоматически выполнять автопролонгацию на предыдущий срок действия депозитного договора;
7. В настройке «Типов договоров» для депозитной подсистемы добавлен режим «Договора банковских металлов», для возможности работы с точностью выше 3-х знаков после запятой и также дополнительный флаг «Физпоставка»;

Для задачи п.30.1 разработан новый режим работы с постоянно действующими распоряжениями клиента (проведение регулярных платежей);

SrBank

Добавлены новые задачи.

1. Добавлена задача 3.6 – Заявка на прием/выдачи наличных. Данная задача также работает через Интернет банкинг SrCIA.

2. Добавлена задача 25.6 – Настройка тарифов по переводам SWIFT. В данной задаче перешли на настройку комиссий через пользовательский интерфейс.

3. Добавлена задача 45.1 – Работа с архивом документов (документооборот)

Данная задача позволяет типизировать документооборот, дает возможность настраивать дополнительные информационные поля для занесения информации из скан копии или другого типа файла, а также держать документы в единственном экземпляре и выполнять не аттач документа, а привязку его из единой базы документов.

4. Добавлена задача 16.7 – Заявки/дилинг по операциям с драг. металлами

Добавлены новые операции по драг. металлам на МВРУ. В разработке операции на МВР и формирование 6 класса SWIFT сообщений.

5. Добавлена задача 12.9 – Инкассация драг. металлов по сети отделений

Данная задача позволяет автоматизировать процесс выставления заявок от отделений на ГБ, или другое отделение,  о необходимости пополнения кассы в драг. металлах. А также настраивается сам процесс  инкассации отделений, В т.ч. бух. модель.

6. Разработана комплекс задач по управленческому учету.

Новый достаточно большой комплекс задач, который решает вопросы управленческого учета.

7. Разработана задача 6.6.  «Расчет резерва по деб. задолженость»

Контрагенты

1. Разработана задача —  Инсайдеры банка ( Приложение 2)

2. Добавлена возможность использования несекретных пунктов меню в представителях контрагента

3. Модифицирован механизм автозаполнения дочерних кодов, при выборе статпараметра K110 на карточке контрагента

4. Карточка контрагента. Закладка «Дополнительно»/»Виды деятельности». В диалоге отбираются виды деятельности открытые на активный день

5. Выполнены изменения в закладке «Контактная информация» — расширены параметры учета адреса регистрации и фактического адреса, добавлен новый справочник Населенных пунктов (районов / индексов) Украины —  ADR_CITY.

6. Добавлен новый тип контрагентов 2.3. — ‘Фізична особа-резидент (нотаріуси, адвокати, суд.експерти)':

7. Добавлена проверка на обязательную заполнение параметра «Самозайнятое лицо» при заведении контрагента Физ. лица если он уже заведен в типе контрагентов — ‘Фізична особа-резидент (нотаріуси, адвокати, суд.експерти)

Документы дня

1. Исправлена ошибка работы кнопки «Сумма» в типах документов «Касса в ИВ» и «Внутрибанковский в ИВ»

2. Добавлен контроль сум за операциями отправки и выплат денежных переводов физических лиц в соответствии с правилами —  «Правила здійснення за межі України та в Україні переказів фізичних осіб за поточними валютними неторговельними операціями та їх виплати в Україні»(Постанова|Правила,  Національний банк, від 29.12.2007,  № 496 «Про затвердження Правил здійснення за межі України та в Україні переказів фізичних осіб за поточними валютними неторговельними операціями та їх виплати в Україні та внесення змін до деяких нормативно-правових актів») .

3. Реализована Проверка получателей исходящих платежей по СЭП» (по доп.соглашению)

4. При проводке исходящего платежа по СЭП осуществляется проверка получателя платежа в black-листе и white-листе.

5. Кассовые документы в нац.валюте и ин.валюте. Добавлено ограничение на справочник Реквизиты/Паспортные данные/ФИО при выборе из представителей по Ctrl+Вверх: дата окончания действия представителя пустая или больше активного дня

6. Исправлено сохранение параметра 44 файла для внутриб. док. в инвалюте

7. Исправлена простановка D020 в кассовых документах в валюте

8. Добавлен ввод субсчетов в кассовых документах в драгметаллах

9. Эквивалент в документе драг. металлов при изменении документа

10. Просмотр блокировки документа на мультиМФО

11. Добавлен ключ — DOCUMENT (Общие настройки документов) — IS_CHECK_CASH_ORDER_REASON (Контролировать на обязательное заполнение реквизит «ОСНОВАНИЕ» в приходном и расходном кассовом ордере в нац. и ин.валюте (вид док-та:39,40,62, 41,42 )) по умолчанию значение — «F»

Для возможности автоматического заполнения поля «П_дстава» текстом «зг_дно договору №  Р1 в_д  Р2 р. «, где P1- номер договора P2- дата договора — для текущей версии предлагаем воспользоваться процедурами:

— on_gen_cash_order_reason для генератора кас.докуменов в НВ

— on_gen_cur_cash_order_reason для генератора кас.документов в ИВ

Вызов процедур необходимо установить на событие on_generate в настройках генерации документов соответствующего типа.

Отправка счетов в ДПА

1. Изменения в запросах по ДПА

2. Проверки при отправке счетов в ДПА на операции более 3-х дней

3. Вернули пункт 10.4 «Дополнительный реестр счетов для регистрации в ДПА»

Проверка при отправке счетов в ДПА, запрет удаления блокировки без успешной квитанции, запрет отката файла , на который пришла успешная квитанция.

4. Добавлена проверка при отправке счета в ДПА на закрытые коды налоговых.

5.  Добавлена проверка при отправке счетов в ДПА, запрет удаления блокировки без успешной квитанции, запрет отката файла, на который пришла успешная квитанция

Контрактные подсистемы

Кредитные контракты

1. Реализован  расчет средневзвешенной процентной ставки для файла 3а по кредитным договорам

Для расчета средневзвешенной процентной ставки для файла 3А используется операция «Расчет и заполнение % ставки по кредиту по новой методике НБУ (CRED_CALC_INT_3A_NM)» которая  выполняется в п.14,1

2. Разработан механизм расчета наихудшей категории качества по всем активам   контрагента

Согласно ПП 23 от 25.01.2012 НБУ  гл. 2 п. 2.7 цитирую: « Банк визначає єдину категорію якості за кількома активами/наданими фінансовими зобов’язаннями щодо одного боржника, у тому числі за тими, оцінка ризику за якими здійснюється на портфельній основі, використовуючи найнижчу. ».

Исходя из этого, разработана операция с кодом «CUSTOMER_SET_WORST_QL» (Проставить на всех активам данного контрагента наихудшую категорию качества),  которая выполняется над контрагентами, и проставляет по данному клиенту единую категорию качества по его активам (дебиторская задолженность и кредиты). Для просмотра деталей расчета наихудшей категории качества используем таблицу CUSTOMER_S080 (Категория качества долга). А также есть возможность рассчитать и  проставить наихудшую категорию качества более ранней датой по отношению к текущей дате расчета страхрезерва.  

3.  Добавлен расчет резерва по группе финансовых активов

Если общая балансовая стоимость всех кредитов данного контрагента будет меньше чем 50 000 грн, тогда на закладке «Резерв» кредитного договора в поле «Тип контрагента» проставиться признак группового расчета страхрезерва (для физ лица «PHYS_BASIS» , для предпринимателя «EMP_BASIS» ).

4. В закладке «Резерв» исправлено блокирование полей «Фин. состояние» и «Обслуживание долга» через тип договора.

5. В п.14.3. Договора залога. На диалоге контракта на закладке «Резерв» добавлено поле «Пропорциональное распределение залога (без учета просрочки более 30 дней)»

Экспортно-Импортные операции.

1. Изменение повторного приема МС файла.

В глобальном реестре, ветка Экспортно-Импортные операции — Настройка печатной формы, создан ключ IS_UPDATE_INFO_GOODS_REGISTER.

Логика работы:

Если  выше описанный ключ стоит «F» то при втягивании МС в котором повторно приходит информация о ТД то, Номер реестра и Дата реестра не перенакрываютса а остаются прежние.

2. Доработка Экспортно – импортных контрактов.

Добавлена возможность в журнале контроля импортных или экспортных операций добавлять:

«Выводы на продление сроков расчета по экспортным\импортным перациям»

Добавлена возможность введение индивидуальных разрешений, выданных на превышение установленных законодательством Украины сроков расчетов, выполняется в журналах в меню «Сервис»→«Выводы на продление сроков расчета по экспортным\импортным операциям». Влияет на дату контроля по операции.

«Поданные заявления в суд по экспортно\импортным операциям»

Выполняется в журналах в меню «Сервис»→ «Поданные заявления в суд по экспортно\импортным операциям»

Дата просрочки автоматически увеличивается на 6 мес. С «даты принятия» заявления судом.

«Принятые  судебные решения по экспортно\импортным операциям»

Выполняется в журналах в меню «Сервис»→ «Принятые  судебные решения по экспортно\импортным операциям»

Вводятся данные о принятом решении судом. Если сумма решения равняется открытой сумме операции то данная операция закрывается. Если же сумма в решении меньше чем не закрытая сумма операции, то «Остаток(не закрытый)» на операции уменьшается ровно на сумму решения.

«Другие причины приостановки контроля по экспортно\импортным операциям»

Выполняется в журналах в меню «Сервис»→ «Другие причины приостановки контроля по экспортно\импортным операциям»

3. При добавлении «Дата начала» и «Дата окончания» высчитывается количество дней приостановки и на операции поле —  «Дата 90 дней», увеличивается на это количество дней соответственно.

4. Форма «Лицензии» переименовано на «Выводы на продлении сроков расчета по экспортным операциям».

5. В Экспортно-импортных операциях в форме «Выводы о продлении сроков расчетов» добавлено поле «Дата предоставления в банк».

Дилинг по форексным операциям(п.16.2.)

1.Добавлена возможность работы с базой тикетов Deal Tracker Server для банков у которых установлена система Thomson Reuters 3000 и приобретена вышеупомянутая БД тикетов.

Переключение между базами тикетов Deal Sputnik и Deal Tracker Server осуществляется посредством  ключа IS_DTS(В банке используется БД тикетов системы REUTERS — DEAL SPUTNIK(F)/DEAL TRACKER SERVER(T))  расположенного в модуле SrAdmin.exe  в по следующему пути: Администратор\Редактор глобального реестра\Форексы\.

Также появилась возможность для одного банка контрагента в АБС Sr-bank указывать несколько кодов этого банка в системе Reuters. Данные коды проставляются на закладке ‘Дополнительно’ карточки банка-контрагента, подзакладка коды Reuters (см.рис.1).

2.В операциях в п.16.2.(Дилинг) добавлена возможность отражения/списания гривневого эквивалента внебалансовых требований/обязательств по контрсделкам по покупке/продаже инвалюты за гривну в рамках валютных СВОПов по коммерческому курсу сделки, а не по курсу НБУ(операции с кодами RTR_OUTBAL_SWAP_BUY, RTR_OUTBAL_SWAP_SELL).

3. Согласно п 1.4 ПП НБУ №253 от 20.06.2012 «Про затвердженню змін до Інструкції з бухгалтерського обліку кредитних, вкладних (депозитних) операцій та формування і використання резервів під кредитні ризики в банках України» в п.16.2. Дилинг по форексным операциям АБС ”Sr-bank”(модуль SrStart.exe) был разработан функционал, который позволяет создавать, обслуживать и сопровождать полный цикл сделок по ДЕПО-СВОПам (ресурсные сделки на МВРУ).

Разработаны операции, которые позволяют выполнять следующие действия над ресурсными сделками:

— первичное отображение требований и обязательств;

— промежуточное начисление и уплата процентов;

— возврат внебалансовых требований и обязательств

4. Добавлена закладка ‘Дополнительно’ на контракт в п.16.2, а именно следующие поля:

— ‘Счет МБК в банке-контрагенте’

— ‘Счет % по МБК в банке-контрагенте’

— ‘Транзитный счет в банке-контрагенте’

— ‘Лоро-счет банка контрагенте’

— ‘Признак залога'(для депо-СВОП-ов)

— ‘Сумма % до колнца месяца'(для отражения суммы % с даты заключения договора до конца месяца по переходящим через конец месяца межбанковским сделкам)

Поля на данной закладке используются для корректного функционирования задачи ‘Reuters’.

Финансовый мониторинг

1. Добавлен грид с информацией о гражданстве в анкеты физ. лица и предпринимателя.

2. В справочник «Страны списка FATF» добавлены поля «основание для  внесения»(+соответствующий справочник), «Номер документа», «Дата документа»

3. Реестр операций: Расширены до 4000 поля «Комментарий к признаку(обязательный мониторинг)» и «Комментарий к признаку(внутренний мониторинг)»

4. Решения от ДСФМУ: Добавлен функционал по привязке клиентов банка к решению. Информация о привязке будет использована при построении файла D0.

5. Изменения в анкетах ФМ. 33.11.

— изменен запрос грида. В связи с переносом флага проверки на тер. деятельность в табл. CUSTOMER_HASH_NAME.

— добавлено поле комментарий в доппараметры анализов.

— добавлены меры к анализу фин.сосотояния и операции к ним.

— закладка «Доп.параметры». В селекторе ограничена выборка доступных доп. параметров только теми, которые не закрыты в указанном в верхней части вкладки периоде.

— закладка «Доп.параметры». Исправлен запрос в селекторе доп. Параметров (резка по типу контрагента).

— закладка «История изменений». Увеличены размеры полей для старого и нового значений.

— добавлено под ключ «Разрешить редактирование поля «Дата первичного заполнения анкеты» на анкетах». Копия значений критериев риска контрагента на момент анализа.

6.Риск клиента. Разрешено удалять значения критериев риска (только в режиме просмотра «Все») (при этом id непустой). В диалоговом окне риска клиента исправлен грид на закладке «Критерии».

7. Обработка файла с перечнем «террористов» перенесена на сервер БД. Добавлен новый тип файлов ‘TER’. Информация о файлах-перечнях занесена в общий протокол файлов ФМ. Добавлен ключ в глоб. реестр «Настройки ФМ» — «Параметры проверки» — «Очищать список исключений после загрзуки файла с перечнем», если установить значение = T, то после обработки файла с перечнем будет очищаться таблица исключений FATF_TERR_PERSON_EXCLUDE.

8. Настройка автонаправления на фин.мониторинг. Добавлено поле для группы страны ФАТФ. Добавлено поле для процедуры проверки после условий.

9. Исправления в процедурах формирования XA, XD — файлов, в файлах отсутствовала информация о файлах-дополнениях.

10. Выполнен перенос операций по проверке на причастность к тер. деятельности «CUSTOMER_FATF_CHECK» и снятии признака причастности «CUSTOMER_FATF_CLEAR» в задачу «33.11 Анкеты ФМ». Признак фин. терр. деятельности перенесен из таблицы CUSTOMER в таблицу CUSTOMER_HASH_NAME.

11. Добавлен ключ в глоб. реестре AUTO_FILL_CUSTOMER_EXCLUDE(Автоматически заполнять справочник исключений для контрагентов)

— в документацию fatf.html добавлено описание механизма работы данного ключа, в разделе «проверка контрагентов»

— а также добавлены изменения в Порогах для отбора при проверке на причастность к террористической деятельности(см. документацию раздел 19.3.1.)

12. Изменена процедура поиска по террористам.

Для обычной работы поставить порог 30(два совпадения) и выключить транслитерацию.  Для повышения чувствительности поставить порог 90 (будет реагировать на одно овпадение). Ниже 30 реагирует на 3 больше совпадений.

13. Автозаполнение информации о гос. регистрации участника операции при подготовке операции в реестре ФМ. Добавлен ключ в глоб. реестр : «Настройки ФМ» — «Настройки работы с операциями» — «Режим автозаполнения инф. о гос. регистрации». Если значение = 1, то берется номер записи в реестре. Если значение = 2 — берется серия+номер бланка выписки, если нет данных о выписке, то берется серия и № свидетельства, если данных по свидетельству нет, то берется номер записи в реестре. Изначально скриптом записано значение 1, для DVBank  — значение 2.

14. Автоматическое заполнение информации при подготовке операции. На основании разъяснений от НБУ (по запросу банка «Восток») — область осуществления операции              определяется по области в которой открыт счет клиента. Раньше определялось по области отделения к которому привязан документ.

Разное

1. Справочник выходных и праздничных дней в других странах мира.

Данный справочник находиться в пункте 19.1 – «Календарь» — «Выходные дни по странам». Данный календарь позволяет в ручную, силами специалистов курирующих SWIFT в банке, по данным справочников SVIFT настроить выходные и праздничные дни в других стран мира. Область применения: Дилин, SVIFT, Стат. Отчетность(42 фай).

2. Налоговый учет ОС: Добавлены параметры «дата ввода НУ», «дата начала амортизации НУ», «дата окончания амортизации НУ». Изменены операции ввода в эксплуатацию и расчета амортизации. Данные изменения предназначены для того, чтобы облегчить пользователю расчет сроков амортизации в Налоговом учете. Вторая функция — позволить изменять сроки, для объектов срок использования которых иссяк, но в связи с модернизацией их амортизация возобновилась по новым срокам.

3. Реестр налоговых накладных. Добавлены даты начала и окончания действия в справочник отделений для консолидации. В деталях добавлено поле «Послуги за межами МТ». Исправлена ошибка невозможности создания «коррегуючих накладних». В корректирующей накладной исправлена невозможность в деталях выбрать «Причину корегування» после перехода на новые коды налоговых. В «Виданих накладних» добавлено поле «13 — Послуги за межами МТ». Соответственно исправлены консолидация с филиалов и выгрузка в xml.

4. Реализовано стандартную возможность просмотра историю операций в 12.7 Справочник курсов валют по драг.металлам.

5.Возможность редактирования поля PERFORM графика погашения через интерфейс в п.20 «Справочники» – «20.31. Графики для договоров»

6. В пункте 6.2 (Картотека 3570) — добавлена фильтрация по полям Код и Вид начисления.

7. В опер. минуте по счету в гриде селектора счетов убраны поля с остатками.

8. Добавлена задача логистика карт (ВБР).

9. В п.20.16. Настройка счетов валютной позиции добавлен функционал по свертке

10. Исправлена просмотр параметров операции по F8

11. Разработка документов по отмеченным договорам. Разные счета на одном макросе

12. В универсальных контрактах изменено название подсистемы (в разрезе типа документов)

13. На кредитах, депозитах и инкасация металов(12.9) родительский договор выбирается только из незакрытых. На используемых селекторах добавлено поле «Статус»

14. Назначена комбинация «Shift+F7» в контрактах – включение «подвала» для привязки файлов.

15. Привязка отчетов к типам контрактов. Изменение в запросе по F2

16. Добавлена Картотека внутрибанковский документов с датой валютирования.

17. Разработана Новая картотека для п.6,4 — Картотека зачислений на кор.счет (1600) банков-нерезидентов

18. Выполнены интерфейсные изменения в задаче 25.1. Платежи S.W.I.F.T.

19. В настройки шаблонов операций на 2 уровень добавлен новый тип параметров «Таблица», который позволяет выбирать и обрабатывать сразу несколько значений.

20. В задаче 30.1. Тарифные контракты добавлен статический подвал – Типы начислений.

Безопасность:

1. Пользователь имеющий роль «SR_ADMIN_FILTER_ROLE» — 0.16.1 Редактирование фильтров» сможет править фильтры, созданные другими пользователями.

2. SrAdmin – «Редактор Глобального Реестра» — добавлен раздел VERSION_APP (Версии модулей).

Добавлена роль «SR_RUN_ANY_VERSION» — 0.15.1 Игнорировать контроль версий приложений». Пользователь, имеющий вышеуказанную роль, не проходит проверку при запуске приложения.В случае отличия номера версии указанной в ГР и приложения будет выдано сообщение.

3. В карточке пользователя добавлен признак «Заблокирован».  По правой кнопке мыши  — действия «заблокировать/разблокировать».

4. Добавлен ключ  \SECURITY\USERS\LOCK_USER_DAY_PERIOD (Блокировка учетной записи при отсутствии входа в систему n-дней (количество дней, 0-не блокировать)).  При истечении данного срока учетная запись будет заблокирована при попытке входа в систему (см. п4)

5. Добавлен ключ \SECURITY\USERS\PASSWORD_VERIFY_FUNCTION (Функция проверки правильности пароля) – дает возможность настроить свою фунцию проверки корректности нового пароля пользователя. Если не задано  — используется стандарная.

6 Настройка маршрутов. Добавлена возможность настройки нескольких процедур на переход статуса.  Разделитель – ENTER.

7. Добавлена процедура ON_MODIFY_CONTR_ACC_STAT. Вызывается с клиента перед изменением статпараметров счетов контракта. Используется для разрешения модификации статпараметров счетов в контрактах. Необходимо выдать права на эту процедуру ролям (пользователям) , имеющим право на изменение этих параметров в контрактах.

8. Изменения в форме включения SQL-трассировки.При включении трассировки запись об этом ложится в таблицу SR_TRACE_FILE_LOG.

9. Добавлено название пункта меню при ошибке проверки прав.

СЕП

1. Изменения по режиму работы z.

Анализ корсчета. Не учитывать в Подготовленных статус Удален.

Сумма оплаты под приход кл.средств(2600) + 2650

Модуль Sr_Ounce. Работа с драг. металлами.

Разработаны операции покупки/продажи металлов физ. лицам с наличной поставкой с формированием итоговых проводок в конце дня. Для контроля заполнения реквизитов предъявленного документа на данных операциях используется ключ Глоб. реестра \BANK_METAL\ IS_CHECK_RECV_OPERATION.

Разработаны операции покупки/продажи с нал. и безнал. поставкой для юр. и физ. лиц.

Разработаны операции по работе с металлами на МВРУ

Добавлена возможность ввода  комм. курса металла «за штуку». Для этого в типе металла  (справочник BANK_METAL_WEIGHT_TYPE) необходимо указать признак курса за штуку.

Для депозитов в драг. металлах разработаны операция досрочного расторжения и регламентная операция начисления %.

Добавлен новый тип простого документа «Документы 9 класса в драг. металах»

ФАКТОРИНГ

1.         Предоставление возможности взыскания %% за весь срок действия накладной с отражением на счете дисконта при выдаче аванса по накладной с закрытием фин.календаря договора

2.         Возможность при выдаче аванса по накладной автоматически (на основании историзируемого доппараметра договора накладной и настроек тарифов за финансирование для дебитора в 14.22) выбирать один из 3-х сценариев взыскания %% и комиссий за финансирование c отражением на счете дисконта, но 2-мя разными проводками (для %% и комиссии соответственно) :

1.только авансом взыскиваемые %% (комиссии за финансирование в настройках дебитора не настроены, генерируется 1 проводка на счет дисконта )

2. авансом взыскиваемые %% и комиссия за финансирование (генерируются 2 проводки на счет дисконта)

3. только комиссия за финансирование  (при условии наличия настроек комиссии за финансирование в настройках дебитора, генерируется 1 проводка на счет дисконта )

3.         Предоставление возможности установления связи типов договоров в рамках определенной модели факторинга (2-х/3-х сторонний)

4.         Предоставление возможности при 2-х сторонней модели факторинга открывать счета договора лимита на заемщика при условии, что контрагентом договора лимита всегда является дебитор

5          Предоставление возможности создания накладных на карточку дебитора при 2-х сторонней модели факторинга при условии, что счета договора накладной будут открыты на карточку заемщика

6.         Предоставление возможности использование счета безрисковых обязательств на макросе CREDIT_LIMIT_9

7.         Предоставление возможности изменения наименования счета и субсчета после автооткрытия счетов в факторинге

8.         Предоставление возможности переноса обязательств со счета безрисковых обязательств (9129 с R013= 9) на счет рисковых обязательств (9129 с R013= 1) в случаях получения накладных по которым в текущем опердне не произведен выкуп накладных(финансирование)

9.         Предоставление возможности проставления признака модели факторинга (2-х /3-х сторонний факторинг)

10.       Обеспечение возможности автоматического расчета и взыскания комиссии за установление лимита на дебитора(на договоре лимита) с генерацией проводок по начислению и взысканию таких комиссий со счета, выбирамого в параметре операции

Sr_Notes.exe (Примитки) для составления годовой финансовой отчетности реализован механизм расчета нормативов.

1.1 Норматив мінімального розміру регулятивного капіталу банку (Н1);

1.2 Норматив максимального розміру кредитного ризику на одного контрагента (Н7);

1.3 Норматив великих кредитних ризиків (Н8);

1.4 Норматив максимального розміру кредитів, гарантій та поручительств, наданих одному інсайдеру (Н9);

1.5 Норматив максимального сукупного розміру кредитів, гарантій та поручительств, наданих інсайдерам (Н10);

1.6 Норматив інвестування в цінні папери окремо за кожною установою (Н11);

1.7 Норматив загальної суми інвестування (Н12) .

Статотчетность

1. Для банков, использующих для формирования 42 файла процедуру ns_file_42_gg_2013 появилась возможность включать в ЗС(задолженность) совокупную контрагента (группы связанных контрагентов) данные аналитического учета дебиторской задолженности из п.36.1 АБС для счетов дебиторской задолженности, которые открыты, как правило на карточку самого банка. Данная возможность реализована под ключ F_42_ADD_DEB_ANLT(В 42 файле включать в ЗС контрагента(группы) аналитические данные  дебиторской задолженности из п.36.1. АБС:T — Да/F-Нет)  расположенного в модуле SrAdmin.exe  в по следующему пути: Администратор \ Редактор глобального реестра \ Настройки статотчетности \ Особенности формирования файлов.

2. В АРМ Статотчетности НБУ, меню «Редактирование» — «Подготовка данных для файлов» — «файл 36» по нажатию кнопки «Заполнить» появлялось подтверждение действия.

3. Визуализация статпараметра на счетах KL_S580

4. Переделана подготовка файла 84 (new).

1. Выпущена новая версия системы дистанционного обслуживания для клиентов банка :iBank, для физ. и юр. лиц (интернет-банкинг);
2. Добавлен функционал по работе с регулярными платежами клиентов (Постоянно действующие распоряжения клиентов);
3. В контрагентах банка добавлен новый функционал по ведению телефонов клиентов, Теперь это справочник на закладке «Контактная информация»;
4. Изменен механизм установки и контроля неснижаемого и неповышаемого лимита (в карточке счета). Раньше,  нельзя было установить лимит, например  остаток 100, а лимит надо установить 200  (т.е. так чтобы работал режим накопления);
5. В истории статусов добавлено поле «Должность подписанта»;
6. Добавлен раздел 3.6 – «Заявки на прием и выдачу наличных средств»;
7. Добавлены задачи по обслуживанию дебиторской задолженности по приобретению монет НБУ;
8. Добавлена задача 12.9 по инкассации отделений в драг. металлах;
9. Добавлена маска на счетчик при автооткрытии субсчетов SEQ_BAL_ACCUM. В данном случае счетчик порядковых номеров работает в разрезе контрагента, балансового счета, валюты и аккумулирующего счета;
10. Выполнена задача по подключению к Routers 3000 DTS;
11. Во всех сделках добавлен просмотр в «подвале» выполненных операций;
12. Добавлена роль SR_RUN_SRMESSAGE (0.14.2 Запуск приложения SrMessage), которая определяет будет ли для данного пользоваетеля запускаться приложение SrMessage.exe при запуске SRStart.
13. Создание представления FM_CUST_ACCOUNT_VIEW, которое будет использоваться для отображения списка счетов(вместо таблицы ACCOUNT) клиента в анкете ФМ. Позволит накладывать свои условия на список отображаемых счетов средствами безопасности SR Bank.
14. Добавлена задача «33.11 Анкеты клиентов» (имя подсистемы TFMANKETTASKDATA.FMCUSTANKETDSET). Задача предназначена для более удобной работы с контрагентами в системе фин. мониторинга и для разгрузки задачи «1.1 Юридические дела». В эту задачу из задачи «1.1 Юридические дела» продублированы все вызовы модулей, связанных с идентификацией и анализом деятельности клиента в разрезе задач фин. мониторинга (Анализ риска, работа с анкетой, просмотр протокола проверки на причастность к тер. деятельности). В дальнейшем соответствующие вызовы из задачи «1.1» планируем убрать. Рекомендуем к использованию сотрудниками фин. мониторинга новой задачи             как основной по работе с контрагентами, а также привязать к новой подсистеме отчетные формы анкет и операции над контрагентами, которые выполняют ответственные сотрудники по ФМ.
15. Согласно ЗУ «Про інститути спільного інвестування(ИСИ) (пайові та корпоративні     інвестиційні фонди)» 2001, N21. В АБС SrBank предлагаем воспользоваться следующей технологией контроля за счетами ИСИ. Контроль будет проводиться процедурой, которую необходимо установить на переход статуса маршрута документа. Функция будет проверять следующее: если на счете установлен признак «Контроль за проплатами со счетов ИСИ»,  бал.счет соответствует счету : 2650. Так же была реализована отправка на электронный адрес исполнителю ответственному за контроль над счетами ИСИ. Данный механизм реализован при переходе статуса из «Подготовлен» на «На контроль ИСИ». При переводе документа в этот статус, исполнителю приходит сообщение о таком документе в базе.
16. Оптимизация налогового учета основных средств.
17. Добавлен раздел «44 — Объекты хранилища». Добавлена задача «44.1 Документы хранилища». Для функционирования задачи необходимо создать представления для объектов хранилища, для этого нужно создать DB Link на базу хранилища и выполнить скрипт wh_obj_secur.pdc, указав в скрипте имя «линка»(инструкция в заголовке скрипта). Для задачи «44.1 Документы хранилища» создана операция «WH_DOC_TO_FM». Операция создает запись в реестре ФМ на основе информации о документе в базе  хранилища.
18. В карточку контрагента для формирования «Додатка ОК» добавлены поля — ‘Тип налогообложения’ /  ‘Дата регистрации (налогообложение)’ / ‘Дата окончания  (налогообложение)’
19. Теперь в каждой контрактной подсистеме в гриде просмотра выполненных операций (F8), будет своя подсистема состоящая из TSRCOMPACTIONDATAMODULE.ACTIONDATASET(FOREX_CONTRACT), где — TSRCOMPACTIONDATAMODULE.ACTIONDATASET- константа для всех подсистем;            — (FOREX_CONTRACT) — системное имя подсистемы. Подсистема будет регистрироваться в справочнике подсистем (R$_Query), во время первого входа на базе в данную подсистему. Соответственно, сначала нужно поочередно войти во все нужные подсистемы, а потом в настройке шаблонов отчетов (SrAdmin — Администратор — Редактор отчетов ) перевесить отчеты на нужные подсистемы.
20. При просмотре выполненных операций (по F8) в вспомогательном окно документов перации (Ctrl+D) при вызове по ПКМ просмотра документа, в появившемся окне все поля теперь закрыты для редактирования и убрана возможность их изменять и сохранять (например, поля вкладок «статпараметры». «доппараметры» )
21. Реализованы изменения для СЕП, в части введения с 21,06,2012 нового реквизита «СТЯГУВАЧ». Соответственно добавлены в типы документов новые виды документов и в закладку Доп.реквизиты — поле «ВЗЫСКАТЕЛЬ»
22. Статистику подключения/отключения (входа/выхода)  к Базе Данных можно просматривать в таблице SR_LOGON_HISTORY.
23. В карточку контрагента – физ.лица добавлены 3 раздельных поля для ФИО. В карточку контрагента – физ.лица и предпринимателя добавлен раздел гражданство.

1. В настройку типов контрактных систем (CUSTOM_DOCUMENT_TYPE) добавлен флаг IS_SHEDULER. В интерфейсе его можно настроить в п.19.2 Сделан для отсечки контрактных систем  в задаче 20.31 – Графики для договоров.
2. В интерфейсе сделок, на панели инструментов рядом с кнопкой «Открытые/закрытые»  добавлен режим управления просмотром подвалов договоров;
3.  Через режим управления «подвалами» добавлен новый режим позволяющий выполнять attach файлов к договорам. При передаче файла в БД производится архивация (сжатие) данных файла;
4.  В «Подвале» сделок добавлен режим просмотра первичных документов
5.  В «Подвале» кредитных сделок добавлен режим просмотра залогов
6.  Добавлена возможность настройки графиков по погашению/выплате процентов для правильной инициализации параметров статотчетности для файлов D5, D6 а также для контроля выплат % по депозитам
7.  Добавлен справочник 20.43 для возможности настройки дерева типов контрагентов для задачи 1.1
8.  Добавлен «подвал» по attach документов в задачу 1.1 Контрагенты банка
9.  *Добавлено два типа простых документов : «Касса в драг металах», «Внутрибанк в драг. металах»
10.  В контрагентах добавлен режим редактирования дополнительной карточки для последующего использования этих даннях в задаче 38.1 «ЦБ»
11.  Передан интерфейс для ввода накладных по факторингу. Он перенесен в задачу 14.1 «Работа с кредитами договорами» -> «Операции»-> «Накладные». Для этого в настройке типов добавлен флаг «Уровень ген. Соглашения по факторингу»
12.  Добавлен еще один тип сделок для факторинговых договоров, на типе «Ввод лимитов на дебитора по факторингу». На данном уровне вводятся сделки с выполнением операции «Изменение лимита на дебитора по факторингу»
13.  В настройке типов кредитов также присутствует флаг обозначающий настройку типа – как уровень накладных по факторингу «Уровень накладных по факторингу»
14.  *Разработана задача по связи с системой Reuters (обработка тикетов, создание сделок по дилингу, бух. модель, поддержка сообщений SWIFT (МТ300, МТ 320, МТ202, МТ399 ))
15.  Добавлена возможность по работе с карточкой по инициализации контрагента
16.  *Добавлен режим формирования выписки на клнтрагентов банка в формате Swift MT940
17.  В визуализацию по 1ПБ добавлен режим просмотра «Все»-> «Каса»-> «Безнал»
18. Добавлен справочник 38.3 типовых купонных периодов
19.   *Доработано ядро по переносу бэк – офиса карточной системы в СР
20.  Добавлены счетчики которые работают только в контрактах, где в функцию передается ID сделки и возвращается код отделения и код исполнителя (из таблицы CONTRACT). Данный режим счетчика необходим когда ввод сделок происходит в ГБ за ТОБО.
21.  В задаче 12.5 справочник послиточного учета добавлен режим выполнения операции по F9 и добавлены две операции по групповой простановке курсов валют по металлам:
22. SET_UAH_RATE — Установка курсов по металам в гривне (процедура d_bank_metal_generator.set_rate_uah)
23. SET_OUNCE_RATE — Установка курсов по металам в унциях (процедура d_bank_metal_generator.set_rate_ounce)
24.   В форме 1ПБ по оборотам по кассе исправлена ошибка по формированию остатков при отсутствующих оборотах за месяц
25.  Добавлен справочник дебиторов и настройки тарифов по факторингу п.14.22 (Замена SRFactoring.exe)
26.  Исправлен режим группировки доп. Параметров для типа сделки (закладка «Дополнительно» — > «Группа доп. Пар.»). Для возможности группировки доп. Параметров по типам сделок.
27.  Изменен контроль контрагентов по ЕДРПО (ОКПО). Теперь контроль осуществляется по всем контрагентам с учетом типа контрагента (по справочнику CUSTOMER_TYPE). Например,  если мы вводим контрагента юр. лицо и он уже есть в внешних контрагентах, имеющих тот же тип,  система не даст это сделать. В таком случае надо выполнить перенос из типа в тип с дозаполнением соответствующих параметров.
28.  В кредитном модуле 14.1 добавлен новый интерфейс на ввод накладных по факторингу. Для этого в настройке типа сделки, на закладке «Кредиты» необходимо проставить признак  «Ввод лимитов на дебитора по факторингу». После данной настройки для соответствующего типа сделок появится возможность ввода накладных в разделе меню «Операции»-> «Накладные»;
29.  В задаче 16.2 «Дилинг», в форме редактирования сделки добавлена закладка статпараметры, по аналогии с п16.1
30.  В справочнике 20.13 «Обменные пункты», добавлен подвал для бистрого просмотра курсов и режим выполнения операцій по F9 для гшрупповой установки курсов.
31.  В задаче 12.7 добавлен справочник установки курсов для операцій с металлами. (!!! Для новой реализации операцій с металлами.) Старые операции работают с курсами в задаче 12.5
32.  В форме операций добавлен режим настройки и выполнения операций по F9, а также вынесен на панель инструмента вызов на просмотр Grid – подвалов
33.  В неторгах добавлена операция для выполнения сторно (выбор справа от кнопки <Удалить>). Т.е. разделили режимы удаления и сторно операций по покупке и продаже нал. Валюты. При этом в протоколе удаленных операций ставится признак удалена или сторнирована. Визуализация данного режима доступна из раздела п.12.1 «История» ->  «Просмотр удаленных»
34.   В задаче 2.3 добавлен режим построения баланса с учетом корректирующих проводок
35.  Добавлен в SRAdmin режим настройки и управления менеджером подвалов (возможность настройки своих подзапросов) для просмотра в подвале Grid
36.  *Реализована задача по расчету лимитов на банки корреспонденты
37.  В задаче 1.1 «Контрагенты банка» добавлен а закладка на которой старый адрес, который был представлен одной строкой разбит на части. Старый адрес будет заполняться автоматически, при заполнении нового адреса.

1. В СЕП добавлена возможность автоматической отправки документов по ССП.
2. Настройка шаблонов операций. Добавлен флаг «Запрет переноса документов в другой день».
3. В п.14.17 “Справочник % ставок НБУ/LIBOR” добавлена возможность ведения % ставок по шкале в зависимости от срока на который устанавливается ставка и валюты. В справочник % ставок добавлена новая % ставка ‘KIACR’ — Kyiv Interbank Actual Credit Rate (средневзв. по объемам факт. сделок % ставка по предоставлению межбанк. кредитов ком. банками), которая вводится именно по шкале.
4. Добавлен новый п.14.20 ‘Расчет страхрезерва под проблемные проценты (по кредиту)’. Логика работы соответствует разделу 10 ПП НБУ №279 от 06.07.2000, а также описанию формы №606(файл B8), изложенному в  ПП НБУ №124 от 19.03.2003.
5. На всех типах контрактов, а также на сделках кредитной подсистемы добавлена возможность редактирования min/max значений на закладке «Штрафы/пени/комиссии».
6. Для просмотра субсчетов в документах теперь используется account_name.
7. В настройке типов контрактов добавлена возможность удалять сразу несколько элементов. В настройке счетов контрактов добавлена возможность копировать и удалять сразу несколько элементов.
8. В представителях контрагентов (п.1.1) добавилась возможность загрузки фотографий  и подписи представителя с расширением *.jpg.
9. В депозитных договорах добавлена закладка «Доверенные лица».
10. Согласно нововведениям нового Налогового Кодекса, внесены изменения в создание налоговых накладных и формирование Реестра налоговых накладных (п.36.8 «Налоговые накладные»).
11. В п.8.4 «Форма 1ПБ» при заполнении с шаблонов в простановку основных параметров добавился анализ кода 73 файла и резидентности (к Дт/Кт). Поиск происходит по критерию от 4 параметров до 2.
12. В тарифной подсистеме в п.30.2 «Настройка тарифных планов» добавлен признак «Признак возврата индивидуального тарифа в общий тарифный план после даты окончания».
13. 1.1 Юридические дела. Добавлено поле ‘Исполнитель’ всем типам контрагентов.
14. 1.1 Юридические дела.  Добавлена возможность создания дерева контрагента, которое настраивается в п.20.43 «Настройка типов контрагентов».
15. В карточку контрагентов юр.лиц-резидентов  добавлен – ‘Признак гос.собственности для контроля платежей по гос.закупкам’ – описание технологии контроля описано в документации.
16. Добавлен новый вид подсистемы для выполнения над ним операций – ‘CONTRACT_TYPE’ ‘Настройка типов контрактов’/
17. В карточку кредитного договора добавлено поле — Дата реальной выдачи кредита (первый Дт оборот). Проставляется операцией над контрактом или процедурой, устанавливаемой на закрытие дня.
18. Добавлен механизм контроля при РУЧНОМ (с клиента) введении документов – сделав настройки в таблице DOCUMENT_VALIDATION (Контроль ручного ввода при сохранении документа из 3.1). Данный механизм возможен при следующем условии – все возможные

Импортно-экспортные операции (п.15)

1. Добавлена возможность использовать Акты ценовой экспертизы для импортных контрактов с поставкой услуг (Регулируется ключом в Глобальном Реестре): в «Деталях» выставляется признак наличия/причина отсутствия Актов; на закладке «Акты ценовой экспертизы» указываются Акты; при установке платежа на контроль, указывается под какой Акт куплена валюта. Контроль проводится с помощью печатных форм.
2. На закладке «Договор» контрактов закрыта возможность редактирования основных параметров в статусах «Действующий»/«Закрыт». Изменения возможны только через операции.
3. Снят контроль на наличие клиентского счета для контрактов в статусе «Закрыт».
4. В  грид справочника ГТД (п.15.2) для возможности разграничения прав добавлено поле «Код отделения», которое определяется по реквизитам «Номер р/с (гривна)»/ «Номер р/с (валюта)».
5. Расширенная документация для пользователя (искать в doc-ах).

 

Ценные бумаги (п.38)

1. В п.38.1. на договоре ЦБ добавлена новая закладка ‘Продажа ЦБ’, позволяющая вводить транши, которыми продаются части пакета ЦБ либо весь пакет целиком, а также параметры этих траншей, а именно:

-дата договора продажи (SELL_AGREEM_DATE) ;

-номер договора продажи(SELL_AGREEM_NO) ;

-сумма договора продажи (SELL_AGREEM_AMNT) ;

-клиент – покупатель(фактический владелец) (SELL_BUYER) ;

-контрагент-покупатель(посредник) (SELL_MEDIATOR) ;

-кол-во продаваемых, в рамках транша, бумаг (SELL_SECUR_NUM);

Под траншем понимается часть пакета ЦБ, продаваемая в рамках одного  определенного договора продажи.

1. На закладке ‘Дополнительно’ договора ЦБ добавлены следующие поля:

-контрагент по дог-ру(посредник). Поле предназначено для ввода информации о контрагенте(стороне) по договору продажи.

-клиент (фактический владелец ЦБ). Поле предназначено для ввода информации о фактическом владельце пакета ЦБ т.е. о контрагенте, который фактически приобретает пакет ЦБ.

Вышеописанные поля п.6. актуальны в случаях, когда сделка по продаже пакета ЦБ проводится через посредника – брокера, инвестиционную компанию и т.д.

-кол-во купонных периодов в году. Поле добавлено в целях корректного начисления %% по ОВГЗ, где начисление %% на 1 ЦБ производится путем преобразования %% ставки из %% годовых в %% временного интервала купонного периода (например %% квартальных при протяженности купонного пери ода равной 1 кварталу и т.д.)

-добавлена ссылка на файл @p, в котором содержится информация о контрагенте сделки по покупке/продаже ЦБ через СЭП.

1. Добавлен п.38.4. ‘Расчет страхрезерва под ЦБ’, где в тестовом режиме реализован расчет страхрезерва под ценные бумаги в соответствии с             ПП НБУ № 31 от 02.02.2007.
2. 27.   Добавлен новый, историзируемый параметр ‘PROPERTY_DATE’(‘Дата перехода права собственности на пакет ЦБ’), отображаемый в интерфейсе на закладке  ‘Доппараметры договора’. Данный параметр записывается в историю параметров договора исходя из значения поля ‘Дата перехода права собственности на пакет ЦБ’ (закладка ‘Дополнительно’) на этапе перевода договора в статус ‘Действующий”. В дальнейшем для изменения этого параметра в связи с изменением условий договора на покупку ЦБ используется операция с кодом SECUR_CHNG_PROP_DATE.
3. 28.    Внутрибанк (п.36)
4.  Доработана подсистема учета капитальных инвестиций (акты ОЗ-2)
5.  Доработан интерфейс подсистемы складского учета для формирования проводок по 9му классу (бланки строгой отчетности).
6.  Добавлен путевой лист и др. В путевых листах автоматизировано заполнение полей «норма» и «начальный пробег» при выборе МОЛ
7. Добавлен диалог на журнале налоговой амортизации в картотеке основных фондов 36.2
8.  Добавлен режим просмотра актов внутреннего перемещения ОС по картотеке в целом.
9.  Добавлены марка, гос. номер автомобиля, нормы расхода ГСМ для МОЛ (водители).
10. Добавлен инициатор в журнале задолженности картотеки дебиторов/кредиторов (36.4).

Финансовый мониторинг (п.33)

1. Добавлено включение/выключение возможности редактирования операции в «Неотправленных» (через ключ в Глоб. реестре).
2. Исправлен протокол проверки документа на причастность к финанс. тер. деятельности.
3. В диалоге операции  на закладку «Операція» добавлены  поля для ввода данных:

— область осуществления операции;

— комментарий к операции;

 

 

1. В диалоге операции  на закладку «Операція» добавлены  поля ввода данных:

— Общий комментарий к структуре «INF_STR», перенесен с закладки «Операція»;

— сведения о решении, соответственно которому предоставляется информация об операции;

— признак выявления операции инспекторами НБУ;

-признак того, что операция может иметь отношение к финансированию тер. деятельности;

 

1. Добавлен механизм работы с файлами-дополнениями к ответам на запросы от КДФМ

Для того чтобы добавить файл-дополнение необходимо в форме детализации файла-запроса выбрать запрос и нажать кнопку «Файлы дополнения».

После нажатия кнопки на экран будет выведена форма со списком файлов-дополнений, привязанных к запросу.

 

В этой форме видно все файлы-дополнения, привязанные к запросу с указанием информации типе дополнения и имя файла-источника из которого было загружено дополнение. При необходимости можно удалить привязанный файл либо добавить новый. Указав тип дополнения (значение из справочника) и файл-источник, из которого будет загружено содержимое дополнения.

 

После этого в момент формирования файла-D (ответа на запрос) для каждого привязанного дополнения будет создан соответствующий  файл E, указание на который, будет содержаться в соответствующем элементе строки ответа в файле D.

!!!Внимание этот механизм работает, только  при включенной 2-й версии протокола обмена файлами с КДФМ.

1. Добавлен механизм работы с файлами-решениями от КДФМ.

Добавлен пункт меню «Решения от КДФМ». После активации данного пункта на экран выводится форма со списком решений, в которой возможны следующие действия:

— просмотр полученных решений;

— прием M-файлов с решениями от КДФМ;

— редактирование и отправка квитанции на M-файл.

 

1. Внесены существенные изменения в системе обмена информацией с КДФМ:

42.1.Введен в эксплуатацию общий протокол файлов (задача «33.8 Протокол файлов»).

42.2.Добавлен справочник типов файлов ФМ, вызов из меню «Настройки» в протоколе файлов.

42.3.Добавлен справочник схем файлов обмена, вызов из меню «Настройки»  в протоколе файлов.

42.4.Логика формирования и обработки файлов обмена перенесена на сервер БД(кроме файлов U,V и Y).

42.5.Внесены изменения в логику формирования и обработки файлов в связи с изменениями в 233 постановлении.

Переключение между логикой формирования осуществляется при помощи ключа в Глоб. реестре: «Настройки фин. мониторинга» — «Параметры работы с файлами» — «Версия протокола обмена файлами с КДФМ». Возможные значения ключа:

1 – работа с файлами в соответствии с требованиями постановления до изменений

2 — работа с файлами в соответствии с требованиями постановления после изменений

Также в случае работы по протоколу версии 1 типы файлов ‘A’, ‘F’, ‘C’, ‘J’, ‘D’, ‘K’, ‘E’, ‘N’, ‘B’, ‘G’, ‘P’ должны ссылаться на схему «fin_mon», а в случае работы по 2-му протоколу эти  типы должны ссылаться на схему  «fin_mon1». Установка ссылки на схему производится в диалоге редактирования типа файла, в справочнике типов файлов.

 

Система «Клиент-банк»

1. Таблица CLB_ACCOUNT больше не будет использоваться для связки счетов с типами систем КБ  и в дальнейшем поддерживаться не будет. Вместо нее вводится в эксплуатацию таблица  CLB_ACCOUNT_EXT с возможностью установки связи «один ко многим» счета с типом КБ. В интерфейс  и логику на сервере внесены соответствующие изменения.

!!!Обращаем внимание для тех, кто из внешних систем использует процедуры создания платежных документов, а также «форексных» и «свифтовых» заявок в пакетах P_CLB_GATEWAY и P_CLIENT_BANK_V28:

Декларация вызова процедур:

p_client_bank_v28.createdocument

p_client_bank_v28.int_createdocument

p_client_bank_v28.int_createcurdocument

p_client_bank_v28.int_createforexdocument

p_clb_gateway.createdocument

p_clb_gateway.createcurdocument

p_clb_gateway.create_forex_document

Декларация вызова этих процедур была дополнена параметром «p_clb_type»  в котором должно передаваться соответствующее системное имя типа КБ (поле “ SYS_NAME ” в записи, соответствующего типа КБ, в  таблице CLB_TYPE).

1. Комплекс «Коммунальные платежи»:
   Добавлены новые настройки параметров:  возможность видимости/невидимости параметра, а также возможность редактирования. В экранной форме ввода добавлена возможность показывать/скрывать информацию об исполнителе и филиале исполнителя и реквизиты получателя по договору.
2. В задачи 6.2 (Картотека 3570/3579),   10.1 (Реестр счетов в ДПА),  16.1 (Заявки на покупку/продажу/конверсию валюты)  в интерфейс  добавлены кнопки  — «Все», «Своего  отделения», «Свои».
3. Картотека 3570/3579
   1. При выполнения операции погашения картотеки CART3570_CLOSE, при полном погашении суммы задолженности (сумма операции = сумме картотечного документа) назначение платежа, вместо ошибочного “Часткове погашення…”,  будет формироваться “Повне погашення…”
   2. При выполнении операции погашения картотеки CART3579_CLOSE: исправлено в назначении платежа формировавшаяся ссылка на договор картотеки 3570, а не на тарифный договор клиента.
4. Добавлена системная роль  0.14.1 Запуск приложения SRAdmin (SR_RUN_SRADMIN). Данная роль разрешает пользователю запускать приложения SRAdmin. На владельца схемы (SR_BANK)  этот механизм не распространяется.
5. В профиль пользователя добавлен параметр «срок действия  пароля». Имеет более высокий приоритет, чем аналогичный параметр в глобальном реестре.
6. В SrAdmin – Пользователи/Права – добавлена обрезка по закрытым объектам безопасности (например, Дополнительно – Типы контрактов). Уже выданные закрытые объекты выделяются красным цветом.
7. Введен запрет на невозможность закрыть счет, если он настроен в контрактной подсистеме на вкладке «Общие».
8. В форму выполнения операций над подсистемами добавлен грид для просмотра (редактирования) документов, сгенерированных выполняемой операцией. Грид появляется при включенном флажке «Генерируются документы»  на  форме настройки операции (1-й уровень).
9. Введен запрет на редактирование кассовых реквизитов в кассовых документах нац./ин. валюты, порожденных операциями, в настройке которых стоит признак «Запрет редактирования».
10. В п.14.7 (Настройка соответствия s080 видам залога) добавлен параметр «Коэффициент для товаропроизводителя».
11. В п. 15.1 «Экспортно-импортные операции» изменена логика работы Журналов при мультивалютных условиях.  При включенном ключе «USE_ROOT_LEVEL_CROSS_RATE» Глоб. Реестра работает следующая схема:
    На контракте в новой закладке «Кросс-курсы валют» заводится необходимая пара валют:  Например,
    Соответственно в журнале при подвязке платежа/ГТД(акта) с разновалютицей будет автоматически проставляться кросс-курс указанный на договоре на всех 3-х уровнях Журнала с условием чекбокса «Обратный курс».
12. Фин. Мониторинг: В реестр операций добавлены поля с именами последнего файла-запроса и ответа на запрос по операции.  В структуру таблицы запросов по операциям добавлено поле-ссылка на операцию  по  ID.
13. Добавлена возможность отключить проверку соответствия имени ключа и глобального имени центра для подписи Джерело.
14. В п.14.2 (Депозиты) добавлена закладка «Металлы» для договоров с банковскими металлами, которая отображает код, кол-во, вес  слитков, размещенных на депозит.
15. В п.14.2 (Депозиты) добавлен перенос настройки плавающей % ставки для договора при открытии договора (и выполнении операции DEPO_MODIFY_FLOAT_INT)  в историю параметров договора и историю стат.параметров счета остатка.
16. Подменю «Настройка плавающей % ставки для договора» вынесена из меню «Настройка» в меню «История».
17. Исправлена ошибка при настройке плавающей % ставке для типа в деп. договорах, возникавшая, если в типе не было введено ни одного договора.
18. Доработан механизм копирования типов договоров, при копирования счетов настроенных на вкладке «Общие», не копировались параметры полей «Для всех валют» и «Для всех отделений».
19. При выполнении операции исправлено открытие полей
    -флаг запрета редактирования валюты операции;
    -флаг запрета редактирования суммы операции;
    -флаг запрета редактирования номера документа;
    если был получена ошибка, а в настройках эти поля стоят как недоступные к редактированию.
20. Разработка документов по отмеченным договорам (контрактные подсистемы → Операции): расширен список счетов. Добавлена возможность выбора локальных счетов и настроенных на тип.
21. Добавлен автоматический рефреш грида в п. 5,1 Универсальные контракты, который не происходил после выполнения операций по F9 и удаления их по F8.
22. Исправлена ошибка, возникавшая при настройке типов договоров, не происходил рефреш после введенного типа, при введении следующего типа, с клиента передавались параметры, введенные при настройке 1 типа.
23. В п.1.1 «Юридические дела» → Сервис →Фин. Показатели  добавлены поля:
    — Процент дохода от собственной продукции от общей суммы валового дохода;
    — Подтверждены ли производственные мощности налоговой или финансовой отчетностью.
24. Разработан механизм формирования номера контрагента функцией.
25. В п.36.8 «Налоговые накладные» добавлена возможность формирования 5 приложения Декларации НДС, а также импорт в формате *.xml.  Файлы обмена Реестров НН между ГК и филиалами rnn*.txt изменены на nn*.txt.
26. По Фонду гарантирования внесены изменения, когда в общую базу вкладчиков отбираются и счета с нулевыми остатками действующих договоров. Косметические поправки в отчете для Фонда гарантирования «Звіт про вклади фізичних осіб в банках — учасниках фонду гарантування вкладів фізичних осіб»
27. Доработки в клиентской и серверной части модуля DebtInfoNBU.exe – Реєстр позичальників банку.
28. При автооткрытии счетов добавлена простановка стат.параметров s090, s100 или s040, s050 в зависимости от подсистемы договора.
29. В п. 25 «Работа с СЭП SWIFT» добавлен пункт меню 25.5 «Справочник маршрутов для банков-контрагентов».  В депозитной и кредитной подсистемах для договоров МБК добавлено формирование 320 сообщения. Для форексной подсистемы добавлено формирование 300 сообщения.
30. Модуль SrWarehouse: добавлен экспорт из ОДБ  тарифных контрактов, связанных контрактов, удаленных документов.
31. Модуль ПВБКИ:
    — добавлена настройка параметров истории на макросы счетов кредитных контрактов;
    — добавлен расчет кредитной истории для просроченных контрактов;
    — добавлен расчет кредитной истории для контрактов, у которых осталась только пеня;
32. GetTaxQuittance.exe – добавлено протоколирование в файл работы приложения. Файл protocol.log пишеться в туже папку, откуда запускается приложение.
33. Исправлена старая ошибка: «Файл с именем “@RII0Y4K.0OX” уже принимался и был обработан с ошибкой ????. Обработать Файл повторно?.», возникавшая при приеме файлов в GetTaxQuittance.exe, даже если файл реально не принимался.

1. В задачи 6.2 ( Картотека 3570/3579),   10.1 (Реестр счетов в ДПА),  16.1 (Заявки на покупку/продажу/конверсию валюты)  в интерфейс  добавлены кнопки  — «Все», « Своего  отделения»,» Свои».
2. Добавлена системная роль  0.14.1 Запуск приложения SRAdmin (SR_RUN_SRADMIN). Данная роль разрешает пользователб. запускать приложения SRAdmin. На владельца схемы (SR_BANK)  этот механизм не распространяется.
3. В профиль пользователя добавлен параметр «срок дойствия  пароля». Имеет более высокий преоритет, чем аналогичный параметр в глобальном реестре.
4. В форму выполнения операций над подсистемами добавлен грид для просмотра(редактирования) документов, сгенеренных выполняемой операцией. Грид появляется при включенном флажке «Генерируются документы»  на  форме настройки операции (1-й уровень).

1.  Новый комплекс «Коммунальные платежи», который позволяет:- Вести базу договоров с организациями на прием наличных средств в их пользу с ограничением прав доступа конкретного кассира к данному договору. Настройка договора позволяет, при вводе платежей на конкретного получателя, автоматически определять следующие параметры: транзитный счет для зачисления наличных средств, реквизиты получателя для перечисления (зачисления) средств, кассовый символ, назначение платежа на перечисление, тип комиссии за прием платежа (с получателя, плательщика, аккумулировать на специальном счету с последующим погашением задолженности самой организацией и т.д.), сумму комиссии (фиксированная плата, процент от суммы, тарифная сетка), перечисление (зачисление) средств получателю (подокументно – на каждую принятую сумму будет сформирован отдельный документ, консолидировано – общей суммой, по кодам платежей данного получателя – общими суммами по кодам платежей), настройки параметров платежа для конкретного договора с последующим вводом ТОЛЬКО с необходимыми данными для конкретного получателя (например, для Укртелеком нужен № телефона, а для Киевэнерго – показания счетчика и т.д. Данная возможность существует для того, чтобы кассир при вводе платежа видел только необходимые для заполнения поля).- Настройку кодов назначения платежа (при необходимости) для конкретного получателя, с последующей возможностью выбора при вводе платежа для данного получателя и автоматическим формированием назначения платежа.- Прием всех видов платежей от физических и юридических лиц в пользу различных организаций (электроэнергия, платежи для ГИВЦ , Укртелеком, Киевстар, UMC и т.д.) как для организаций с заключением договора, так и разовых платежей (без заключения договора, согласно реквизитов предоставленных плательщиком) с возможностью печати документов (нет необходимости заполнять плательщику от руки) и оттиска. Проверка правильности заполнения реквизитов получателя на этапе ввода платежа (МФО, ключ счета, ОКПО).- Ведение базы всех получателей с автоматическим определением реквизитов по МФО и № счета на этапе ввода платежа.

   — Ведение базы плательщиков в разрезе конкретного получателя с автоматическим определением реквизитов плательщика (Ф.И.О. адрес и т.д.) по № счета, № телефона, идентификационному коду на этапе ввода платежа. Возможность настройки параметра платежа, который идентифицирует плательщика для данного получателя и параметров, которые необходимо сохранить для данного плательщика.

   — Протоколирование ввода, редактирования, удаления конкретного платежа.

   — Возможность настройки процедуры формирования отчетных реестров для получателя.

   — Настройка произвольной схемы формирования бухгалтерских проводок в ОДБ согласно принятых платежей (прием средств в кассу, взимание комиссии и перечисление средств получателю) согласно принятым платежам.
   — Ведение истории платежей за весь период работы с системой.

2. В контрактных системах добавлена возможность настройки безопасности на кнопку «Сохранить» через секретные пункты меню.
3. Новые системные роли:
   — 0.10.3. Операции над документами (SR_OPERATION_DOCUMENT_VIEW) — Роль для выполнения операций по F9 в документах (3.1) . Видимость операций настраивается на закладке «Дополнительно» — «Операции над документами».
   — 0.13 Видимость доступных отчетов (SR_REP_ITEM_VIEW) — Видимость отчетов, вызываемых через менеджер печати, дерево отчетов.
   Соответственно существует возможность выдачи прав на отчетные формы в разделе Права – Дополнительно — Отчеты.
4. Изменения в логике работы «Секретных пунктов меню». В глобальном реестре (ветка «Безопасность») добавлен ключ ‘SECURITYSECURITY_MENU_BEHAVIOUR’ , который определяет логику работы секретных пунктов меню.
   — ‘F’ (старый вариант) – выдача пункта меню на роль запрещает возможность его выполнения.
   — ‘T’ – добавление пункта меню в справочных секретных делает его недоступным для всех пользователей. Выдача пункта меню на роль разрешает возможность его выполнения.
5. В контрактные системы добавлена возможность просмотра протокола выполнения регламентных операций (без возможности внесения изменений в настройки).
   Находиться в п.5.1 Контракты / Операции / Протокол регламентных операций.
6. На третий уровень генератора проводок добавлен счетчик номера документа для этого шага генератора.
7. Банк «Киев». Добавлены параметры управленческого учета в документы и счета.
8. В контрактных системах добавлена возможность добавлять новый контракт на узле дерева типов, который не является типом сделки. Также эти узлы выделены жирным шрифтом.
9. Добавлена возможность запрета редактирования значений вертикальных гридов (доп. параметры, справочники п. 19.5), с помощью установки в поле R$_INFO_FIELD.READONLY – «Т» для необходимых полей.
   Например, если указать данный признак для полей табл. *_ATTR, то на закладке доп.параметры, все значения будут только для чтения.
10. В модуле «Налоговые накладные» добавлена выгрузка Реестров НН в формате dbf.
11. В тип кредитного контракта добавлено значение по умолчанию для «Тип расчета суммы для амортизации дисконта»
12. В SrMessage добавлены всплывающие окна, отображающее содержимое сообщения и отправителя. Механизм регулируется ключом в Глоб. Реестре.
13. В контрагентах добавлена возможность разграничения прав пользователей с помощью разделения на интерфейсе «Все», «По своему отделению».
14. Включена автоматическая сортировка по возрастанию дат в задаче Кредиты – «История выплат-погашений»
15. В задаче SrTemplldr.exe реализована SRBank безопасность, включена возможность импортировать/экспортировать отчеты под пользователями.
16. Доработан механизм при сохранении карточки счета контроля заполнения Доппараметров, которым установлен признак не пустое (not null)
17. Включен режим просмотра доппараметров на локальном счете контракта.
18. Реализована возможность запрета редактирования полей Кол-во дней в году (календарное или задать) в кредитном/депозитном договоре, настройкой на типе договора.
19. В задаче п.10.1 Отправка информации в налоговую – Неотправленные — добавлено попадание на отправку счета 2620 с R013=4 , открываемые для адвокатов и частных нотариусов.
20. Доработан механизм блокировки возможности ручной правки значений в карточке счета закладка Доп.реквизиты — Параметров: лимит овердрафта, неснижаемый/неповышаемый остатки, арест. Данная возможность регулируется ключами в глобальном реестре: Настройки массива счетов — EDITABLE_LIMIT / IS_EDIT_MIN_AMOUNT_ACCOUNT / IS_EDIT_MAX_AMOUNT_ACCOUNT / IS_EDIT_LIMIT_AREST
21. При занесении в РГР в разделев параметр < Список блокировки по Дт для балансовых счетов при открытии LIST_LOCK_ACC_OPEN > для блокировки счета значениe 2620 теперь учитываются только с параметром контрагента KL_K013=4. (cчета адвокатов и нотариусов 2620 работают на отправку в ГНА в режиме аналогичном счетам 2600). Счета 2620 KL_K013<>4 не блокируются по открытию.
22. Поле ВОЗМОЖНОСТЬ ПРОЛОНГАЦИИ вынесена в НАСТРОЙКА – Типов депозитных договоров, закладка ДЕПОЗИТЫ.
23. При выполнении пункта меню «Операции-Регламентные операции»(Shift-F9) во всех контрактных системах(п.п. 14.1, 14.2, 14.3, 30.1) имеется возможность исполнить дополнительные процедуры, теперь отображаются только настроенные задачи с признаком «активный» (поле IS_ACTIVE = T/F).
24. Добавлена вьюшка r$_table_sec/sr$r$_table_sec и для п.19,5 безопасность можно теперь отрезать по данному представлению.
25. В ImpDbf.exe – добавлена возможность разграничения прав пользователей. Добавлена возможность импортировать DBF файлы в WIN кодировке. (Импорт — импорт DBF в WIN кодировке).
26. В настройке счетов на тип договора (общие) активирована работа параметров Для всех валют / Для всех отделений. Логика работы – сначала ищем в настройках типа договора по параметрам, код макроса, валюта операции, код отделения. Если не нашли, то ищем с флагом, для всех отделений; не нашли – пробуем с флагом для всех валют, не нашли – пробуем с флагами для всех отделений и для всех валют. Если в типе нужная настройка не найдена, ищем на типе ALL_TYPES, в той же очередности
27. Исправлен Не корректный отбор масок счетов при открытии нового счета При открытии нового счета и выборе маски из справочника, в справочник не попадали маски с заполненной еще не наступившей датой закрытия, запрос исправлен на s.account_group_id (+)= g.id and (g.d_close is null or g.d_close > p_calendar.get_active_day)
28. В грид просмотра контрактов (кредиты/депозиты) добавлено отображение информации таблицы BANK_BUSINES. Для корректной настройки видов бизнеса в справочнике 20,33 Вид бизнеса добавлено поле is_type c разрешенными значениями (‘I’, ‘K’, ‘M’,’P’,’MK’,’S’)
29. В п 16,1 Заявки на покупку/продажу/конверсию валюты в закладке Реализация добавлены поля сумма реализации в межах банку и сумма реализации по результатам участия в СПЗ (система подтверждения заявок) для возможности настройки генераторов документов при расчете с клиентами с разными кодами для файла 2А
30. 30. Появилась возможность автоматической подстановки тарифного плана по умолчанию при ручном открытии счета в зависимости от балансового счета, типа валюты счета и параметра «К013» — «Класификатор кодов видов клиентов банка» (статпараметр в карточке контрагента).
    Ранее была возможность подстановки тарифного плана при открытии счета только в разрезе балансового счета и типа валюты счета.
31. Добавлена возможность формирования обязательной отчетности банка в п.11 по «кусту» (родительское отделение плюс подчиненные).
    Список отчетов Оборотно-сальдовая ведомость / Баланс в національній валюті / Баланс в іноземній валюті / Виписка по особових рахунках / Сальдова відомість по особових рахунках / Перевірочна відомість. Разграничены права доступа
    — пользователь Головного банка (Division_type “M”) может строить отчеты по любым отделениям.
    — остальные пользователи могут строить по своему кусту, по своему отделению, по подчиненным отделениям
    — опция «По всем счетам банка» активна только для пользователей Головного банка.

Изменения в депозитной подсистеме.

1. В настройке тарифной сетки для задания процентной ставки при добавлении договора появилась возможность использовать эквивалент суммы договора.Соответственно, если проставлена галочка в поле «Использовать эквивалент суммы», то диапазон сумм в настройке тарифной сетки будет рассматриваться как диапазон эквивалентов сумм договоров.
2. Снят обязательный запрет редактирования % ставки по договору при включенной тарифной сетке по типу договора.Теперь для запрета редактирования % ставки по договору используется стандартный метод, т.е. включенная галочка в поле «Недоступно для ред.» в блоке «% ставка» при настройке типа договора (закладка «Генерация»).
3. Работа с агентами.Добавлена в интерфейсе возможность настройки и контроля работы с агентами. Соответственно в настройке типов договоров появилась закладка «Агент».

   Где график выплаты вознаграждения агенту может быть единоразовым (в начале или конце срока) или периодическим (ежемесячным и т.д., например с учетом остатка по депозитному договору). Поле «Тип выплаты %» используется для настройки генерации процентной ставки агента при заведении или корректировки депозитного договора. Соответственно, если выбран тип «Фиксированная ставка», то ставка будет просто взята или из поля «Фиксированная», или вычислена по тарифной сетке. Если же выбран тип «Разница между клиентской %-й ставкой и максимальной по типу договора», то процентная ставка агента будет вычислена как разница между ставкой, под которую заключается депозитный договор, и максимальной по типу договора (фиксированной или вычисленной по тарифной сетке), но ограниченной максимальной, указанной в поле «Мах % ставка». Поля «Мах % ставка» и «Мin % ставка» также имеют смысл, особенно при снятой галочке в поле «Запрет редактирования процентной ставки». Поля «Запрет редактирования …» имеют смысл только для договора со статусом «Свободен», т.к. при действующем договоре все поля относящиеся к агенту будут запрещены к редактированию.

   В интерфейсе депозитного договора также добавлена закладка «Агент»:

   Где поле «Контрагент» является не обязательным, т.к агент может не быть контрагентом банка.

4. Использование аккумулирующих счетов в разрезе контрагента при автооткрытии счетов.При настройке автооткрытия счетов можно использовать аккумулирующие счета в разрезе контрагента. Т.е. аккумулирующие счета, открытые для конкретного контрагента, настраиваются для автооткрытия на конкретные макросы счетов, и соответственно при выполнении операции «Автооткрытие счетов договора» будут открыты субсчета на этих аккумулирующих счетах, а для контрагентов, по которым нет настроек по аккумулирующим счетам, будут открыты обычные аналитические счета.
   Настройка аккумулирующих счетов по контрагентах производится на закладке «Акум. счета по контрагентам» при настойке автооткрытия локальных макросов счетов.
5. Появилась возможность настройки собственных процедур при выполнении операций DEPO_OPEN, DEPO_CLOSE.Для этого в таблице DEPOSIT_EVENT_PROC добавляем запись с названием процедуры в поле PROC_NAME, а в поле EVENT указываем событие DEPOSIT_OPEN или DEPOSIT_CLOSE.
   В настраиваемых процедурах параметры не используются.
6. Исправлены следующие ошибки:• Проставление некорректных дат при операции простановки плавающей процентной ставки, которое вызывалось спецификой работы системной функции Oracle – add_months, которая при попадании входящей даты на конец месяца результатом всегда выдает дату на конец месяца. Т.е. если у нас есть дата, например 28.02., то добавление 1 месяца давало дату 31.03., а не 28.03.• Неверный контроль выплаты процентов, который иногда вызывался спецификой работы системной функции Oracle – add_months.

1. Для разделения режима работы с доп. параметрами и статпараметрами НБУ добавлен новый режим визуализации стат. Параметров НБУ в документах п.3.1 через отдельную закладку с вертикальным скролингом. При поставке предыдущих версий триггерами система уже синхронизировала данные параметры в таблицу DOCUMENT_ATTR_STAT. В данной версии ведение параметров будет вестись  только в этой таблице. !!! Обратить внимание на собственные отчеты которые работали по старым таблицам _ATTR.
2. В настройке операций п.19.2, на втором уровне настройки генератора операций добавлен режим запрета редактирования параметров без исключения из визуализации.
3. В оп. минуте исправлена ошибка по расчету ожидаемого остатка по активным счетам
4. Добавлены режимы историзации графиков денежных потоков в депозитах и кредитах
5. Добавлены режимы по ведению трех видов амортизации дисконта – премии (монетарный, технический, рыночный)
6. В депозитах добавлена закладка «Агент» для работы продуктов по агентской схеме как в настройке типа договора так и в основном диалоге
7. *В депозитах добавлен режим по работе с бонусными флайерами
8. Добавлен режим горизонтального скроллинга в режимах работы с доп. параметрами
9. Добавлен справочник стран участников ФАТФ п.20.40
10. Добавлен справочник стран оффшорных зон п.20.41
11. Добавлен справочник флайеров оффшорных зон п.20.42
12. Вынесен из универсальных контрактов модуль по работе с депозитными ячейками п.41.1
13. *До конца года будет предложен новый модулю «Коммунальные платежи населения» п.42.1
14.  Добавлена задача по работе со складом, МБП
15. Переведен в промышленную эксплуатацию режим работы с контейнерными операциями. Добавлены соответствующие настройки в п.19.2 первый уровень генератора – закладка «Подчиненные операции». В данном режиме возможно работать по принципу «мастера» выполнения задач.
16. Стала возможна настройка операций на произвольных Grid(ах)
17. Добавлены дополнительные настройки в п.30.2 по настройке тарифных планов (в случае необходимости данные изменения запросить у Четвертухи В.)
18. В сделках по тарифам п.30.1 в договор добавлена одноименная закладка «Тарифы» где добавлен режим настройки сделки по списанию тарифа с другого счета
19. В п.3.1 добавлен режим просмотра операций над документами по аналогии со сделками как по отмеченным, так и по всем за день (см. п. горизонтального меню – «Операции»).
20. В протокол удаленных документов добавлена история статусов, а также возможность просмотра документов за период.
21. В систему безопасности добавлена возможность выдавать права на отчеты. (Закладка «Дополнительно» — «Отчеты»)
22. Возможность наложения ЕЦП на внутренние документы. Включается в глобальном реестре – «Общие настройки документов» — «Наложение ЕЦП на внутренние документы».
23. Добавлена возможность отправки сообщения на произвольный почтовый ящик. Настройки в глобальном реестре – «Отправка сообщений» . Сообщение и его получатели натраиваются в задаче «Справочник процедур для отправки сообщений» (SrAdmin).
24. Исправлены ошибки по обработке отказных квитанций ДПА. Откат информации по отправленным счета выполняется на уровне файла @F (раньше – по конкретному счету).
25. Внесены изменения в настройку регламентных задач. Добавлена возможность многопоточного выполнения задач. Дополнительное описание в документе «Настройка многопоточных регламентных задач».
26. В 15 радел добавлен пункт 15.5 «Информационный реестр ГТД», который позволяет просмотреть историю измененных ГТД.

Финансовый Мониторинг.

1. Добавлена возможность  редактирования регистрационных данных(параметры учреждения,  ответственного сотрудника,  исполняющего обязанности ответственного сотрудника) в интерфейсе ФМ. Эти данные используются для автоматического заполнения соответствующих полей при создании нового U-файла и файла XA:

Вызов формы редактирования возможен из главной формы задачи «33.1 Финансовый мониторинг» — меню «Сервис» — «Регистрационная информация».

Также вызов формы редактирования параметров карточки регистрации возможен из задачи «33.3 Карточка регистрации субъекта первичного ФМ» — кнопка «Регистр. Карт.» на верхней панели.

В карточке регистрации на панели «Информация об ответственных лицах» находится переключатель «Использовать параметры ответственного сотрудника/Использовать параметры и.о. ответственного сотрудника».

В зависимости от значения которого будут заполнятся соответствующие поля данных об операции на закладке «Собственная информация»

2. Формирование Q-файлов и прием R-файлов. Подробнее см. файл «Работа с файлами запросов и ответов на запросы.doc».

3. В правилах автонаправления добавлен флаг «Включения/выключения», который позволяет включать/выключать участие правила при автоматическом отборе операции.

4. Добавлен новый уровень контроля при отправке операций в сомнительные.

Режим включается при помощи флага в редакторе глобального реестра «Настройки фин. мон.» – «Настройки работы с операциями» –  «Подтверждение документа перед отправкой в «Сомнительные»», по умолчанию режим выключен.

При включении данного режима, после выполнения операционистом операции «Отправить на мониторинг документ», на документе, в поле «Отправлен на ФМ» устанавливается значение «Ожидает подтверждения». После этого для того чтобы документ был отправлен в «Сомнительные» контроллер (например начальник отделения) должен выполнить операцию «Подтверждение отправки на мониторинг документа»(системное имя «CONFIRM_DOC_TO_FM»).

 

1. В настройке типов договоров с закладки «Дополнительно» убрали настройку графика по умолчанию на тип сделки. Вместо этого появилась закладка в том же диалоговом окне настройке типов, где уже можно настроить одновременно несколько графиков. График с закладки «Дополнительно» перенесли в новую закладку «Графики». Аналогичная закладка появилась на договоре. Инициируется по умолчанию от настроек типа.
2. В настройке типов договоров по кредитам с закладки «Кредит» убрали настройку штрафов пеней и комиссий по умолчанию на тип сделки. Вместо этого появилась закладка «Штрафы, пени комиссии» в том же диалоговом окне настройке типов, где уже можно настроить одновременно любое кол-во указанных выше параметров. Данные с закладки «Кредиты» перенесли в новую закладку «Штрафы, пени комиссии». Эту закладку сделали базовой для всех типов сделок.
3. Добавлен режим в настройке типов кредитных договоров на закладке «Кредиты», добавлена группа расчета страхового резерва. Данная крупа используется в задаче расчета в п.14.10
4. Добавлена задача 16.5 настройка комиссий для форексов.
5. Создан новый раздел 1.4 – «Рабочее место операциониста», с возможностью перехода от контрагента в различные типы сделок. А также переход вне зависимости от контрагента во все данные в разрезе собственного ввода и в документы своего отделения. Данный режим позволяет максимально быстро производить доступ к данным.
6. В алгоритм добавления нового контрагента добавлена процедура проверки заведённых учредителей контрагентов с незаполненным полем «Учредитель – контрагент банка» по ОКПО и проставление только этого значения в найденных учредителей. ОКПО исключения — ‘000000000’, ‘0000000000’, ‘9999999999’,’0000099999′,’99999′. Соответственно скрипт 2007_07_19update_customer_founder.pdc – делает эту проверку и простановку значения «Учредитель – контрагент банка» в уже заведённых учредителях, если это значение отсутвует.
7. В начальных документах СЕП по комбинации CTRL+N в назначении платежа добавлено «грн.» -теперь вид будет следующий — «в т. ч. ПДВ 20% 166,67 грн.»
8. В п.20.34 Настройка отделений и п.30.2 Настройка тарифных планов – добавили подсистемы (TBANKDIVDICTDATAMODULE.MAINDATASET и TTARIFFGROUPDATAMODULE.TARIFFGROUPDATASET) для возможности настройки сложных фильтров и разграничения прав по подсистемам.
9. Для расчета общей стоимости кредита и реальной процентной ставки добавлены группы штрафов, пени и комиссий (аналогично «Таблиця визначення сукупної вартості споживчого кредиту та реальної процентної ставки» постанови 168). В кредитах добавлена новая операция «CRED_UPDATE_EFFECT_REAL» — «Расчет и заполнение эффективной % ставки (реальная стоимость кредита)», которая используя график погашения и настроенные на договор штрафы, пени, комиссии производит расчет реальной стоимости кредита, а также заполняет данные по рассчитанным денежным потокам. Данные рассчитанным денежным потокам можно просмотреть:
   Кредиты -> История -> Прогнозируемая реальная стоимость.
10. В глобальный реестр добавлен ключ ACCOUNT IS_CHECK_IDENTITY – «Настройка счетов Контролировать KL_K015 и код идентификации контрагента при открытии/редактировании счета — T, иначе – F». При значении ключа «T»
    — если у контрагента не заполнен KL_K015 – счёт не возможно открыть
    — если у контрагента не заполнен код идентификации счёт не возможно открыть и для
    открываемых счётов следующих разделов раздела:
    16 – для банков нерезидентов
    25,26 – для всех контрагентов.
    проверяем заполненость параметра идентификации (закладка фин.мониторинг в карточке контрагента) и если
    — 1 (клиент идентифицирован полностью) можно открыть счёт со статусом POST или REOPEN
    — 2 (идентификация клиента не завершена) можно открыть счёт со статусом TIME (например для формирования статутного фонда)
    — 3 (с клиентом нет деловых отношений) не рассматриваеться
11. Клиент-банк. Добавлена проверка для внутрибанковских платежей на соответствие, указанного в платежке, ОКПО получателя – ОКПО, к которому привязан указанный счет получателя.
12. Добавлен режим выдачи пользовательских сообщений на клиентскую часть пакет P_USER_OUTPUT.PUT_LINE(). Работает по аналогии с p_exception.raise_common_except() только не вызывает rollback. Включен на кнопку «Сохранить» в контрагентах, счетах, сделках.
13. В настройке типов кредитов добавлен режим группировки для расчета и удаления расчета страхового резерва. Данный режим используется в задаче 14.10
14. В безопасность добавлена проверка правильности пароля и срок его действия. В глобальном реестре регулируется ключами «БезопасностьПользователиПроверка правильности пароля» и «БезопасностьПользователиСрок действия пароля».
15. Добавлена системная роль SR_ADMIN_CONTRACT. При выдаче этой роли в контрактных системах становится доступным пункт «Настройки»
16. Убраны из меню по правой кнопке мыши над сгенерированными операцией документами две команды «Печать» и «Печать в DOS режиме».То есть для того, что бы распечатать документ из контрактной системы необходимо сохранить операцию (соответственно документ) по F8 войти в грид выполненных операций по договору и на операции выполнить F6 – Печать документов операции или Ctrl+F6 – Печать документов в ДОС режиме.
    

1. Над деревом меню кнопка «Настройка» -> «Общие» добавлен режим контроля версий и контроля оплаты сопровождения системы. Для этого необходимо получить сертификат ключа у службы поддержки.
2. Добавление ключа сертификата выполняется в SrAdmin.exe. Пункт меню «Работа с ключами – Принять файл лицензии на ОДБ». Необходимо принять файл типа  SRLIC$МФО_БАНКА.key. В результате успешного выполнения будет получено сообщение
   
3.  «Справочник послиточного учета» вынесен в дерево задач – п. 12.5;
4. В лимиты п.1.3 добавлен новый тип неснижаемого лимита CUSTOMER_LIMIT (принцип работы точный аналог лимитов ареста) и ключ в глобальный реестр на его использование при проводке DOCUMENTIS_CHECK_LIMIT_CUSTOMER, по умолчанию – ‘F’ не используется;
5. Добавлен пункт 2.6 – Просмотр параметров статотчетности, где используется более легкий запрос для режима просмотра, а также для удобства выдачи прав на эту задачу в виде отдельной ветки дерева меню;
6. При простановке в форме 1ПБ знака «-»  на соответствующий документ, данная запись все равно будет выгружена в DBF файл;
7. Добавлена новая задача «Нарахування відсотків за залишками на кореспондентських рахунках  НОСТРО» (данная задача является платной)
8. Изменен алгоритм начисления процентов в задаче «Ценные бумаги», для устранения погрешности начисления;
9. В кредитах и депозитах добавлены два режима и два графика амортизации дисконта : 1- технический,  2 – монетарный, а также график денежных потоков;
10. Внесены изменения в СЭП и платежные документы, согласно телеграммы № 25- 111/551-3036

В начальном документе добавлено поле  «Код  назначения платежа»

1.  Для вызова операций по кнопке F9 добавлен новый функционал по выбору операций
   (Все операции, Выбранные, Последние 10)
   
2. Обновлен генератор отчетов FastReport (4 версия)
3. Обновлен DOA (4 версия)
4. На типах контрактов добавлен режим тарифной сетки
   
   Этот режим позволяет провести начальную инициализацию по сделке в зависимости от валюты, суммы, срока, что позволит делать мультивалютные типы сделок
5. На типах контрактов изменен режим «Штрафы, пени, комиссии». В данном режиме стало возможно задать тарифную сетку, с последующим переносом значений на уровень сделки. В сделке также добавлен данный функционал.
6. На типах контрактов изменен режим визулизации закладки «Графики» и «Доп. Параметры типа договора»
7. На типах контрактов добавлены новые режимы визуализации на закладке «Интерфейс», которые влияют на видимость закладок на уровне типа сделки, в самой сделке
   
8. Изменена задача резервирования корсчета в НБУ (по вопросам изменения настроек Шелковский А.)
9. Добавлен новый продукт «Мультивалютный вклад»*
10. В генераторе документов по сделке  для межкассы в ГРН добавлена настройка кассовых символов;
11. В генераторе документов по сделке  для кассовых документов добавлен режим получения реквизитов с контрагента по сделке
12. Произошли изменения в задаче валютного контроля юр. лиц 15.1 (по задаче консультироваться с Тищенко Р.)
13. Добавлен новый функционал по ценным бумагам 38.1*
14. Добавлен новый функционал по картотеке дебиторов-кредиторов, ОС, материалам 36 раздел*
15. Добавлен п.14.17 тип процентной ставки в НБУ
16. Настройка на тип плавающей процентной ставки от суммы
    
    Данный функционал пока позволяет начислять проценты на плавающую часть по депозиту, выше неснижаемого лимита овердрафта.
17. Добавлен режим возможности открытия счетов 2630, 2635 по сроку до и выше года в рамках одного типа договора. Новый режим «мультисрочность».
    
18. В настройке КБ в массиве счетов добавлена дата Начала работы
    
19. Добавлен справочник «Категория клиента» — CUSTOMER_CATEGORY
20. справочник — CUSTOMER_FOUNDER добавлены два поля
    introduct_date —  ‘дата включения в состав учредителей';
    expulsion_date — ‘дата исключения из состава учредителей';
21. Добавлен справочник Мультивалютных комиссий — CONTRACT_TYPE_FINE_SCALE
22. Создан справочник BANK_INSIDER — ‘Инсайдеры банка’
23. Создана новая задача «Учет объектов залога»*
24. Добавлена новая операция «Ежедневная амортизация дисконта»
25. Добавлены изменения в настройку типов начисления по тарифам
    
    «Закрывать период начисления» — Для разовых комиссий не закрывать период начисления, для того чтобы в рамках дня можно было выполнять их несколько раз
    «Комиссия в валюте с гривневого счета» — Для комиссий в валюте которая берется в гривне с счета макрос которого CUSTOMER_ACCOUNT_UAH
26. Добавлена настройка (для новых типов начислений) по тарифам которая влияет на расчет суммы, данную доработку просьба согласовать с Четвертухой В.
    
27. Добавлен справочник месяцев — REF_MONTH
28. Проведены доработки в задаче «Учет налоговых накладных». Создана возможность создания xml –файлов «Реестров принятых и выданных накладных» по формату ДПІ.
29. В составе задачи «Дебиторы и кредиторы» добавлен режим формирования 78 – файла, а также контроль просроченной дебиторской задолженности
30. Добавлен справочник  NOT_CLOSE_CONTRACT_ACC_MACRO — Список макросов счетов, которые не нужно закрывать при закрытии договора
31. В параметры статотчетноси по счетам — ACCOUNT_ATTR_STAT_HIST добавлено поле CDATE ‘Дата окончания дествия параметра';
32. В настройке значения тарифов добавлены следующие поля :
    TARIFF_VALUE.VALUE_ADD_TYPE_ID — ‘Вид взимания комиссий (для доп. комиссии)';
    TARIFF_VALUE.CURRENCY_ID —  ‘Валюта основной комисии';
    TARIFF_VALUE.CURRENCY_ADD_ID —  ‘Валюта дополнительной комисии';
    
33. Добавлена возможность в справочнике «Настройка валютной позиции» добавлять настройку балансовых счетов, использующихся для выравнивания валютной позиции.
34. В настройке типов договоров, добавлен режим настройки видимости доп. Параметров на тип договора – Параметр – «Группа»
    
35. Добавлена сумма прописью во внешних документах СЭП (в форме ввода)
36. В карточки контрагента добавлена «Дата идентификации ФАТФ»
37. Для физ. Лиц добавлен режим переноса данных с адреса регистрации в фактический адрес (Параметр «Совпадает с адресом регистрации»).
    
38. Добавлен новый тип операций по F9 – операция типа печать, т.е. если мы настраиваем цепочку выполнения операций, один из шагов может быть печать документа. В генераторе появилась возможность настройки отчетной формы.
    
39. Добавлен режим настройки параметров управленческого учета для документов порожденных операцией
    
40. Анкета ФМ.
    Добавлены поля:
    «Дата анкеты» – дата проведения операции ежеквартального анализа, «Дата последнего изменения», «Пользователь».
    Поле с датой конца квартала за который выполнялась операция теперь называется «Дата периода»
41. Изменения в форме 1ПБ при обработке кассы с корреспонденцией 1007

1. Добавлена система отправки сообщений между пользователями SRBank. Для этого в директории где находится srstart.exe должен находится еще один модуль srmessage.exe
   В редакторе глобального реестра в раделе «Безопасностьинтерфейс», ключ SECURITYINTERFACE, поставить «T». При запуске srstart.exe запускается второе приложение srmessage.exe. После запуска на  внизу на панели управления появится звездочка, которая будет реагировать на наличие информации полученной пользователем в табличке sr_user_message_log. Двойным нажатием мыши на этой иконке открывается приложение в котором можно прочитать сообщение, после чего оно будет отправлено в прочитанные. Из данного приложения возможно выполнять рассылку на других пользователей системы. В случае программного вызова создания сообщений (например настройки на JOB) использовать вызов
   p_sr_message.create_message
   (p_id => :p_id, — Передается пустым (Null)
   p_user_id => :p_user_id, — Пользователь от кого
   p_subject => :p_subject, — Тема
   p_message => :p_message, — Текст сообщения
   p_from_user_id => :p_from_user_id); — Передается пустым (Null)
2. Добавлен ключ в Глобальный реестр — Общие настройки документов — IS_CHANGE_CUST_RECV (Изменять реквизиты отправителя во внешних документах для опр. бал. счетов) – возможные значения “T” или “F”
   Настроечная таблица ext_balance_change_recv (Список балансовых счетов, для которых изменяются реквизиты отправителя) – доступна для добавления бал.счетов в п.19,5- Модификация справочников
   При создании Начальных документов СЕП – если значения ключа = ‘T’, и бал.счёт плательщика есть в настроечной таблице, в таблице External_document в поля CUSTOMER_OKPO(ОКПО контрагента) и CUSTOMER_NAME (Наименование контрагента) пишутся ОКПО и Название нашего банка, соответственно формируется подпись  и в реквизитах фала $A – будут подставлены ОКПО и Название нашего банка.ОКПО и Название нашего банка берутся с карточки банка, заведённой в п.1,1 Контрагенты банка (карточку определяем по ключу в ГР — Общие настройки — CUSTOMER_ID (ID карточки банка))
3. Добавлены в системы три новые контрактные системы:
   • 37 раздел – «Документарные операции»
   • 38 раздел — «Ценные бумаги»
   • В 14 раздел добавлена задача «Страховые компании»

   В 14 раздел 14.15 Залогодатели

   Реализация данного функционала до сих пор находилась в разделе 5 – «Универсальные договора».

4. Новая задача по картотеке «Дебиторов — кредиторов» и весь внутрибанк (ОС,НА,НМА и т.д.), находится в 36 разделе, задача в полном объеме будет предложена в марте месяце.
   В таблицу счетов добавлены поля ACCOUNT_FULL_NO-Номер счета с разделителями / ACCOUNT_SORTABLE_NO (Номер счета без ключа (для сортировки))
   В контрактной системе, в контракте – закладка реквизиты – Внешние СЕП – добавлено поле сумма.
   В справочнике кодов областей код 27 – Севастополь изменён на 29
   В таблицу контрактов добавлен признак — Признак VIP договора
   В системе безопасности добавлена возможность отключить сортировку после применения фильтра в гриде на форме для роли. Настраивается через права на подсистемы
   
5. В разделе 3.1 добавлен режим просмотра как внешних, так и кассовых реквизитов. Для этого колонки параметров возможно настроить, как в обычном гриде, так и в подвале, что является предпочтительней из-за длины текстовых полей реквизитов. Табличка с параметроами реквизитов кассы и СЭП называется  DOCUMENT_DETAIL.
   По кассовым документом в НВ и ИВ добавлена проверка на обязательное заполнение ВСЕХ
   кассовых реквизитов при создании документа, если ключь в ГБ реестре — Общие настройки документов — IS_CHECK_CASH_RECV  (Контролировать кассовые реквизиты при эквиваленте документа больше 50000 грн (вид док-та:48,49,50,51 )) стоит в положении «T» и сумма(эквивалент) документа больше или равен 50000 грн. и вид документов 48,49,50,51.
   В учредителях контрагентов (Ctrl+F6) – добавлен показатель KL_K074, который необходим для D8 файла, т.к. KL_K081 – больше не исспользуется.
6. Добавлен просмотр удаленных документов в п.3.4 задачи SrStart.exe
7. В массиве счетов из запроса убрали табличку account_no. Данное изменение повлияло на производительность запроса при работе с масками счетов.
8. 8. В тарифах банка появилась возможность настроить режим формирования ПДР (постоянно действующих распоряжений), которые могут формироваться автоматически по планировщику. Процедура формирования сообщений p_end_day_new.exec_pdr ставится в регламент на открытие дня. По вопросам настройки обращаться к Четвертухе В.
9. Добавлен механизм обмена с процессингом УФС
10. В массиве счетов при ручном открытии счета, при установленном ключе глобального реестра ACCOUNTIS_INSERT_TARIFF_CONTRACT’ = ‘T’ и заполненном тарифном плане на счете будет автоматически открываться  договор РКО.
11. В контрагентах банка из карточки редактирования убрали закладку ФАТФ. На панели инструментов добавлена новая кнопка по которой вызывается новая карточка редактирования параметров ФАТФ, реализованная с учетом типа контрагента. Анкеты ФМ контрагентов теперь ведутся с учетом квартальных срезов, при помощи операции в контрагентах — «Квартальная идентификация контрагента».
    В таблицах CUSTOMER_FATF и CUSTOMER_FATF_SAFE добавлены поля «customer_id» и «snap_date», первое соответственно содержит ссылку на контрагента(раньше была связка по ID), второе содержит дату среза (последний день квартала). Операция добавляет новую запись в таблице CUSTOMER_FATF(или обновляет существующую) с соответствующей датой квартального среза. На данный момент вычисляются(за соответствующий период) значения полей, содержащих информацию о счетах клиента, а также кол-во и сумму финансовых оп-й клиента и кол-во оп-й попавших на ФМ, остальные данные копируються из предыдущего среза.
12. В настройке автооткрытия счетов на тип контракта, добавлена настройка балансового счета свыше года.
13. В настройке типов договоров добавлена возможность настроить сетку по процентной ставке в зависимости от сроков, валют и сумм.
14. При работе с тарифными контрактами добавлена возможность визуализации и работы с индивидуальными тарифными планами.
    • На счете остается стандартный тарифный план, который содержит в себе все комиссии банка (начиная от повторной выдачи выписки, до ежемесячных начислений);
    • На счете может быть максимум два тарифных плана: общий тарифный план, индивидуальный тарифный план;
    • Индивидуальный тарифный план, открывается автоматически при выполнении операции TARIFF_MOVE_TYPE;
    • На индивидуальный тарифный план переносится только тот тип начисления, который необходимо изменить для данного клиента.
15. В массиве счетов появился признак IS_AUTO – счет открыт в ручном режиме (F), или автооткрыт операцией (T);

1. В контрагентах, счетах, документах добавлены режимы выполнения операций: F9 – по отмеченным, Ctrl+F9 – под фильтром.
2. В контрагентах, счетах, документах добавлены режимы просмотра операций: F8 – по отмеченным, Ctrl+F8 – под фильтром. В документах F8 заменена на Shift+F8, т.к. F8 – зарезервирована под подпись документов.
3. В п.2.1, 2.2, 3.1 14.1,14.2 добавлена возможность быстрой выборки данных по своему пользователю и своему отделению. Для этого на панель инструментов добавлены соответственно три кнопки (все записи, по отделению, по пользователю);
4. В регламент по концу дня добавлена возможность формирования ежедневных срезов параметров по кредитам CREDIT_SNAPSHOT. Для этого необходимо в регламент включить процедуру P_END_DAY.INIT_CREDIT_SNAPSHOT;
5. В п.3.1. добавлено поле Дата/время проводки, которое берется из таблицы post поле post_date.
6.  В п.5.1. реализована подсистема «Договора страхования»
7. Добавлен п.14.14. — Реквизиты продавцов (кредиты физ. лиц) – это визуализация таблицы CREDIT_SALER , которая применяется в операции CRED_OUT_SALER — Платеж в пользу продавца
8. Усовершенствован импорт файла F98_1.dbf и сделан импорт текстового файла  #98.
9. Реализован импорт справочника  таможен согласно приказа ДМСУ № 335 от 26.04.2006 г., кодовое название mc_house.dbf
10. В таблице RC_BNK — Справочник RC_BNK добавлено поле “IS_OPEN” которое будет иметь значение «T/F» и заполняться при импорте справочника НБУ — RC_BNK.DBF
11. Добавлена возможность вызова Опер.минуты в пустом гриде.
12. Добавлена таблица BALANCE_ACCOUNT_REVALUATION — Список балансовых счетов исключений, по которым нельзя выполнять корректировку
13. Для работы модифицированных отчётов в WORD-исполнении (WRD_) по НАЛОГОВОЙ ДЕКЛАРАЦИИ – параметру Код филиала (:division_type) присвоено значение по умолчанию – ODB. В связи с этим советуем изменить в п.18.8 –Налоговая декларация новая — Настройки  — Списка подразделений – запись СОБСТВЕННЫЕ ДАННЫЕ – установить код ODB; КОНСОЛИДИРОВАННАЯ ДЕКЛАРАЦИЯ — установить код – CONS, для филиалов и подразделений код не лимитируеться.
14. В карточке контрагента в закладке Вал.реквизиты добавлены поля: ‘Имя на русском языке (SWIFT)'; ‘Город в русском адресе (SWIFT)'; ‘Русский адрес (SWIFT)'; ‘BIC код'; ‘BIC-код (счет) Российской Федерации';
15. Карточка Учредителей (Ctrl+F6) в п.1.1 Контрагенты банка, преведена в соответствие с необходимой по требованиям 124 инструкции для D8 файла (Форма 613). Проверить все карточки на заполнение К110 и признака физ/юр лицо. ( должны быть значения: фiзична особа — 1, юридична особа — 2 ). НУЖНЫ ДЛЯ ПОКАЗАТЕЛЯ 040 — в D8 файле и показателей D9. Так же  добавлены паспортные данные для физ.лиц.
16.  В представителях контрагента добавлены поля «№ доверенности» и «дата закрытия доверенности» и параметр «Типы должностей» со значениями:

1- Первое лицо

2- Второе лицо

3 — С правом подписи

4 — Без права подписи

17.  В окне контрагентов добавлена кнопка – «Документы» — по которой показываются документы по всем счетам данного контрагента.
18. В массиве счетов в гриде добавлены поля Код/Названия для статпараметров KL_S183, KL_S032, KL_R014
19. В контрагентах в гриде добавлены поля Код/Названия для статпараметров KL_K016, KOD_D8_1. Убрано поле «Код Рiвень ризику», как дублирующееся с кодом стат.параметра KL_K015
20.  В настройках стат.параметров счетов по умолчанию добавлено S240
21. Реализована невозможность внесения записей больше одной за один день по одному контрагенту/счётув в таблицах истории статпараметров.
22.  В доп.параметры кассовых документах в ин.валюте добавлены поля для ввода информации по инкассации. Таблицу CASH_CURR_DOCUMENT_ATTR необходимо перезанести в SR-Repository (если не делали этого при получении рассылки)
23. По финансовому мониторингу реализована возможность принимать файлы запросов от ДКФМУ и отвечать на них (подтип файлов C -> D), а так же механизм обмена информацией по регистрации точек первичного мониторинга (U -> D).
24. В карточке контрагента в закладке фин.мон добавлены поля: ‘Кількість операцій по джерелам надходження’  и ‘Загальна сума по джерелам надходження’
25. Внесены изменения — для показателя 085ZZZZZZZZZZNNNN0000000 -код класу контрагента/iнсайдера (див. поле P085 довiдника KOD_D8_1):
    код класа контрагента/инсайдера будет браться из параметра финансового состояния проставленого на кредитном договоре, а именно: с закладки кредитного договора — «Доппараметра кредитного договора» — параметр CRED_BORG (Обслуживание долга) на ближайшую дату, если значение не найдено с закладки «Дополнительно» — параметр «Фин.положение заёмщика», поэтому в параметре на карточке контрагента D8_1  — надобности пока что нет, и его можно убрать в настройках групп стат.параметров контрагентов.
26. Введён следующий режим.
    12.1. Добавлен ключ в Глобальный Реестр  — IS_MODIFY_CRED_BORG_STAN (Редактировать финансовое состояние и обслуживание долга по кредитам только в карточке контрагента)
27. В таблицу CUSTOMER_HIST_PARAM добавлены 2 поля
    CRED_BORG_ID — ID обслуживания долга и CRED_STAN_ID — ID фин. состояния  для ведения историзанции параметров обслуживания долга и фин. состояния контрагента.
28. В Дополнительные параметры добавлено 2 параметра CRED_STAN — Финансовое состояние и CRED_BORG — Обслуживание долга с ссылками на таблицы CREDIT_STAN и CREDIT_BORG для ведения историзанции параметров обслуживания долга и фин. состояния для договора.
29. Алгоритм расчета обслуживания долга.
    15.1. Ключ IS_MODIFY_CRED_BORG_STAN — блокирует (значение T) или позволяет изменять (значение F)  в закладке кред договора «Дополнительно» параметры договора: Фин.положение заёмщика и обслуживание долга.
    15.2. При изменении значений в карточке контрагента Фин.состояние или обслуживание долга, заносяться изменения в  таблицу CUSTOMER_HIST_PARAM; эти параметры прописываються/модифицируються во всех договорах контрагента в закладке «Дополнительно» параметры договора: Фин.положение заёмщика или Обслуживание долга и прописываються/модифицируються с датой внесения/модификации в закладке Доппарамеры договора параметрами CRED_STAN или CRED_BORG.
    Соответственно изменения в закладке «Дополнительно» параметров договора: Фин.положение заёмщика или Обслуживание долга — прописываються/модифицируються с датой внесения/модификации в закладке Доппарамеры договора параметрами CRED_STAN или CRED_BORG.
30. В связи с изменениями в расчете страхового резерва в закладку «Дополнительно» при редактировании кредита добавлен признак «Однородный кредит». В стправочник kl_s080 добавлены : коефіцієнт резервування  за однорідними споживчими кредитами, коефіцієнт резервування МБК (необходимо заполнить согласно требованиям НБУ). При разделении залога на несколько кредитов контролируется просроченность кредитов (просроченность основного долга). Если один из кредитов является просроченным на момент расчета более 30 дней, то весь залог идет на покрытие просроченного кредита. Остальные кредиты общий залог не покрывает
31. В залогах п.14.3 включены все режимы для кнопки «Операционная минута», а также кнопки «Сумма».
32. В справочник отделений добавлен флаг IS_VISIBLE и учтен в селекторе отделений
33. В табличке DOCUMENT в полях DIVISION_DEBET_ID, DIVISION_CREDIT_ID находится информация по обычным и субсчетам (ранее была по аккумулирующим и субсчетам)
34. При открытии счета в ручном режиме исполнитель проставляется по умолчанию
35. Настроена процедура инициализации S183 по умолчанию
36. В карточку кредитов и депозитов добавлен «Исполнитель».
37. В систему безопасности добавлена возможность ограничить доступ пользователей к определенным пунктам меню приложения.

—      Ctrl +Alt+F12 –  открывается форма пунтов меню формы

—      Нужный пункт меню заносится в справочник секретных пунктов (Sradmin – Пользователи системы — Сервис  )

—          данный пункт меню запрещается для роли

39. В систему безопасности добавлена возможность использовать RLS при вставке , удалении, редактировании документов. (работает только на Oracle 10).
40. Для повышения  производительности операций переделан алгоритм  выполнения динамических запросов.  Регулируется настройками глоб. реестра.
41. Для повышения производительности изменен алгоритм создание срезов остатков при закрытии/открытии дня.
42. Для использования в отчетах, операциях  и т.д. есть возможность использовать функцию p_params_client.get_current_date, которая возврашает дату активной формы в приложении.
43. В системе безопасности добавлена возможность отключить сортировку на форме для роли. Настраивается через права на подсистемы

44. Добавлена возможность отключить полное сканирование гридов. (Alt + End, Ctrl + A). Настраивается через справочник r$_query

45. Добавлена возможность выполнять опреации в п 3.1 (Документы)  над всеми выбранными под фильтром  документами (Ctrl+F9).
46. Ведется история операций над документами. Shift + F8 – по документу. Ctrl+F8 – по всем отобранным.

 Изменения в хранилище.

1. Реализован механизм репликации произвольных объектов в хранилище. Далее приведена краткая инструкцияНа стороне ОДБ создать пакет, который в дальнейшем будет поддерживаться только банком, в котором  для реплицируемого объекта создать две процедуры – для формирования одного объекта (используется при инкременте) и группы объектов (примеры приведены в пакете p_wdata_objects).  В sr_wdata_client  через пункт меню <настройка объектов репликации> добавить объект вместе с процедурами формирования  в справочник.

   На стороне  хранилища создать пакет, который в дальнейшем будет поддерживаться только банком, в котором создать процедуру обработки объекта (примеры приведены в пакете p_wd_objects).В SrWdataDaemon  через пункт меню <Объекты  репликации> добавить объекта вместе с процедурой обработки в справочник.

2. Добавлены следующие типы объектов репликации (поддерживаются разработчиком)1) Параметры счетов на дату

   2)История изменения по кредитам

   3)История изменения по депозитам

   4)История изменения по контрактам

   5)Протокол по расчету НУ

   6)График погашения кредитов

   7)Срез по кредитам

   8)Срез по счетам 8503

   9)Банковские продукты

   10)Учредители контрагентов

   11)Представители контрагентов

   12)Информация о представителях