レポートの流れ
1
Hello Clever がレポートを生成する
日次の精算処理の後、アカウントで設定したタイムゾーンの 09:00 にレポートが生成されます。有効にした頻度ごと、通貨ごとに1件です。
2
生成されたレポートを一覧で取得する
from_date と to_date を指定して Get Settlement Reports を呼び出します。返されるのはメタデータのみです。ファイル名、対象期間、期間の合計を含む summary オブジェクト、file_url が含まれます。ファイルの中身は転送されません。3
リンクからファイルを取得する
file_url がファイルそのものです。これに対して通常の GET を送ると、レスポンスが CSV になります。リンクは署名付きなので app-id や secret-key は含まれず、2回目の API 呼び出しも必要ありません。レポートのファイルを取得する
レポートの頻度
レポートは、アカウントで有効にした頻度ごとに、アカウントで設定したタイムゾーンで生成されます。頻度が異なるレポートの間では期間が重なります。日次と月次のレポートを両方有効にしている場合、9 月 14 日の精算は 9 月 14 日の日次レポートに含まれ、10 月 1 日に生成される月次レポートにも再び含まれます。各精算を台帳に一度だけ計上するため、
report_frequency で絞り込んでください。ファイルの形式
ファイル名には空白と括弧が含まれます。たとえば
Daily Report (AUD) (Sep 06, 2026 - Sep 07, 2026).csv です。パスに使う場合は URL エンコードしてください。
列
各行は、期間に含まれる1件の精算を表します。
ファイルは次のようになります。
Daily Report (AUD) (Sep 06, 2026 - Sep 07, 2026).csv
summary オブジェクト
summary は、レポートの対象期間を表します。すべての数値はファイルの行から算出され、ファイルと同じ方法で通貨の精度に丸められるため、両者は常に一致します。
closing_balance は、期間内の最後の精算に対して台帳自体が記録した残高です。ファイルから計算した数値ではありません。
期間内の精算のいずれにも、台帳が記録した残高がまだない場合、
closing_balance と closing_balance_at は null になります。他の3つの数値は常に含まれます。リンクの有効期限
file_url はレポートを一覧で取得したときに発行され、3 分間有効です。
リンクには独自の署名が含まれるため、リンクを持っていれば誰でも有効期限までファイルを読めます。ファイルの内容そのものと同様に扱い、ログに記録されたり共有されたりする URL には決して含めないでください。
期間の照合
1
期間のレポートを取得する
締める期間を指定して Get Settlement Reports を呼び出します。頻度の重なりによる二重計上を防ぐため、
report_frequency で絞り込んでください。範囲は生成日時に対して適用されるため、期間の始まりを含むレポートを取りこぼさないよう、範囲を1期間分広げてください。2
各ファイルを取得する
リンクが有効なうちに同じ処理の中で各項目の
file_url に GET を送り、has_more が false になるまでページを進めます。3
銀行の取引明細の入金と照合する
Reference をキーとして、Amount から Fee amount を差し引いた金額と照合します。1つの参照番号は1件の入金に対応し、期間の合計は summary.settled_amount と summary.settled_fee です。4
一致しないものを追跡する
Balance ID を Get Balance History V2 に渡すと、残高のタイムラインでその精算を確認できます。精算元の残高を構成した決済、返金、手数料も併せて表示されます。Payments Account
1つのレポートは、1つの通貨について、期間内に精算を行った Payments Account 全体の精算を対象とします。ファイルのAccount Nickname 列で各精算の精算元のアカウントがわかるため、複数のアカウントにまたがるレポートでも、自社の側でアカウントごとに分けられます。
現時点では、1つの Payments Account のみを対象とするレポートを要求する方法はありません。必要な場合はお問い合わせください。各モデルでアカウントが残高を保持する仕組みは、残高モデルを参照してください。