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).