Integration Guide for Banks
[UKR] Посібник з інтеграції для банку
[UKR] Посібник з інтеграції для банку
  • General
    • 💰Загальний опис
      • Перекази між цифровізованими сутностями
        • Варіант 1. Швидке створення/видалення ідентифікаторів
        • Варіант 2. Стандартне створення/видалення ідентифікаторів (опціонально)
      • Історія версій
      • Журнал змін API
      • Глосарій
    • 🌐Загальні вимоги
    • 👉Базовий варіант впровадження
    • 📅План інтеграції
      • План інтеграції (Бізнес)
      • План інтеграції (Технічна команда)
      • Мультипідпис
    • ❗Повідомлення про помилки
  • 🛠️API МЕТОДИ
    • Автентифікація
      • Авторизація через JWT
      • Служба Аутентифікації Банку
      • JWT формат
    • Працівники
      • Призначити роль працівнику
      • Управління ролями
    • Клієнти
      • Сегмент
    • Цифровізовані сутності
    • Ідентифікатори
    • Трансфер (перерозподілення ідентифікаторів)
      • Мультипідпис для трансферів
      • Зворотні виклики
      • Категорія
    • Ліміти
    • Реконсиляція
    • [необов’язково] Відділення
      • Відділення (доступ)
      • Як додати працівника до віддлення (філії)
      • Фільтр по відділенню
      • Трансфери (Відділення)
Powered by GitBook
On this page
  1. General
  2. План інтеграції

План інтеграції (Технічна команда)

PreviousПлан інтеграції (Бізнес)NextМультипідпис

Last updated 1 year ago

Етапи інтеграції – середовище Stage

Взаємодія між Контрагентом (Банком) та процесингом DCM вимагає впровадження певних технічних рішень:

№
Учасник
Дія
Результат

1

ІТ-команда Банку

Авторизація готова до розгортання

2

DCM Розробник

Надіслати відкритий ключ для перевірки підпису JWT

ІТ-команда банку має публічний ключ

3

DCM Адмін

Реєструє контрагента в Процесинговому центрі з кодом ідентифікатора asset_code = ‘UAH’

Контрагент відображається в інтерфейсі користувача

4

DCM Адмін

Запитує DCM Розробника розгорнути компоненти інфраструктури

завдання в Jira

5

DCM Розробник

Розгортає екземпляри програми Frontend і модуля автентифікації Ory. Створює окремі хости для UI (backoffice)

backoffice-{alias}-integrate

api-{alias}-integrate

хости доступні з Інтернету

6

ІТ-команда Банку

Співробітник банку має доступ до секретів

7

Співробітник Банку

Реєструє секрети для зберігача ключів (необхідно для сутностей «Ідентифікаційний» та «Процесинговий» ідентифікатор)

GET /key повертає секрети для 2 користувачів

8

Співробітник Банку

Налаштовує дані реєстрації та надсилає їх адміністратору DCM:

  • URL-адреси для необхідних методів

  • псевдонім банку (для продуктивного середовища)

  • адреса електронної пошти для першого співробітника

Дані надсилаються адміністратору DCM

9

DCM Адмін

[Інтерфейс Користувача] 1. Оновлює атрибути контрагента за допомогою системи URLs

2. Створює першого співробітника для Контрагента

Працівник для Банку в Інтерфейсі DCM створений

10

DCM Адмін

Створює Ідентифікаційний та Процесинговий ідентифікатори для Банку

Сутності створені

11

Співробітник Банку

Встановлює пароль для першого співробітника.

Співробітник увійшов в інтерфейс користувача

12

Оператор банківської системи

[API] Створює запит на створення ідентифікатора

Запит надсилається до DCM

13

DCM Адмін

Ідентифікатори отримані

14

Співробітник Банку

Створює секрети для клієнтів

Секрети готові

15

Оператор банківської системи

16

Оператор банківської системи

Перевірки пройшли

Asset_code = 'UAH'- використовується в тестовому та продуктивному середовищі.

Впровадити Авторизаціію для автентифікації запитів із Процесингового Центру DCM. Технічні характеристики доступні .

Розгортає Авторизацію з публічним ключем та надає спосіб створення секретів для співробітника Банку. Також є можливість вибрати підхід

[API] Підтверджує сформовану суму та її на Ідентифікаційну сутність Банку

[API] (з рахунками)

Клієнтів

[API] Здійснює та інші перевірки, щоб виконати сценарій тестування інтеграції

📅
Мультипідпис для трансферів
тут
перераховує
Створює Клієнтів
створено
трансфер