67
ведение деловой переписки с клиентом и проведение деловых
встреч;
ежемесячное проведение анализа ссудного портфеля.
В отношении заемщика, который не выполняет свои обязательства по
кредитному договору, банк-кредитор может применять определенные меры
воздействия, так как невыполнение обязательств может поставить под угрозу
своевременное и полное погашение задолженности по кредиту. Банк-
кредитор может применять следующие меры воздействия:
предупредить заемщика о прекращении дальнейшего кредитования;
приостановить дальнейшую выдачу предусмотренного договором
кредита;
в случае неуплаты очередного взноса в погашение кредита и
бесперспективности его своевременного погашения в дальнейшем –
предъявить оставшуюся на день платежа часть долга по данному кредиту к
взысканию; при систематическом невыполнении заемщиком условий
кредитного договора и рекомендаций банка – потребовать досрочного
погашения всех ранее предоставленных ему кредитов.
Разрабатываемое приложение должно быть предназначено для
использования сотрудниками банка, занимающимися оформлением и
сопровождением кредитных операций, а также для заемщиков. Поэтому оно
должно отвечать следующим функциональным требованиям:
Авторизация и регистрация пользователей в системе.
Автоматизированная проверка даты платежа каждого оформленного
кредита.
Расчет и построение графика платежей по кредиту.
Автоматическое начисление пени за каждый день просрочки по
кредиту.
Организация ввода данных и взаимодействия интерфейса
пользователя с базой данных системы.
68
Организация функции оплаты для заемщика с помощью пластиковой
карты.
Обновление данных по кредиту после совершения оплаты.
Организация уведомлений и информационных писем.
Автоматическая отправка SMS-уведомлений клиентам.
Администратор видит список выданных кредитов, а также уведомления
о просроченных платежах по кредиту. Приложение позволяет
администратору оформлять кредит и вносить всю необходимую информацию
в базу данных. Администратор может производить поиск клиента в базе
данных. Поиск может производиться по двум критериям: фамилия и номер
мобильного телефона.
2.5. Техническое задание на разработку программного обеспечения
(АИС) "Потребительский кредит
2.5.1. Общие сведения
Наименование системы
Полное наименование системы:
Автоматизированная информационная система "Потребительский
кредит".
Условное обозначение системы:
АИС " Потребительский кредит "
Номер договора
Договор №0001 от 15 мая 2017 года на поставку, внедрение и
сопровождение прикладного программного обеспечения для
Автоматизации процессов POS кредитования
Автоматизация процессов прямых и перекрестных продаж
пластиковых карт
Автоматизация рабочих мест:
69
сотрудников торговой сети;
Агентов контакт центра;
Сотрудников головнового офиса, занимающихся мониторингом и
администрированием процессов
Создание портала для партнеров – представителей торговых сетей
Наименования Разработчика и Заказчика работ и их реквизиты
Разработчик:
Закрытое акционерное общество "Автоматизированные
информационные системы"
Адрес: 00000, Москва, ул. Спартанская, д.3
Тел.: (095)xxx-xx-xx, факс: (095) xxx-xx-xx
Банковские реквизиты: ЗАО "Автоматизированные информационные
системы", ИНН xxxxxxxxxx, р/сч № 40603xxxxxxxxxxxxxxx в АКБ Сбербанк
России, БИК xxxxxxxxx, корр. счет № 3010182xxxxxxxxxxxxxx
Заказчик:
ПАО «НБ ТРАСТ»
Адрес: 127015, Санкт-Петербург, Банковский переулок д3
Тел.:(8812) xxx-xx-xx, факс: (8812) xxx-xx-xx
Банковские реквизиты: ЗАО ПАО «НБ ТРАСТ» ИНН xxxxxxxxxx, р/сч
№ 40603xxxxxxxxxxxxxxx в ПАО «НБ ТРАСТ» , БИК xxxxxxxxx, корр. счет
№ 3010182 xxxxxxxxxxxxxx
Основание для проведения работ
Основанием для проведения работ по созданию системы АИС
"Потребительский кредит" являются следующие документы:
Договор №0001 от 15 05 2017
Приказ №01 от 10.05.2017
Распоряжение №02 от 11.05.2017.
Сроки начала и окончания работ
70
Дата начала работ: 01.12.2016
Дата окончания работ: 15.05.2017
Источники и порядок финансирования работ
Финансирование работ осуществляется из средств ПАО «НБ ТРАСТ».
Порядок финансирования работ определяется условиями Договора №
Договор №0001 от 15 05 2017
Порядок оформления и предъявления Заказчику результатов
работ
Работы по созданию Системы производятся и принимаются поэтапно.
По окончании каждого из этапов работ Разработчик представляет
Заказчику соответствующую документацию и подписанный со стороны
Разработчика Акт сдачи-приемки работ, а по окончании этапов
"Пусконаладочные работы" и "Опытная эксплуатация" дополнительно
уведомляет Заказчика о готовности Системы и ее частей к испытаниям.
2.5.2. Назначение и цели создания системы
Назначение системы
АИС "Потребительский кредит"- прикладное программное
обеспечение, предназначенное для:
автоматизации работ при подготовке/согласовании/утверждении
документов;
планирования работ;
ведения учета и контроля выполнения работ;
назначение исполнителей по каждому заданию, отслеживания
процесса выполнения заданий и решения проблем;
оперативное планирование работ отдела;
учет рабочего времени на выполнение заданий;
сбор статистической информации по работам и исполнителям.
71
Цели создания системы
Основными целями внедрения системы являются:
создание единого механизма планирования и осуществления работ
по оформлению, выдаче и сопровождению кредитов;
создание функционально полного механизма подготовки,
согласования и хранения различных документов (при интеграции с
хранилищем Документов);
обеспечение полноты, достоверности и оперативности
информационной поддержки принятия решений для осуществления
оформления, выдачи, администрирования и закрытия кредитных договоров.
2.5.3. Характеристика объекта автоматизации
Объектом автоматизации является набор процессов, которые имеют
место в рамках осуществления выдачи потребительских договоров, а также
ряда дополнительных участников, выполняющих функции информационной
поддержки, контроля, а также нормативного регулирования объекта
автоматизации.
Работа с отчетами
В приложении АИС "Потребительский кредит" предусмотрена
возможность построения различных отчетов и распоряжений.
Сформированные отчеты и распоряжения выводятся в приложение MS
Excel. Пользователь имеет возможность вывести отчет на печать или
сохранить отчет на диске. Все отчеты модуля запускаются аналогично после
установки необходимых параметров отчета.
Основные типы отчетов:
Список клиентов;
Виды продуктов
Поиск незагруженных договоров
Реестр по выдаче кредитов (для архива)
72
Проверочный отчет по потребительским кредитам (проверка по
проводкам)
Реестр действующих договоров с обеспечением
Реестр платежей по локальным картам
Смена категории качества
Сводная таблица платежей;
Отчет о погашениях;
Отчет о задолженностях
Распоряжения
Распоряжения на резерв:
Распоряжение на выдачу кредита
Распоряжение на погашение текущей задолженности
Распоряжение на погашение просроченной задолженности
Распоряжение на погашение штрафов
Распоряжение о переносе учета основного долга и процентов
Распоряжение на начисление процентов
Распоряжение на начисление штрафа
Распоряжение на списание с баланса задолженности по основному
долгу и процентам
Распоряжение на списание с баланса задолженности по комиссии
Распоряжение на отражение начисленных процентов при повышении
качества ссуды
Распоряжение на отражение начисленных % при понижении
качества ссуды
Распоряжение на списание с внебаланса задолженности по
основному долгу и процентам
Распоряжение на списание обеспечения со счетов бухгалтерского
учета
73
2.5.4. Требования к системе
Требования к системе в целом
Требования к структуре системы
АИС "Потребительские системы" предназначена для автоматизации
обмена информацией между объектами автоматизации и процесса обработки
договоров внутри объектов автоматизации. Автоматизации подлежат выдача
кредита, заключение договора с клиентом, одобрение кредита, проверка по
черным спискам, авторизация договора, отмена авторизации договора,
регистрация договора, формирование акта, изменения по клиенту, изменения
по кредитным договорам, отправка договора в бюро кредитных историй,
администрирование договоров, закрытие договора., построение отчетов
Функциональная структура Системы должна включать основные
прикладные подсистемы, выполняющие задачи автоматизации обмена
информацией и обработки заявок на выдачу кредита, осуществляющиеся
кредитными инспекторами и дирекцией автоматизации кредитных сделок, а
также обеспечивающие подсистемы, выполняющие задачи поддержки
совместной работы всех составляющих Системы.
Требования к режимам функционирования системы
Должна обеспечиваться работа в двух режимах:
сетевой режим взаимодействия;
автономный.
Требования к способам и средствам связи для информационного
обмена между компонентами системы
Информационный обмен между подсистемами должен
осуществляться через единое информационное пространство и посредством
использования стандартизированных протоколов и форматов обмена
данными.
74
Все компоненты подсистем АСУ должны функционировать в
пределах единого логического пространства, обеспеченного
интегрированными средствами серверов данных и серверов приложений.
Требования к совместимости со смежными системами
Программное обеспечение системы должно обеспечивать
интеграцию и совместимость на информационном уровне с другими
системами. Информационная совместимость должна обеспечивается, на
уровне экспорта-импорта XML-документов.
Требования к составу данных и режимам информационного обмена
между подсистемами АСУ и системами, эксплуатирующимися на объекте
автоматизации, определяются в общем регламенте взаимодействия.
Необходимыми условиями, налагаемыми на архитектуру
взаимодействия, являются:
согласованность с разработанными регламентами использования
системы;
использование открытых форматов обмена при организации
взаимодействия между подсистемами АСУ и системами,
эксплуатирующимися на объекте автоматизации.
Перспективы развития системы
АСУ должна иметь длительный жизненный цикл.
АСУ должна быть построена с использованием стандартизованных и
эффективно сопровождаемых решений.
АСУ должна быть реализована как открытая система, и должна
допускать наращивание функциональных возможностей.
АСУ должна обеспечивать возможность модернизации как путем
замены технического и общего программного обеспечения (ПО), так и путем
совершенствования информационного обеспечения.
Требования к численности и квалификации персонала и режиму
его работы
75
Требования к численности и квалификации персонала и режиму
его работы
Количество пользователей АСУ определяется текущими
потребностями ПАО «НБ ТРАСТ».
Количество администраторов АСУ может быть определено по
следующей методике: 1 администратор на 20-30 пользователей плюс 1
ведущий специалист или 1 начальник отдела автоматизации.
Текущий контроль технического состояния оборудования АСУ следует
возложить на отдел автоматизации.
Перечень мероприятий текущего контроля технического состояния
оборудования АСУ должен быть согласован на стадии предпроектного
обследования.
Требования к квалификации персонала
Пользователи АСУ должны иметь базовые навыки работы с
операционными системами Microsoft (любая из версий: Microsoft Windows
95, 98, ME, NT 4.0, 2000, XP), офисным программным обеспечением
Microsoft Office.
Техническое обслуживание и администрирование оборудования АСУ
должно выполняться специалистами, имеющими соответствующую
квалификацию и навыки выполнения работ.
Все администраторы АСУ должны иметь квалификацию "инженер" и
обязательные навыки администрирования сети на основе операционной
системы Microsoft Windows 2000.
Показатели назначения
Целевое назначение системы должно сохраняться на протяжении всего
срока эксплуатации АСУ ПАО «НБ ТРАСТ».Срок эксплуатации АСУЗ ПАО
«НБ ТРАСТ».определяется сроком устойчивой работы аппаратных средств
вычислительных комплексов, своевременным проведением работ по замене
76
(обновлению) аппаратных средств, по сопровождению программного
обеспечения системы и его модернизации.
Время выполнения запросов информации в АСУ определяется на
стадии проектирования системы.
Специальные требования к вероятностно-временным характеристикам,
при которых сохраняется целевое назначение АСУ ПАО «НБ ТРАСТ»,
определяются соответствующими требованиями к прикладным системам.
Прочие показатели назначения АСУ разрабатываются после
проведения предпроектного обследования.
Требования к надежности
Показатели надёжности
Время восстановления работоспособности прикладного ПО АСУ при
любых сбоях и отказах не должно превышать более 3 часов, исключая случаи
неисправности серверного оборудования.
Другие значения показателей надежности должны быть определены
после проведения предпроектного обследования.
Требования к надежности
В АСУ должна быть обеспечена корректная обработка сбоев
электронно-механических устройств (например, принтеров) при выполнении
функций, связанных с формированием твердых копий документов.
В АСУ должна быть обеспечена возможность "горячей" замены
сбойного или вышедшего из строя активного накопителя на жестком
магнитном диске (серверного оборудования АСУ) без остановки
функционирования и потерь информации.
В АСУ должна быть обеспечена возможность восстановления данных с
внешнего накопителя после восстановления активного накопителя.
Конкретный состав требований по восстановлению данных дополняется
соответствующими требованиями на подсистемы.
Должно осуществляться разграничение прав доступа к системе.