Отчёты 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 и сгенерируйте отдельный экспорт реестра транзакций за аналогичный период. Разделите автоматическую обработку этих файлов на стороне ваших сервисов, чтобы вебхуки аналитики не путали агрегированные метрики с точными записями о холдах и возвратах.

Итог IOSOR

Данное руководство показало, почему смешивание агрегированных отчетов по доставке с сырыми строками ledger из раздела Wallet приводит к ошибкам учета и двойному списанию баланса. Продуктовые сводки отображают общую картину коридора и метрики DLR, в то время как реестр Wallet фиксирует фактическое движение денежных средств по каждой транзакции.

Публикуйте сводный продуктовый отчет и выгрузку Wallet как два изолированных файла с одинаковой временной меткой. Не пытайтесь объединять сырые строки транзакций с агрегированной аналитикой и не используйте метрики вебхуков в качестве финансового акта.