Звіти vs сирі рядки ledger гаманця

Звітні представлення і сирі рядки ledger гаманця лежать поруч у month-end теці, але відповідають на різні запитання. Звіт зводить delivered, failed, unknown і spend для product і finance. Рядок ledger — prepaid debit або credit, що зрушив баланс гаманця.

IOSOR тримає поділ жорстко. Експортуйте звіт, коли потрібні rollup’и product/finance. Відкривайте ledger гаманця, коли потрібні hold, debit, refund і top-up построчно. Змішування створює другу грошову правду.

Звіти зводять правду product і finance

Звіт відповідає, як відпрацював коридор: частка delivered, частка unknown, смуги latency і spend відносно prepaid-балансу за період. Product дивиться launch-рев’ю. Finance використовує той самий rollup для invoice-тижнів і volume governance — не окрему таблицю з іншими ярликами статусів.

Колонки тримайте на спільній мові DLR. Delivered — це receipt. Submitted не дорівнює delivered. Unknown лишається unknown, доки не прийшов receipt. Якщо звіт складає unknown у «success», і product, і finance потім сперечаються з гаманцем.

Сирі рядки ledger лишаються в Wallet

Month-end export гаманця о 02:00 — робота ledger. Там hold, debit, refund і top-up построчно. Цей файл доводить рух грошей — не доставність для product-дашборду. Вставка рядків ledger у product-звіт легко двічі враховує refund або пропускає multi-segment debit.

Суперечки про гроші ведіть у Wallet. Суперечки про доставність — у звіт і DLR-шлях. Не «лагодьте» відсутній debit правкою CSV звіту. Ledger гаманця — джерело грошей; звіт — операційний rollup, який має сходитися з ним, не замінюючи його.

Ops metrics export — сусідній годинник, не ledger

Ops metrics export о 02:00 знімає чергу, свіжість webhook, latency і смуги помилок. Годинник може збігатися з month-end, але це не дамп рядків гаманця і не invoice-лист finance. Ним пояснюють ріст unknown або latency — потім повертаються до звіту за цифрами product/finance і до Wallet за грошовими рядками.

White-label звітність за latency DLR має лишатися чесною: смуги latency пояснюють enterprise-тікети без перейменування unknown на delivered. Звіти цитують ці смуги й не вигадують паралельний ledger.

Відмовтеся від hybrid CSV, де ledger вшито в пак звітів

Архів «report_success.csv + сирі debit» вчить команду вважати звіт доказом грошей. Публікуйте два артефакти: пак звітів (rollup, статуси DLR, totals) і Wallet ledger export (рядки). Коли партнер просить «повний money report» одним файлом, відповідайте двома посиланнями: reports для представлень, Wallet для рядків ledger.

Пов’язані шляхи

• Month-end export гаманця о 02:00
• Ops metrics export о 02:00
• Чесність white-label звітності за latency DLR

Почніть з IOSOR

Зайдіть у консоль IOSOR та згенеруйте звітний пакет за останній розрахунковий період, залишивши деталізовані рядки списань у розділі Wallet. Переконайтеся, що ваші автоматизовані пайплайни аналітики не змішують агреговані DLR-метрики з сирими дебетовими транзакціями у гібридних CSV. Налаштуйте окремий експорт журналів Wallet для фінансового аудиту та роздільні зведені звіти для продуктової команди.

Підсумок IOSOR

Цей матеріал довів, що агреговані звіти та сирі рядки леджера Wallet висвітлюють різні аспекти системи і не повинні об'єднуватися в один файл. Зведені звітні подання формують єдине джерело правди про доставку, латентність та витрати як для продукт-менеджерів, так і для фінансистів. Сирі транзакції у Wallet слугують виключно доказом руху коштів, холдів та поповнень наприкінці місяця.

Робіть чіткий розподіл між звітами про продуктивність коридору та експортом леджера з Wallet під час закриття періоду. Не намагайтеся вставляти сирі дебетові рядки в продуктові дашборди, щоб уникнути подвійного врахування повернень або втрати багатосегментних списань.