§ 1
Коротко
Один журнал
Платежі
кожен факт кожного платежу
Менеджер платежів
Маршрути й вартість
- інструмент
- еквайринг
- комісія
Фінансовий контролер
Розрахунки й облік
- пакет
- до зарахування
- проводка
Аудитор
Усе, лише перегляд
- усі стовпці
- експорт
Кожна цифра в кожній таблиці простежується до запису, з якого взялася.
- Одне джерело
- Замовлення, інвойси, платежі, розрахунки й облік читаються з одного журналу, тож вони не розходяться.
- Розділи за дозволами
- Розділ відкривається для ролі, що має його дозвіл; меню ролі показує лише її розділи.
- Стовпці за роллю
- Операціоніст бачить інструмент, еквайринг і стадію; фінансовий контролер — комісію, пакет і проводку.
- Експорт із джерелами
- Таблицю експортують із посиланнями на записи — для обліку, сховища даних чи аудитора.
§ 2
Докладно
2.1
Один журнал, кілька подань
Кожен факт платежу називає подання, які він формує. Списання позначає інвойс і замовлення сплаченими, формує подання платежу й пише збалансовані проводки в облік — одним кроком, з одного факту. Замовлення, інвойси, спроби, платежі, пакети розрахунків і облік читаються з того самого журналу.
Демо-сцена 1
Подання роздрібного стенда
Скільки сутностей зараз має кожне подання; облік рахує свої проводки.
Замовлення
2 452
Інвойс
2 452
Сесія
2 858
Платіж
2 615
Розрахунки
1 885
Облік
7 907
2.2
Розділи, які бачить роль
Розділ відкривається для ролі, що має його дозвіл; меню ролі перелічує розділи, з якими вона працює, у власному порядку. Стенд може назвати розділ по-своєму: роздрібна група називає тарифи провайдера умовами еквайрингу.
Демо-сцена 2
Яка роль відкриває які розділи
Групи розділів, дозвіл, який перевіряє кожна, і ролі, що мають його на демо-стенді. Зафарбований квадрат: роль бачить групу.
| Розділи | Операціоніст | Менеджер платежів: маршрутизація і витрати | Фінансовий контролер: звірка | Фахівець з AML і комплаєнсу | Менеджер договорів і доступів | Інтегратор | Аудитор |
|---|---|---|---|---|---|---|---|
| Замовлення · інвойси · сесії · платежіflows.read | |||||||
| Маршрутизація · витратиcosts.read | |||||||
| Розрахунки · облік · виплатиpayouts.read | |||||||
| Затримані платежі · сповіщення · онбордингaml.read | |||||||
| Доступи · запити · журнал аудитуgrants.read | |||||||
| Журнал API · вебхуки · каталог подійlogs.read |
2.3
Стовпці за роллю, ті самі цифри під кожною таблицею
Операціоніст бачить платіж за інструментом, еквайрингом і стадією; фінансовий контролер — за комісією, пакетом і проводкою; аудитор бачить усе й нічого не змінює. Кожна таблиця — оголошений набір стовпців над тим самим поданням, а її цифри обчислюють ті самі функції, що й маршрутизація та звірка, тож числа в списку, на панелі й на сторінці платежу ніколи не розходяться.
2.4
Відновлено й експортовано з джерелами
Кожне подання можна будь-коли відновити з журналу, і воно виходить тим самим; демо-стенд будує їх усі так під час запуску. Ті самі подання живлять експорт — пакет розрахунків в облік, потік фактів у сховище даних, — кожен рядок з одиницею, джерелом і часом, який можна простежити до його факту, а для звіту банку — до його рядка.
§ 3