Please enable JavaScript.

Coggle requires JavaScript to display documents.

Курс молодого бойца - Coggle Diagram

- - - - Развитие суверенного платёжного пространства
      - Обеспечение выпуска национальных платёжных инструментов
    - - Мировое развитие ПС "МИР"
      - Продвижение бренда "МИР"
  - - - Выпуск карт для держателей
      - Участие в авторизации, клиринге и расчётах
      - Расчёт с держателями
    - - Создание сети приёма карт "МИР"
      - Обслуживание держателей карт "МИР"
      - Участие в авторизации, клиринге и расчётах
      - Расчёт с магазинами
    - - Выполнение расчётов между участниками
      - Гарантия завершения расчётов по операциям
    - - Разработка правил, тарифов, стандартов
      - Координация деятельности участников
      - Обеспечение выполнения операций между участниками
      - Выполнение клиринга
      - Предоставление расчётной информации в Расчётный банк
  - - - Участие в ПС "МИР"
      - Расчёты с Расчётным банком
    - - Рассчитываются со спонсорами (прямыми участниками)
      - Участвуют в ПС "МИР"
  - - - Банки, с количеством соединений от 1 до 4
  - - - Сценарии сообщений
      - Запрос (0100) и ответ (0110), финансовый запрос (0200) и финансовый ответ (0210)
- - - - Рейсы в РКЦ Банка России
  - - - Charge Coins - прообраз ПС
      - Выдача первой кредитки банком Biggins 1946г.
      - Dinners Club International 1949г.
      - 1958-2015гг. - развитие ПС и создание как монобанковских, так и мультибанковских ПС
    - - Брендирование в магазинах и сервис продавца
      - Нумерация платёжных средств, оформление операций и их проверка, создание id магазинов
      - Слип и импринтер
        
        Эмбоссинг, как исторический рудимент
        
        Подпись на обороте карты, для сверки со слипом
    - - Стоп-лист
      - Голосовая авторизация
      - EMV стандарты
      - Проверка картой клиентского pin
      - Проверки на процессинге
      - Авторизация
      - Hold денег на счёте для решения проблемы "double spending"
  - - - Сверка платёжных требований с фактической информацией
  - - - Децентрализация принятия решений по транзакции
      - Появление электронных кошельков
      - "Противостояние" монобанковский и мультибанковский ПС
- - - - Банку Bank of America пришлось смириться с конкуренций, т.к. он не был глобальным (как и любой другой банк)
  - - - Сначала был счёт, потом уже карта
    - - В современных реалиях, чтобы пользоваться ПС, нужно, чтобы магазины могли принимать карты этой ПС
      - По мере обеспечения инфраструктуры на первый план выходит вопрос эмиссии
    - - Проблема оплаты разными валютами
  - - - Базовый принцип ПС в работе с банками - не жадничать =)
    - - Увеличение остатков средств на счетах клиентов
      - Рост кредитного портфеля банка
  - - - К какому банку обращаться за авторизацией?
        
        Нужна гарантия получения денег
      - Как получить обязательство оплаты?
        
        Магазин получает обязательство оплаты от своего банка, а он, в свою очередь, через ПС получает обязательство от банка клиента
      - Должен ли банк "А" знать, что его клиент совершает покупку в магазине банка "Б"?
        
        Должен, через центрального контр-агента
      - Следует ли на каждую покупку отправлять деньги из одного банка в другой?
        
        Нет, не следует. Решение - клиринг (предъявление платёжных требований "пачками")
      - Как быть, если один банк не заплатит другому? Как обезопасить систему от этого?
        
        Для этого существует центральный контр-агент
        
        Акцепт платёжного требования не нужен в системе (т.е. ПС безакцептная)
      - Можно ли использовать механизм расчёта монобанковской ПС в мультибанковской ПС?
  - - - Как создать единый язык для общения между банками?
      - Как выбрать валюту, если банки находятся в разных странах?
      - Достаточно ли одной операции - покупка?
- - - - Создан протокол SET
      - Домен эмитента
        
        Операции 3-D Secure подвергаются проверке подлинности тут
      - Домен эквайрера
        
        Операции 3-D Secure начинаются тут
      - Домен совместимости
        
        Операции 3-D Secure маршрутизируются тут
    - - Магазин (MPI) узнает URL ACS
      - Магазин перенаправляет держателя карты с помощью браузера по URL ACS для аутентификации, которая происходит в диалоге ACS и держателя карты
      - После этого магазин (MPI) выполняет авторизацию, в которую включает величину AV, полученную от ACS
    - - Технология умеет работать только с браузером. Для того, чтобы встроить технологию в приложение, нужно её кастомизировать
        
        Из-за этого появляются постоянные проверки со стороны эмитента
      - Постоянные всплывающие окна
      - Технология не подходит для неплатежных целей (но есть костыль, в виде транзакции в 1 рубль)
      - Технология устарела и отстала от современных мобильных устройств
  - - - Снижает количество отказов клиента от покупки
      - Расширяет возможности эмитента
        
        Возможность удостовериться, что клиент подлинный/что платёжное средство клиента работоспособно
        
        Возможность взять на себя ответственность за совершение операции, зачастую без прямого обращения к клиенту
    - - Сокращение разрыва в удобстве между банками и электронными кошельками для потребителя в сфере электронной коммерции
    - - 3DS Requestor Environment
        
        3DS Requestor Application
        
        3DS Client
        
        3DS SDK (в приложении)
        
        3DS Method (в браузере)
        
        3DS Requestor
        
        3DS Server
      - Информационные потоки
        
        3DS Requestor Env помимо данных для совершения операции, собирает ещё данные об устройстве клиента и его типичном поведении в магазине. Это необходимо для риск менеджмента
        
        Схема работы
        
        Запрос от клиента на 3DS Requestor
        
        3DS Server отправляет запрос на Directory Server НСПК
        
        Отправка запроса далее на ACS эмитента для принятия решения, аутентифицирован клиент или нет
        
        ACS анализирует запрос (в т.ч. и данные об устройстве и типичном поведении)
        
        2 more items...
      - Версионность
    - - Безопасность соединений
        
        Протокол TLS
      - Функции безопасности
  - - - Возможность покупать больше
      - Возможность не задумываться лишний раз о своей аутентификации
      - Отсутствие многочисленных всплывающих окон и OTP
    - - Повышение процента покупок
      - Снижение доли неожиданных отказов
      - Возможность лучше узнать и обслужить своих покупателей
      - Возможность привлечь новых покупателей с мобильных устройств
    - - Повышение конкурентоспособности в борьбе за клиента
      - Возможность надежно узнавать своего клиента по данным операций
      - Возможность знать всю информацию об условиях совершения операций клиентом
      - Возможность уверенно принимать на себя риски за совершение операции клиентом
      - Возможность использовать своё мобильное приложение для аутентификации клиентов в операциях e-commerce
      - Привлечь поколение клиентов с мобильными устройствами
      - Повысить долю успешных операций e-commerce, а значит и выручку от этих операций
    - - Повышение конкурентоспособности в борьбе за интернет магазины
      - Возможность управлять рисками и переносить ответственность
      - Повышение выручки от e-commerce
      - Возможность статью частью принципиально новой экосистемы, составляющей конкуренцию крупнейшим площадкам и электронным кошелькам
    - - Вендоры - могут продавать свои решения для безопасной e-commerce
      - Всем участникам - могут использовать надежный сервис для совершения операций e-commerce
      - Можно использовать платформу MirAccept для развития международного бизнеса
- - - - Mastercard developer zone
      - Mir developer zone
        
        Mir Links
        
        Mir Tips
        
        Mir Fit
        
        Mir Offers
        
        Mir Installments
        
        Mir Assistent
        
        Mir Crypto
        
        Mir Subscriptions
        
        Mir Loyalty Connect
        
        Mir Bill & Payment
      - Visa developer zone
- - - - Pay before
      - Pay now
      - Pay later
    - - Субъекты информационного обмена в платежах на транспорте
      - Эко система (платформа) для участников перевозок
    - - NeTEx
        
        Правовые основы
        
        Унификация национальных стандартов
  - - - Классификация
        
        Внутренние
        
        Партнерские
        
        Публичные
      - Генетическая пирамида
    - - PSU
      - ASPSP
      - PISP
      - AISP
      - Сервер авторизации ASPSP
      - Сервер ресурсов ASPSP
    - - QRC - Merchant Presented
      - Payment Initiation API
- - - - Основные
        
        Доступность
        
        Мгновенность
        
        Безотзывность
        
        Подтверждение
      - Дополнительные
        
        Защищенность
        
        Гибкость
        
        Вариативность видов оплаты
        
        Стабильность
        
        Простота
        
        Ценовая доступность
  - - - C2C
        
        Комиссии устанавливает Банк России
        
        Тарифная модель
      - C2B
        
        Комиссионная модель эквайринга
        
        Парадигма роста
        
        При схеме POS + C2B снижаются издержки на безналичную оплату
        
        Единая механика платежей
        
        Генерация платёжной ссылки
        
        Отправка её клиенту
        
        Подписка
      - B2C
      - B2B
    - - Адаптация инфраструктуры банками к стандарту 365/7/24
      - Удобные клиентские интерфейсы банковских приложений
      - Адаптация подходов к работе с ликвидностью банками
      - Для массового использования нужен широкий пул клиентов
      - Перспективы
        
        Отказ от наличных
        
        Платежи как commodity
        
        Альтернатива резкому снижению IRF
        
        Конкуренция за клиента
        
        Клиент инициирует платеж из банка
    - - Проблема интеграции со странами ЕАЭС
      - Получение денег получателем от отправителя максимум за 15 секунд
      - Алгоритм работы
        
        Идентификация отправителя и получателя
        
        Отправитель должен выбрать идентификатор счёта получателя
        
        Номер телефона и название банка
        
        Операция происходит в 5 шагов
        
        СБП переводит деньги между банками для каждой операции отдельно (т.е. клиринга и расчётов, как в ПС нет)
      - Типы операций
        
        Финансовые
        
        Нефинансовые
      - Концептуальная архитектура
        
        Модель СБП - двусторонняя
        
        Использование ISO 20022
        
        Изначально создан для перевода со счёта на счёт
        
        Не панацея для платежной инфраструктуры
      - Стандарт СБП
        
        Используется 3 группы схем сообщений
        
        acmt
        
        pacs
        
        camt
        
        Структура сообщений
        
        Элемент бизнес данных
        
        Сценарий основной операции
- - - - Определена организационная структура ПС "МИР"
      - Закреплен перечень участников
        
        Существуют документы, регулирующие деятельность участников
        
        Есть прямые и косвенные участники
      - Правила ПС "МИР" доступны в открытом доступе
        
        Мониторинг участников, для обеспечения гарантий расчётов
        
        Рассмотрение рисков и лимитов
        
        Гарантийный фонд
        
        Клиринг и порядок оплаты услуг
        
        Flow изменения правил в ПС "МИР"
        
        Триггер
        
        Подготовка
        
        Согласование
        
        Утверждение
        
        Ввод в действие
      - ПС "МИР" гораздо устойчивее, чем другие коммерческие ПС
  - - - Индустриальные ставки
      - Зависит от многих факторов
      - Индивидуальные ставки
      - Билатеральное соглашение
      - Специальная программа межбанковских вознаграждений
      - Программа лояльности ПС "МИР"
- - - - Действия банка-эквайрера
        
        Формирование сообщений
        
        Авторизационный запрос
      - Действия ПС
        
        Авторизационный запрос
        
        Формирование сообщений
        
        Нумерация сообщений
        
        Валюта операции
        
        Опциональная плата эмитента
      - Действия банка-эмитента
        
        Обработка авторизационного запроса
        
        Ответ на авторизационный запрос
      - Итоги цикла операции
        
        Печать чека в ТСП
        
        Движение запросов/гарантий в ПС
        
        Движение денег
    - - Запрос (0100)
        
        Сбой на стороне
        
        Эквайрера
        
        Эмитента
      - Ответ (0110)
        
        Сбой на стороне
        
        Эквайрера
        
        Эмитента (не поступил ответ)
        
        Эмитента (ответ поступил поздно)
        
        Эмитента (ответ с неверным содержанием)
      - Комплаенс
      - Таймауты на ответ
      - Финансовый запрос (0200)
      - Финансовый ответ (0210)
      - Пара сообщений funding и payment
      - Уведомления (0х20)
        
        Уведомление об отмене (0420)
        
        Уведомление (0120)
        
        От эквайрера
        
        Эмитент недоступен
        
        Доставка уведомлений (0х20) через сервис гарантированной доставки
        
        Эмитент доступен
        
        Административное уведомление (0620)
      - Ответы на уведомления (0х30)
        
        Ответ на уведомление об отмене (0430)
        
        Ответ на уведомление (0130)
        
        Ответ на админ. уведомление (0630)
      - Подтверждение получения некорректного ответа (0190)
      - Отмена (0400)
        
        Ответ эмитента
        
        Получен поздно
        
        Содержит ошибки
        
        Не получен
      - Ответ на отмену (0410)
        
        Не доставлен эквайреру
      - 0800 - включить/отключить соединение, используется также и для эхо тестов
        
        0810 - ответ на этот запрос
    - - Три разных участника
      - Один банк эквайрера и эмитента плательщика
        
        НСПК увидит только payment, т.к. funding произошёл внутри банка
      - Один банк эквайрера и эмитента получателя
        
        НСПК увидит только funding, payment - внутрибанковский информационный обмен
    - - 4 байт - код MTI
      - 8 или 16 байт - побитовая маска
        
        BitMap
        
        Шестнадцатеричное представление
      - Тело сообщения - переменная длина
        
        Поля (ПЛ)
        
        Элементы (ЭЛ) (в полях ПЛ-048, ПЛ-121, ПЛ-122, ПЛ-123)
        
        Субэлементы (СЭ)
        
        Состоит из 4 фрагментов
        
        Придают индивидуальность ПВУ
        
        Подполя (ПП)
        
        Компоненты (КП)
        
        Номер поля
        
        Структура поля
        
        Имя поля
        
        Формат поля
        
        Идентификация и поиск сообщений. ПЛ-007, ПЛ-011, ПЛ-032, ПЛ-037, ПЛ-063 (ПП-02)
  - - - Cutoff в 9 утра по МСК (для "НСПК")
      - Превращение транзакций в клиринговый файл
      - Реестр чистых позиций
      - Отправка клиринговых файлов в банки
      - Расчёты
      - Физический и логический файлы
      - Обработка полей и элементов данных в клиринговых сообщениях
    - - Топология сети
      - Каналы связи
    - - Отмена неизвестных транзакций
      - Отказ от обработки клирингового файла
        
        Административная запись об отклонении
    - - Dual message system
      - Single message system
      - Структура клирингового файла, сообщения
        
        Система ОДПТ, ISO 8583:1993
      - Отказ от обработки клирингового сообщения
    - - Сверка: сообщения сверки - Подтверждение и Уведомление
      - Элементы, содержащие итоги для сверки в сообщениях
- - - - Секретный ключ - координата одной из точек, полученных из уравнения y^2 = x^3 + 7 mod N (где N - простое число)
      - Публичный ключ - "прогон" секретного ключа через определенные формулы (попасть в обратную сторону невозможно)
  - - - Решение: Сервер меток времени
        
        Схема proof-of-work
- - - - Расчётный контрагент
      - Межбанковские комиссии
    - - Протокол NIPF
        
        Расчёты
        
        Диспуты
        
        ИППС
        
        Клиринг и расчёты могут выполняться не только с ПС "МИР", а между всеми участниками
    - - Межсистемное правовое соглашение
      - ПСП
      - Межсистемная операция
        
        Движение денег
      - Расчетный контрагент
    - - Единая инфраструктура