IOSOR

IOSOR База знань

Теги failover у ledger, які фінанси можуть звірити

Позначте, який rail виконав prepaid-unit, без брендів на експорті — щоб фінанси стикували wallet, delivery і switch за однією opaque-ідентичністю.

Failover робить hop primary → backup — і фінансам усе одно потрібна відповідь, який rail довів billable-спробу, без upstream-брендів у client export. Ledger tag і є цей join: opaque rail identity, debit id, intent key і термінальний статус.

IOSOR — white-label prepaid. USD 20 — підлога пілота; soft review біля USD 1 000/міс швидко перетворює діри в тегах на нічні таблиці. Hold: prepaid-резерв до першого списання. Збій: збій prepaid-hold: auto-refund і статус. Шлях: Падіння primary rail: впорядкований backup без подвійного списання.

Які поля має тримати тег failover

Це не маркетинг, а фіксований набір на settled чи released money-рядку: який ops-rail завершив unit, під яким intent, з яким термінальним outcome — без ops-чату.

Opaque-код rail замість бренду на експорті

Ops можуть знати rail A vs rail B. На client- і finance-export brand-рядків бути не повинно — opaque-коди (rail_01, rail_02) або UUID з ops-vault. Покупець звіряє гроші й outcomes IOSOR, не чужі інвойси в CSV.

Як стикувати wallet-експорт і delivery-експорт

Потрібні wallet ledger, delivery/status export і failover switch log з однаковими ключами: intent id, debit id, opaque rail tag. Краще один рядок з усіма трьома, ніж три CSV о 03:00.

Чим це відрізняється від debit↔DLR ledger

debit і delivery status в одному ledger вчить money↔outcome без подвійного settle. Тут інший фокус: який rail виконав під failover без витоку брендів. Debit↔DLR може бути зеленим, а hop — чорна скринька; rail tags закривають щілину. Не зводьте обидва intent і не плутайте статус з ідентичністю rail.

Чекліст для buyer і finance

  1. Чи кожен settled failover-unit має opaque rail tag на money-рядку?
  2. Чи теги вільні від upstream-брендів у client- і finance-export?
  3. Чи intent key + debit id стикують wallet, delivery і switch log без ручної роботи?
  4. Чи released hold лишає тег або маркер «never fulfilled»?

Почніть з IOSOR

Викличте один hop з основного на резерв на непродуктивному коридорі. Експортуйте гаманець і доставку на тому самому ключі наміру. Фінанси мають побачити одне списання, одну непрозору мітку рейки й один кінцевий статус. Мітка називає hop, не марку рейки. Повторіть ключ — без зайвого руху. Доведіть стик до Live-обсягу.

Підсумок IOSOR

Мітка перемикання — ключ стику для фінансів, не маркетингова наліпка.

Робіть: ставте одну непрозору мітку hop на гаманець і доставку; тримайте одне списання.

Не робіть: друкувати марку рейки на експорті чи лишати фінанси вгадувати, який hop з’їв гроші.

Чи був матеріал корисним?

Пов’язані гіди