IOSOR ガイド
レポートビューと生ウォレット元帳行の比較
プロダクトおよび財務レポートビューは DLR と支出を集計します。生のウォレット元帳項目はウォレットエクスポート内に保持し、レポート CSV を元帳として扱わないでください。
レポートビューと生のウォレット元帳行は月末フォルダ内で似て見えますが、答える質問が異なります。レポートビューはプロダクトと財務のために配信済み、失敗、不明、支出を集計します。元帳行はウォレット残高を移動させたプリペイドの引き落としやチャージの明細です。
IOSOR はこの分離を厳格に維持します。プロダクトや財務の集計が必要な場合はレポートをエクスポートします。保留、引き落とし、返金、チャージの全明細が必要な場合はウォレット元帳を開きます。両者を混同すると、誤った二重の金銭管理が発生します。
レポートビューはプロダクトと財務の真実を集計する
レポートビューは、配信率、不明率、レイテンシー帯域、プリペイド残高に対する支出など、回線のパフォーマンスを明示します。プロダクトチームはローンチレビューに利用し、財務チームは請求処理に同じ集計を利用します(独自のステータスラベルが付いたプライベートシートではありません)。
列名は共有された DLR 用語に統一してください。配信済みは実際の受領を示します。送信済みは配信済みではありません。受領書が届くまでは不明のままです。レポートが不明を'成功'に折りたたむと、後からプロダクトと財務の両方がウォレットと食い違うことになります。
生の元帳行はウォレット配下に保持する
02:00のウォレット月末エクスポートは元帳の専任ジョブです。保留、引き落とし、返金、チャージを明細としてリスト化します。このファイルは資金移動を証明するものであり、プロダクトチャートが配信率を描画する方法ではありません。元帳行をプロダクトダッシュボードに貼り付けると、返金が二重計上されたり多分割引き落としが見落とされたりします。
金銭上の不一致はウォレットへ、配信率の不一致はレポートと DLR パスへルーティングしてください。レポート CSV を編集して不足している引き落としを'修正'しないでください。ウォレット元帳が資金の原典であり、レポートは元帳を置き換えることなく照合を行います。
オペレーションメトリクスエクスポートは並行クロックであり元帳ではない
02:00のオペレーションメトリクスエクスポートはキュー深度、Webhook の新鮮さ、レイテンシー、エラー帯域を追跡します。月末のタイミングを共有することはできますが、ウォレットダンプや財務請求シートではありません。不明率の上昇や遅延の説明に活用し、集計はレポートへ、金銭明細はウォレットへ戻って確認してください。
ホワイトレーベルの DLR 遅延レポートは誠実である必要があります。レイテンシー帯域はエンタープライズチケットの説明に利用し、不明を配信済みに変更してはいけません。レポートはこれらの帯域を参照しますが、並行して元帳をでっち上げることはありません。
元帳行をレポートパックに貼り付けたハイブリッド CSV を拒否する
'report_success.csv' と生の引き落とし行を混ぜた ZIP は、レポートビューを金銭証明として扱う悪習を生みます。レポートパック(集計列、DLR 状態、合計支出)とウォレット元帳エクスポート(明細項目)の2つの成果物を発行してください。パートナーから1つのファイルで'完全な金銭レポート'を求められた場合は、ビュー用のレポートと元帳行用のウォレットの2つのリンクで答えてください。
関連するオペレーションパス
IOSORで始める
コンソールから月次レポート画面をエクスポートし、製品レビュー向けの回線配信率とDLR遅延集計を確認してください。ウォレットセクションから生元帳の明細項目を正確に抽出し、ステータス変更の二重計上を防ぎながら、引き落とし、保留、返金を監査します。財務部門には元帳のエクスポートを、製品リーダーにはレポートパックを、それぞれ別個の成果物として提出してください。
IOSORの要点
生データの引き落とし項目を統合製品レポートに混入させると、歪んだ支出指標が生まれ、返金されたメッセージセグメントが二重計上されます。レポート画面で回線の健全性と配信の真実性を確立しつつ、ウォレット元帳で財務残高の変動に関する動かぬ証拠を提示します。
月末には必ず、オペレーション向けの集計レポートパックと、経理専用のウォレット元帳エクスポートという2つの異なる出力を公開してください。生元帳の引き落とし行を配信ダッシュボードに貼り付けたり、統合されたレポート画面を明細行付きの銀行明細書として扱ったりしないでください。
このガイドは役に立ちましたか?
関連ガイド
- プロダクトと財務で1つのエクスポートを共有する
プロダクトダッシュボードと財務締め処理は同じDLRエクスポートを参照する必要があります。より好都合なステータスを記載した2枚目のスプレッドシートは照合失敗の原因になります。
- レポートは送信数ではなく DLR 配達確認に一致させる必要があります
送信済みは配達完了ではありません。財務および製品のレポート出力は DLR 受領書に従う必要があり、受付総数だけで請求を確定してはなりません。