IOSOR

IOSOR База знань

Рядки fraud burn на prepaid ledger

Позначайте blocked і abusive OTP-спроби так, щоб finance бачив prevented burn поруч із real debit — без fake Delivered і тихих дір у гаманці.

Стоп зловживань не має бути невидимим. Коли velocity caps, spike trip wire або destination deny блокують OTP-спробу, prepaid ledger зобов’язаний показати fraud burn row — prevented spend — поруч із settled debits реальних спроб. Finance не може вважати «не списали» рівним «нічого не було», а product — фарбувати blocked traffic як Delivered.

Пов’язані: debit і delivery status в одному ledger, списання доставки OTP і сесія verify, Abuse spike: зупинка без fake success, Fraud ops при реальному OTP volume.

IOSOR — white-label prepaid. USD 20 фінансує пілот, де burn rows стикуються зі stop events; soft review близько USD 1 000/міс робить відсутність burn classes боргом recon. Клієнт бачить лише white-label money і status macros.

Prevented burn — не free debit

Заблокована спроба може лишити нуль settled debit і все одно потребувати видимого burn class: capped, denied, spike-stopped, allowlist-miss. Рядок відповідає: «який wallet risk ми уникнули?» без вигаданого charge. Settled debit лишається для billable attempts, що реально вийшли з hold. Змішування двох класів створює fake savings або fake spend.

Join money↔outcome для успішних units: debit і delivery status в одному ledger. Ця сторінка — blocked/abusive класи, не happy-path DLR join.

Класи рядків, які finance фільтрує

Клас Money Чесність product
Settled attempt Debit settled Outcome може лагати — ніколи fake Delivered
Cap blocked Нема settle (або release) Velocity limited — не Delivered
Spike stopped Нема settle Spike stopped — не Delivered
Destination deny Нема settle Destination blocked
Prevented burn rollup Агрегат avoided USD Night view для ops/finance .

OTP delivery vs verify — два money moment,.

Join stop events без fake success

У кожного burn row — correlation key до stop event: identity class, destination, window, trip reason. UI і ledger — один словник (Спільна мова статусів для product і finance). Spike: Abuse spike: зупинка без fake success. UI каже stopped, а на ledger немає burn class — finance не доведе wallet saved. Ledger каже burn, а UI — Delivered — брехня двічі.

Export: burn vs spend

Потрібні поля: burn class, avoided amount (або zero-settle flag), settled amount, correlation ID, UTC window, stop reason. Soft USD 1 000/міс вважає відсутність burn filters ризиком recon; USD 20 доводить один коридор із settled і blocked в одному файлі. Ритм читання: Fraud ops при реальному OTP volume.

Чекліст покупця щодо fraud burn rows

  1. Blocked OTP лишають burn class, а не тишу?
  2. Settled debit не спарений із fake Delivered на стопах?
  3. Cap / spike / deny класи розрізнені й filterable?
  4. Correlation key стикує UI stop і ledger row?
  5. Export відокремлює prevented burn від real spend?
  6. Soft volume language blocked, доки burn rows у draft?

Будь-яке «ні» лишає fraud ledger honesty у draft.

Почніть з IOSOR

У консолі: Fraud burn rows visible on ledger with owner and stop action.. Назвіть власника і гейти перед розширенням.

Пов’язане: debit row vs delivery status ledger otp delivery vs verify two debits.

Підсумок IOSOR

Це ops-дисципліна для зміни—не брошура.

Робіть: name owner + gate. Не: skip the gate.

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

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