「To be paid（支払い予定）」が「Payout balance（ペイアウト残高）」に。算出ロジックの説明テキストも追加。タイミングや金額、準備金の条件には一切変更なし、純粋な表記改善のみ。
「To be paid」→「Payout balance」へ。Finance（財務系画面）で使われている用語に揃えられた。
「payments − refunds − disputes − fees」と算出ロジックが画面上のヘルプで読めるようになった。
準備金がある場合、別枠で金額が表示され「異議・返金・チャージバック・リスクをカバーするため一時的に保持している」と明示される。
アカウントに準備金が設定されている場合、Payouts ページに準備金の額が 別枠で 表示される。
異議申し立て（disputes）、返金（refunds）、チャージバックのリスク。これらが発生した場合の支払いに備えて確保される。
| 項目 | 変更 | 内容 |
|---|---|---|
| 「To be paid」のラベル | 変更 | →「Payout balance」（Finance 用語に統一） |
| 計算式の説明テキスト | 追加 | payments − refunds − disputes − fees が画面で読める |
| 準備金の表示 | 説明追加 | 金額は従来通り別枠表示。「なぜ保持されているか」のヘルプテキストが付いた |
| ペイアウトのタイミング | 変更なし | 支払サイクルは従来通り |
| ペイアウト金額 | 変更なし | 計算ロジック自体は不変 |
| 準備金の条件 | 変更なし | 準備金率や解除条件は不変 |
変わるのは Payouts ページのラベルとヘルプテキストだけ。算出ロジック・支払い動作・金額そのものには触っていない。バックエンド処理は不変。
Admin API／Payments API のフィールド名が変わるかどうかは本文に記載なし。「画面ラベルだけ」と読むのが安全。連携実装側で `to_be_paid` 等の名前に依存している場合は念のため確認推奨。
「matching the language used across Finance」と本文で言及。複数の財務系画面の用語ばらつきを揃える整備の一環と読める。経理担当が複数画面を行き来する案件で説明工数が下がる。
準備金は Payout balance に 含まれない 別表示。「振り込まれない金額」が画面上で識別しやすくなったので、入金見込みのズレが起きにくい。
「なぜこの金額？」「なぜ全部入金されない？」というオーナー／経理からの定番質問が画面上で自己解決しやすくなる。運用ドキュメントや FAQ のうち、この 2 トピックを薄く差し替えるだけで保守工数を圧縮できる余地がある。