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 в ledger

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

Brand-safe идентичность rail для join финансов

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

Ключи join между wallet и delivery export

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

Это не статья debit-row vs 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 без ручных join?
  4. Released hold оставляют тег или маркер «never fulfilled»?
  5. Mid-flight — один debit на intent (Частичный failover без двойного списания)?

Начните с IOSOR

Вызовите один hop с основного на резерв на непродуктивном коридоре. Выгрузите кошелёк и доставку на одном ключе намерения. Финансы должны увидеть одно списание, одну непрозрачную метку рельса и один конечный статус. Метка называет hop, не марку рельса. Повторите ключ — без лишнего движения. Докажите стык до Live-объёма.

Итог IOSOR

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

Делайте: ставьте одну непрозрачную метку hop на кошелёк и доставку; держите одно списание.

Не делайте: печатать марку рельса на выгрузке или оставлять финансы гадать, какой hop съел деньги.

Был ли материал полезен?

Связанные гайды