Перейти до змісту
River

Аркуш RP-03Платформа докладно

Життя платежу

Що відбувається з платежем від замовлення до розрахунку?

Платіж тримають п’ять записів: замовлення, інвойс, спроба оплати, платіж і розрахунок. Кожен веде власні факти, а разом вони простежують гроші від замовлення до зарахування банком.

§ 1

Коротко

  1. 01 · Замовлення

    що купують і хто

  2. 02 · Інвойс

    скільки й до коли

  3. 03 · Спроба

    одна спроба оплатити

  4. 04 · Платіж

    утримано, списано, повернено

  5. 05 · Розрахунок

    що банк розрахував і зарахував

Списання може чекати комплектації: списують лише те, що скомплектовано.

Рис. 3.1 — п’ять записів платежу і що веде кожен із них.
Замовлення
Що купують і хто, що скомплектовано і як розподіляються гроші.
Інвойс і спроба
Інвойс — сума до сплати; спроба оплати триває від вибору інструменту до забезпечення коштів.
Списання після комплектації
Картку авторизують на орієнтовний кошик, а списують за скомплектованим.
Після оплати
Повернення й спори забирають гроші назад; банк розраховує решту.

§ 2

Докладно

2.1

П’ять записів

П’ять записів тримають кожен платіж, і кожен веде лише власні факти:

  • Замовлення — що купують, хто, що скомплектовано і як розподіляються гроші.
  • Інвойс — сума до сплати: скільки, до коли і скільки ще належить.
  • Спроба — одна спроба оплати, від вибору інструменту до забезпечення коштів.
  • Платіж — забезпечені гроші та їхнє життя далі: списання, повернення, спори, розрахунок.
  • Пакет розрахунків — що еквайр розрахував за день, що записала компанія і що зарахував банк.

Записи мають спільний словник фактів і нічого більше: факт пишуть лише в той запис, якому він належить, а читати його може будь-який. Тому платіж можна простежити від початку до кінця без другої системи.

2.2

Стадії спроби

  • Витік — Інвойс перед платником.
  • Вибір — Платник обирає інструмент.
  • Перевірка — Правила ризиків і фінмоніторингу оцінюють спробу.
  • Маршрут — Стратегія й правила одиниці обирають еквайра — за схваленням, вартістю, on-us, — і кожну альтернативу записано.
  • Згода — Платник дає згоду: 3-D Secure, банківський застосунок, сканування, мандат.
  • Забезпечено — Кошти заблоковано або вони надійшли.
  • Списання — Гроші списано: несплачене стає сплаченим.
  • Розподіл — Кожна частка — своєму одержувачу: одиниці, еквайру як комісія, продавцям, — збалансовано в обліку.
  • Гирло — Сплачено: квитанція платнику, спробу завершено.

Демо-сцена 1

Як далеко дійшли спроби

Спроби за останні 30 днів. Русло звужується на кожній стадії на ті спроби, що там закінчилися; число під кожним мостом — скільки спроб його перетнули.

Витік1281100 %Вибір1281100 %Перевірка1281100 %Маршрут1279100 %Згода126799 %Забезпечено124998 %Списання117592 %Розподіл117492 %Гирло117492 %

2.3

Списання після комплектації

Продуктовий кошик не відомий точно в момент оплати: вагові товари важать скільки важать, а деяких позицій немає чи їх замінюють. Тому картку авторизують на орієнтовний кошик і кошти утримують; система замовлень повідомляє, що скомплектовано; інвойс коригують; платформа списує цю суму за вирахуванням бонусних балів і звільняє решту утримання.

Інструмент, що не вміє утримувати кошти, як-от переказ чи QR-платіж, сплачують одразу повністю, а різницю повертають після комплектації.

Демо-сцена 2

Онлайн-замовлення, списане після комплектації

Одна спроба демо-магазину, крок за кроком, від замовлення до списання скомплектованого.

Сесія ps_C7364X27D

ВитікВибірПеревіркаМаршрутЗгодаЗабезпеченоСписанняРозподілГирло#0СесіювідкритоSOIPL#1ІнструментобраноSOIPL#2РизикоціненоSOIPL#3МаршрутобраноSOIPL#4ЗапитпідтвердженняSOIPL#5АвтентифікованоSOIPL#6АвторизованоSOIPL#7Запит насписанняSOIPL#8СписаноSOIPL#9СумурозподіленоSOIPL#10КвитанціювиданоSOIPL#11СесіяуспішнаSOIPLлюдина чи система клієнтаплатформабанк чи годинникSспробаOзамовленняIінвойсPплатіжLоблік

2.4

Після оплати

Платіж живе далі у власному записі: повернення й спори забирають гроші назад, а банк розраховує решту. Коли банки розраховуються з компанією напряму, платформа нічого не виплачує; вона простежує кожен платіж до пакету розрахунків його банку й звіряє пакет.

2.5

Відновлено з журналу

Жодне подання не пишуть уручну. Відтворення фактів по порядку дає саме ті подання, які читають кабінети, а облік збалансований, бо його обчислюють із розподілу кожного платежу. Історія демо — саме таке відтворення, яке виконується під час запуску стенда.

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

§ 3

Читати далі