Запрос о предложении (Request for Proposal) Проект: Внедрение системы дистанционного банковского обслуживания физических лиц

Запрос о предложении – Система дистанционного банковского обслуживания физических лиц

АО ДБ «Альфа-Банк» 2014 г.

Редакция от: 25/07/2014

Общие сведения

В рамках данного документа приведено верхнеуровневое описание требований, предъявляемых к предмету проекта. Данный документ является запросом о предложении услуг (Request for proposal) по реализации проекта в соответствии с изложенными ниже требованиями.

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

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

Цели проекта

Рамки проекта

Целевое назначение СДБО – дистанционное банковское обслуживание физических лиц.

В рамках данного проекта предполагается проведение интеграционных работ по сопряжению СДБО с информационными системами банка, в частности c автоматизированной банковской системой Colvir, процессинговый системой CompassPlus TranzWare, CRM системой Terrasoft CRM.

Описание предметной области

Общие требования

Требования к системной архитектуре

1. 
   Функциональное ядро системы;
   
2. 
   Фронтальные приложения;
   
3. 
   Модуль доступа к данным;
   
4. 
   Интеграционный модуль;
   

Требования к прикладной архитектуре

Функциональное ядро системы

Основные бизнес объекты, ожидаемые в рамках ядра системы:

Ядро должно реализовывать интерфейсы для фронтальных приложений, в виде сервисных протоколов. Возможна реализация как собственных оригинальных протоколов взаимодействия ядра системы и фронтальных приложений, так и на базе промышленных стандартов (SOAP, RPC, RMI и т.п.).

Ядро должно иметь настраиваемый механизм отладки и протоколирования выполнения процессов.

Ядро должно иметь возможность подключения нескольких экземпляров фронтальных приложений одновременно.

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

Ядро должно иметь возможность взаимодействия c внешними источниками данных и методов на базе существующих промышленных стандартов (SOAP, RPC, RMI, ADO, ODBC, JDBC и пр.). Модули поддержки данных протоколов могут быть как подключаемыми, так и встроенными в ядро.

В рамках ядра системы должны быть реализованы механизмы настройки парольных политик для пользователей и администраторов СДБО (время действия пароля, состав пароля, минимальная длина пароля).

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

Фронтальные приложения

1. 
   Публичный доступ в интернет с персональных компьютеров и портативных устройств (сотовые телефоны, смартфоны, планшеты)
   
2. 
   Обмен СМС сообщениями
   
3. 
   Обмен Email сообщениями
   

Для управления операционным контекстом СДБО и получения оперативной отчетности предполагается реализация специального приложения, реализующего административные функции в рамках СДБО:

1. 
   Консоль администрирования системы
   

Фронтальное Web приложение

Приложение должно реализовывать графический интерфейс путем публикации HTML страниц для загрузки по протоколу HTTP. Все HTML страницы, реализующие графический интерфейс должны быть созданы на основе существующих стандартов консорциума W3C, в частности все элементы графического интерфейса должны быть построены на основе стандарта HTML версии не выше 5.0 и CSS 2.1.

Приложение должно иметь возможность ведения многоязычной схемы отображения содержания.

Приложение не должно требовать установки на клиентский компьютер какого либо специализированного ПО или загружаемых модулей (Java Applets, ActiveX, Flash и пр.).

Элементы графического интерфейса приложения должны одинаково правильно интерпретироваться всеми популярными средствами просмотра HTML страниц (Web Browsers).

Приложение должно исполняться в контексте стандартных серверов приложений, не снятых с поддержки и развития.

Приложение должно иметь возможность реализации специализированных интерфейсов для взаимодействия с приложениями для мобильных устройств. Приложение должно предоставлять доступ к специализированным интерфейсам по протоколу HTTP/HTTPS для обмена данными в формате JSON.

Фронтальное Web приложение должно иметь защиту от перебора авторизационных и аутентификационных данных (Captcha, блокировка на определенное время, после определённого количества неудачных попыток доступа и .т.п.).

Модуль обмена СМС сообщениями

Модуль должен иметь возможность коммуникации по протоколу SMPP v. 3.4 для обмена СМС сообщениями с СМС центрами операторов сотовой связи или агрегаторов.

Модуль должен иметь возможность отправки СМС сообщения по событию в рамках СДБО.

Модуль должен иметь возможность настройки шаблонов текста СМС сообщения и его формирования в зависимости от операционного контекста, в рамках которого произошло событие.

Модуль должен иметь возможность приема СМС сообщений от СМС центров операторов сотовой связи.

Модуль должен иметь встроенные механизмы по выполнению тех или иных методов и функций в рамках ядра СДБО при обработке входящих СМС сообщений.

Модуль должен иметь возможность настройки шаблонов, для выполнения тех или иных методов и функций ядра СДБО при обработке входящих сообщений.

Приложение должно исполняться в контексте стандартных программных и аппаратных платформ, не снятых с развития и поддержки, и не требовать для исполнения специализированного ПО.

Модуль обмена Email сообщениями

Модуль должен иметь возможность коммуникации по протоколу SMTP для обмена email сообщениями с email серверами.

Модуль должен иметь возможность отправки email сообщения по событию в рамках СДБО.

Модуль должен иметь возможность настройки шаблонов текста email сообщения и его формирования в зависимости от операционного контекста, в рамках которого произошло событие.

Модуль должен иметь возможность приема email сообщений от email серверов.

Модуль должен иметь встроенные механизмы по выполнению тех или иных методов и функций в рамках ядра СДБО при обработке входящих email сообщений.

Модуль должен иметь возможность настройки шаблонов, для выполнения тех или иных методов и функций ядра СДБО при обработке входящих сообщений.

Модуль должен исполняться в контексте стандартных программных и аппаратных платформ, не снятых с развития и поддержки, и не требовать для исполнения специализированного ПО.

Консоль администрирования системы

Приложение должно реализовывать графический интерфейс путем публикации HTML страниц для загрузки по протоколу HTTP. Все HTML страницы, реализующие графический интерфейс должны быть созданы на основе существующих стандартов консорциума W3C, в частности все элементы графического интерфейса должны быть построены на основе стандарта HTML версии не выше 5.0 и CSS 2.1.

Приложение должно исполняться в контексте стандартных серверов приложений, не снятых с поддержки и развития.

Модуль доступа к данным

Модуль должен обслуживать запросы ядра на предоставление/сохранение данных из/в системы управления базами данных при выполнении тех или иных методов и функций в рамках ядра используя абстрактную модель и типизацию данных в соответствии с даталогической моделью ядра СДБО.

Модуль может быть реализован как в виде отдельного приложения, общающегося с ядром по стандартным промышленным протоколам, так и виде отдельных библиотек, динамически подключаемых к ядру.

Модуль должен исполняться в контексте стандартных программных и аппаратных платформ, не снятых с развития и поддержки, и не требовать для исполнения специализированного ПО.

Интеграционный модуль

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

Модуль может быть реализован как в виде отдельного приложения, общающегося с ядром по стандартным промышленным протоколам, так и виде отдельных библиотек, динамически подключаемых к ядру.

Модуль должен исполняться в контексте стандартных программных и аппаратных платформ, не снятых с развития и поддержки, и не требовать для исполнения специализированного ПО.

Функциональные требования

Административные функции

Регистрация пользователя

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

В процессе регистрации пользователя необходимо сформировать набор авторизационных данных и отправить СМС сообщения пользователю.

• 
  Детальные требования будут предоставлены в техническом задании.
  

Идентификация пользователя и авторизация пользовательского сеанса

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

Управление досье пользователя

Выполняется только в рамках авторизованного пользовательского сеанса.

• 
  Детальные требования будут предоставлены в техническом задании.
  

Информационные функции

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

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

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

Выполняется только в рамках авторизованного пользовательского сеанса.

• 
  Детальные требования будут предоставлены в техническом задании.
  

Предоставление информации об операциях по счетам пользователя

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

• 
  дату и время совершения операции, признак типа операции (дебетование/кредитование);
  
• 
  описание назначения операции;
  
• 
  сумму операции в валюте счета;
  
• 
  сумму операции в валюте оригинальной транзакции (по карточным счетам);
  
• 
  номер транзакции в учетной системе;
  
• 
  информацию о терминальном устройстве транзакции (по карточным счетам);
  
• 
  информацию о платежной карте, по которой совершена транзакция (по карточным счетам).
  

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

Выполняется только в рамках авторизованного пользовательского сеанса.

• 
  Детальные требования будут предоставлены в техническом задании.
  

Предоставление информации о банкоматах и отделениях Банка

Транзакционные функции

Предполагается реализация следующих видов операций:

1. 
   Выполнение платежа с банковского счета/карты;
   
2. 
   Выполнение перевода с банковского счета/карты
   
   1. 
      Выполнение перевода на счета, открытые в рамках банка;
      
   2. 
      Выполнение межбанковского перевода;
      
   3. 
      Выполнение международного перевода в иностранной валюте;
      
   4. 
      Выполнение P2P перевода в рамках инфраструктуры международных платежных систем (VISA, MasterCard);
      
   5. 
      Операции по конвертации средств.
      

Выполнение платежа с банковского счета/карты

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

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

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

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

Результат выполнения операции и детали операционного контекста должны быть запротоколированы в рамках СДБО и доступны при просмотре истории активности пользователя.

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

Выполнение перевода с банковского счета/карты

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

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

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

Результат выполнения операции и детали операционного контекста должны быть запротоколированы в рамках СДБО и доступны при просмотре истории активности пользователя.

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

Сервисные функции

Блокирование/разблокирование платежной карточки

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

Выполняется только в рамках авторизованного пользовательского сеанса.

Изменение лимитов платежной карточки

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

Выполняется только в рамках авторизованного пользовательского сеанса.

Изменение списка стран обслуживания карточки

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

Выполняется только в рамках авторизованного пользовательского сеанса.

Открытие банковского счета

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

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

Предполагаемые варианты использования – открытие новых сберегательных счетов и внесение суммы вклада с прочих счетов пользователя.

• 
  Детальные требования будут предоставлены в техническом задании.
  

Закрытие банковского счета

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

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

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

• 
  Детальные требования будут предоставлены в техническом задании.
  

Досрочное полное или частичное погашение кредита

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

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

Управление каналами обслуживания

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

• 
  Необходимо предложить варианты использования.
  

Управление уведомлениями

В процессе выполнения настроек предполагается как обращение в учетные системы для выполнения процедур настройки уведомлений, так и настройка в контексте СДБО.

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

1. 
   Выполнение финансовых операций по платежной карточке;
   
2. 
   Выполнение финансовых операций по банковскому счету;
   
3. 
   Выполнение финансовых операций в рамках СДБО;
   
4. 
   Месяц до истечения срока действия карточки;
   
5. 
   Истечение срока действия банковского вклада;
   
6. 
   Наступление просрочки по кредиту;
   
7. 
   Наступление срока погашения займа.
   

• 
  Необходимо предложить варианты использования.
  

Управление запросами на обслуживание

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

Выполняется только в рамках авторизованного пользовательского сеанса.

Конфигурационные функции

Настройка комиссий

Выполняется только в рамках консоли управления системой.

Настройка каналов обслуживания

Выполняется только в рамках консоли управления системой.

Настройка операционного контекста для выполнения финансовых операций

Предполагается возможность настройки порядка взаимодействия ядра СДБО с внешними системами и настройка форматов данных для обмена с внешними системами в процессе выполнения финансовых операций.

Выполняется только в рамках консоли управления системой.

Настройка пользовательских ролей

Выполняется только в рамках консоли управления системой.

Протокольные и аудиторские функции

Просмотр протоколов работы системы

Выполняется только в рамках консоли управления системой.

Получение оперативной отчетности

Выполняется только в рамках консоли управления системой.

Просмотр протокола работы пользователя и его досье

Выполняется только в рамках консоли управления системой.

Частично выполняется в рамках авторизованного пользовательского сеанса.

График реализации и этапы проекта

Требования к потенциальным поставщикам

1. 
   Опыт работы поставщика в области разработки и внедрения систем дистанционного банковского обслуживания не менее 5 лет;
   
2. 
   Наличие не менее 2-х завершенных проектов по внедрению систем дистанционного банковского обслуживания, находящихся в успешной промышленной эксплуатации;
   
3. 
   Наличие собственного штата аналитиков и разработчиков.
   

Требования к предоставляемым предложениям

Предложения должны содержать:

1. 
   Описание предлагаемой системы;
   
2. 
   Описание схемы лицензирования;
   
3. 
   Ценовое предложение на 100 000 (сто тысяч) пользовательских лицензий;
   
4. 
   Ценовое предложение по внедрению и сопровождению системы;
   
5. 
   Для нерезидентов – в ценовом предложении отразить нюансы налогообложения и определить источник выплаты налогов;
   
6. 
   Предложение по передаче исходного кода программного продукта заказчику;
   
7. 
   Описание требований к инфраструктуре банка и методику расчета требуемых вычислительных мощностей на основе количественных показателей (кол-во транзакций, кол-во пользователей и т.п.);
   
8. 
   План график реализации проекта и информацию о готовности приступить к проекту;
   
9. 
   Ссылки на выполненные аналогичные проекты и краткое описание опыта в рамках проекта;
   
10. 
    Контактную информацию поставщика и его уполномоченного лица;