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



Дата05.07.2016
өлшемі227.3 Kb.
#180813

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

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



Код документа: 100.СДБО-Запрос о предложении

Запрос о предложении (Request for Proposal)

Проект: Внедрение системы дистанционного банковского обслуживания физических лиц

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



Оглавление

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

Цели проекта 3

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


Акционерное Общество «Альфа-Банк» (далее Банк) в целях реализации стратегии развития спектра услуг и улучшения качества предоставляемых услуг для своих клиентов – физических лиц планирует реализацию проекта (далее Проект) по внедрению комплексной системы дистанционного банковского обслуживанию клиентов банка.

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

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

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


Цели проекта


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

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


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

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

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

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


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

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


СДБО рассматривается банком как система класса High Availability с гарантированной доступностью в 99,9%, в режиме 24*7*365.

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


Для обеспечения нормализованного процесса эксплуатации СДБО и возможности построения безопасной схемы эксплуатации, СДБО должна быть реализована в виде N-tier архитектуры, с отдельными системными модульными узлами:

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

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

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

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

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

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

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


Ядро системы должно содержать основные бизнес объекты и бизнес логику, реализующую основные функции и методы бизнес объектов.

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



Наименование

Назначение

Необходимая бизнес-логика

Пользователь

Хранение пользовательского досье и ссылочной информации на учетные экземпляры клиентов в рамках учетных систем Банка.

Идентификация, аутентификация и авторизация пользователя.

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

Получение информации об экземплярах клиента в учетных системах банка

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



Связи: Роль пользователя, Банковские счета пользователя

Банковский счет

Хранение информации о банковских счетах пользователя и ссылочной информации на экземпляры счетов в учетных системах банка.

Получение информации о счетах из учетных систем

Получение информации об операциях по банковскому счету

Блокировка счета в учетных системах

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



Связи: Пользователь

Платежная карточка

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

Получение информации о картах из учетных систем

Получение информации об операциях по карте

Блокировка карты в учетных системах

Выпуск новой карты

Управление лимитами карты

Управление списком доступности обслуживания карты в странах повышенного риска



Связи: Пользователь, Банковский счет

Финансовая операция

Хранение информации о финансовых операциях (платеж, перевод), доступных к исполнению по запросу пользователя в рамках СДБО.

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

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



Связи: Пользователь, Банковский счет, Комиссии

Запрос на обслуживание

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

Формирование операционного контекста для выполнения запроса на обслуживание

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

Вызов внешних интерфейсов для получения информации о состоянии запроса

Связи: Пользователь


Роль пользователя

Хранение информации о правах на выполнение тех или иных методов и процедур в рамках СДБО.

Контроль доступа и ограничений пользователя к функциям СДБО

Управление настройками роли



Комиссии

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

Управление настройками комиссий

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

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

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

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

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

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

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

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


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


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

  1. Публичный доступ в интернет с персональных компьютеров и портативных устройств (сотовые телефоны, смартфоны, планшеты)

  2. Обмен СМС сообщениями

  3. Обмен Email сообщениями

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

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



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

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


Назначение приложения – реализация графического пользовательского интерфейса для доступа к функциям, реализуемым ядром СДБО при организации доступа используя популярные программы просмотра ресурсов интернет (Web Browsers) .

Приложение должно реализовывать графический интерфейс путем публикации 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 сообщениями


Назначение приложения – обмен email сообщениями с пользователями СДБО.

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

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

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

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

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

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

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


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


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

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

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

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


Назначение модуля – взаимодействие ядра с системами управления базами данных.

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

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

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


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


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

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

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

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


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

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


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

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


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

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

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


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

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


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

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


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


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

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



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

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


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

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


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

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

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

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



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

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


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

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



  • дату и время совершения операции, признак типа операции (дебетование/кредитование);

  • описание назначения операции;

  • сумму операции в валюте счета;

  • сумму операции в валюте оригинальной транзакции (по карточным счетам);

  • номер транзакции в учетной системе;

  • информацию о терминальном устройстве транзакции (по карточным счетам);

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

Предполагается реализация возможности экспорта сформированной выписки в виде файлов стандартных форматов (Microsoft Excel, Adobe Acrobat, Plain Text) а так же возможность вывода выписки на печать.

Предполагается реализация возможности отправки сформированной выписки на 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. Контактную информацию поставщика и его уполномоченного лица;


Акционерное Общество ДБ «Альфа-Банк»
Республика Казахстан, 050012, г. Алматы, ул. Масанчи, 57A
Телефон/Факс: + 727 244 75 75
email: infokz@alfabank.kz
web: www.alfabank.kz





Достарыңызбен бөлісу:




©dereksiz.org 2024
әкімшілігінің қараңыз

    Басты бет