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

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

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

3. Схема, предложенная ООО «Электронный проездной» (далее - ЭП) (доработанная)

4. Описание и сравнение предложенных схем

Изменения схемы сделаны минимальные, принципиальных
изменений не предложено.
В предложенной схеме постарались исправить следующие
недочеты
• Предложенная ЭП схема соответствует тем договорным
отношениям, которые предполагаются в системе, когда
ответственным за расчеты с перевозчиком является ЭП. Нет
необходимости значительно менять договорную схему.
• Не требуется заключение договоров, где есть финансовая
ответственность КОГАУ «МФЦ» перед ЭП и, соответственно,
не потребуются конкурсные процедуры.
• Претензионная работа с населением ведется по понятному
алгоритму, где первым окном всегда выступает ЭП;
• Вся информация для перевозчика предоставляется от ЭП,
при этом достигается максимальная оперативность ответов
по стоимости поездок, что крайне критично для перевозчиков.

5. Описание и сравнение предложенных схем

• Схема не поменяется при участии другого банка,
в КОГАУ «МФЦ» (далее – МФЦ) есть возможность привязать
любую банковскую карту к льготнику;
• По вопросам перечисления денежных средств, блокировки
карт, оплаты по заблокированным ранее картам,
исключению ошибочных карт из стоп-листа и т.д.
взаимодействие происходит без участия МФЦ, а напрямую
между ЭП и Банком;
• Возможность внедрения новой схемы без изменения
функционирования текущей схемы приема банковских карт.
• Снижение критичности к скорости обработки информации,
т.к. в ранее предложенной схеме предполагается, что
3 информационных системы работают в онлайн-режиме и
остановка любой из них крайне критична.
• Предложенная схема имеет высокую степень реализации
в ЭП и может быть достаточно быстро запущена
в промышленную реализацию.

6. Общие достоинства обсуждаемого проекта

• Облечение льготным категориям населения получить
льготу с использованием банковской карты;
• Снижение затрат на эмиссию льготных карт;
• Формирование у населения необходимости пользоваться
банковскими картами в качестве расчетного средства,
а не как средством снятия наличных.

7. Недостатки данной схемы

• Невозможность со стороны работников перевозчика
определять статус пассажира льготник/нельготник
в момент приема платежа.

8. Порядок проезда пассажира по ЭП

Последовательность прохождения информации при совершении
платежа картой Банка:
1. Пассажир в автобусе предъявляет банковскую карту валидатору,
получает билет, где указана сумма тарифа за наличные и есть оферта,
что стоимость проезда может быть меньше.
2. С валидатора информация о поездках отправляется на сервер ЭП;
3. Сервер ЭП сверяет полученную информацию о проезде с помощью
банковской карты со справочниками и в зависимости от результата
проводит дальнейшею обработку транзакции, варианты обработки:
• прошла проверка по БИН Банка → необходимо запросить статус карты в
МФЦ (вариант работы с Банком Хлынов, рассматриваем сейчас его);
• прошла проверка по справочнику предоплаченных карт → формируем
транзакцию в ЦОТТ, информируем перевозчика;
• прошла проверка по справочнику ранее переданных льготных карт →
формируем транзакцию в ЦОТТ, информируем перевозчика;
• карты нет ни в одном справочнике → стандартная обработка банковской
карты, работает сейчас.

9. Порядок проезда пассажира по схеме ЭП

4.
Сервер ЭП передает информацию о поездке и хэш-карты в информационную систему
МФЦ (ИС МФЦ);
5. ИС МФЦ проверяет хэш номер БК у себя в Базу данных (далее –БД), если его нет, то
запрашивает персональные данные на человека владельца карты в Банке.
6. Банк предоставляет персональные данные в ИС МФЦ
7. ИС МФЦ проверяет наличие льготы по данному владельцу карты, запоминает хэш
карты данного льготника (опция), фиксирует обращение, запоминает ID транзакции и
передает на сервер ЭП: статус карты (тип льготы), срок действия льготы (опция)
8. Сервер ЭП, на основании статуса БК тарифицирует поездку, передает информацию
о стоимости поездки перевозчику, формирует и передает реестр на списание с карт
в Банк, опционально: сохраняет хэш карты, тип льготы и срок ее действия
в справочнике;
9. Банк формирует ответ об успешности обработки полученной информации, передает
данные об отсутствии средств на счетах
10. На сервере ЭП регистрируется ответ Банка, при необходимости формируется
блок-лист БК, которые передается на транспортные терминалы.
Далее ЭП ожидает перечисление средств от Банка, по подтвержденным транзакциям и
по картам, по которым произошло погашение долга. C каждым перечислением банк
присылает реестр с указанием ID транзакции, по которым перечислено возмещение.
Для карт, по которым произошло погашение долга, банк дополнительно присылает
информацию об исключении ее из блок-листа.