> ## Documentation Index
> Fetch the complete documentation index at: https://waffo.com/docs/llms.txt
> Use this file to discover all available pages before exploring further.

# Reserve口座

> 固定 Reserve とローリング Reserve の違い、留保資金がどのアカウントから拠出されるか、保有期間の数え方、精算期間がマイナスになった場合の扱い、留保がいつ解放されるか、そして加盟店 Portal で Reserve のすべての変動を照合できる場所について説明します。

Reserve とは、後日の返金や異議申し立てに備える担保として、Waffo が貴社の精算から留保する資金です。これは契約条件の一つであり、契約に Reserve が含まれていない場合、本ページの内容は貴社には一切適用されず、ここで説明するメニューも表示されません。

本ページでは、留保がどのように作成、計算、補填、解放されるかという仕組みの詳細を説明します。残高レベルの全体像（Reserve残高が他の残高とどのような関係にあるか、出金可能額が精算残高より少なくなることがあるのはなぜか）については、まず
[残高とアカウント履歴](/docs/ja/support/balance-and-account-history-faq)
をご覧ください。

## 固定 Reserve とローリング Reserve の違いは何ですか？

どちらも資金を留保しますが、*どれだけの金額を*、*どれだけの期間*留保するかが異なります。

| | 固定 Reserve | ローリング Reserve |
| - | - | - |
| 留保される金額 | 契約で定められた一定額 | **各精算の純額に対する一定割合** |
| 留保が作成されるタイミング | 精算残高が契約金額をカバーできる大きさになった時点で、1 回の引き落としで | 毎回の精算時に、その精算の純額から |
| 解放 | 留保額全体が、その解放日に解放される | 個々の留保がそれぞれの解放日に解放されるため、資金は段階的かつ継続的に解放される |
| 時間経過による効果 | まとまった 1 つの資金が確保される | ローリングウィンドウ。保有期間を過ぎた精算分は解放され、新しい精算分は引き続き留保される |

貴社の契約には**両方**が含まれる場合があります。両方が適用される場合、ある時点で留保しなければならない金額は両者の合計です。

```
Required hold = fixed reserve configured + rolling reserve accumulated
```

ローリング Reserve の契約文言は、貴社が合意した内容を最も明確に示すものであり、Portal 上ではヘッダーの注記として再掲されます。

> Initial Rolling Reserve: \_\_% of Net Settlement Amount to be held for \_\_ Days

貴社固有の割合、日数、およびその日数が営業日か暦日かは、貴社の契約に基づきます。複数の通貨で精算している場合、条件は精算通貨ごとに表示されます。

## Reserve はどのアカウントから拠出されますか？

貴社の**精算アカウント**です。これは、すでに精算が完了し、本来であれば出金可能な残高です。精算待ち残高からではありません。

これは意図的な設計であり、理解しておく価値のある結果をもたらします。Reserve は精算が計算された*後*に差し引かれるため、**Reserve の留保によって精算金額が変わることは決してありません**。貴社の精算数値、手数料、税額は Reserve がない場合とまったく同じであり、その後、留保によって資金が精算アカウントからReserve口座へ移動します。減少するのは**出金可能**額であり、精算済み金額ではありません。

## Reserve はすべての取引から徴収されますか？

デフォルトでは、はい。Reserve が設定された加盟店アカウント上のすべての取引が対象となります。また、徴収は**決済手段ごとにオン・オフを切り替える**ことができるため、契約によっては一部の決済手段でのみ Reserve が徴収され、他の決済手段では徴収されない場合があります。

徴収が選択的である場合、ローリング割合の算定基礎は、対象となる決済手段のみの精算金額の合計を精算バッチごとに集計し、その後丸めたものです。つまり、1 つの精算バッチから生成される Reserve 計算は 1 件であり、決済手段ごとに 1 件ずつではありません。

## 保有期間はどのように数えますか？どの祝日が影響しますか？

契約では保有期間を 2 つの方法のいずれかで定めており、解放日の計算方法はそれぞれ異なります。

| 契約上の期間の基準 | 解放日の計算方法 |
| - | - |
| **暦日** | 留保の作成日に契約上の日数を加えた日。週末や祝日によって変動しません |
| **営業日** | 作成日から前方に数え、Reserve 用に設定された**固定の営業日カレンダー**上の非営業日をスキップします |

契約が営業日で数える場合、Reserve のカレンダーは貴社の精算日をずらすカレンダーとは*別物*であることにご注意ください。精算日は、貴社の関連国の契約に基づく祝日カレンダーに従って繰り延べられます（[精算サイクルとカレンダー](/docs/ja/support/settlement-cycle-faq) を参照）。一方、Reserve のカレンダーは固定であり、貴社の取引国、精算国、決済手段によって変わることはありません。そのため、「同じ」日数から導き出された 2 つの日付が一致しないことになり、これが Reserve の日付に関する混乱の最も一般的な原因です。精算カレンダーの **Reserve Release Date** 列には計算済みの日付が表示されるため、ご自身で再現する必要はありません。

カウントダウンは加盟店単位ではなく、留保単位で行われます。

* 各留保は、作成された日を 1 日目として、契約上の期間全体を残り期間として開始します。
* 各留保の残り日数は毎日減算されます。
* 本日留保しておく必要がある金額は、まだ期間内にあるすべての留保の合計です。

## Reserve の留保はいつ作成され、いつ解放されますか？

留保は貴社の**実際の精算日**に作成され、精算頻度に従います。週次で精算する加盟店には週次の留保が、月次で精算する加盟店には月次の留保が作成されます。各留保には**予定解放日**があり、これは作成日に契約上の保有期間（上記の方法で数えたもの）を加えた日で、精算カレンダーに表示されるのはこの日付です。

ただし、解放はその日に自動的に行われるわけではありません。まだ留保しておく必要がある金額と照らし合わせて判定されます。

| 予定解放日の状況 | 結果 |
| - | - |
| Reserve残高が、引き続き留保が必要な金額を**上回っている** | 超過分が解放されます。必要額を上回る分だけ解放されます |
| Reserve残高が、引き続き留保が必要な金額**以下** | **何も解放されません**。残高が必要額を上回るまで回復するまでは、その後の日にも何も解放されません |

2 行目がお問い合わせを生む原因となるケースです。Reserve が取り崩され、補填できなかった場合（典型的には、補填に充てる新しい取引が加盟店になかった場合）、残高が回復するまで解放は完全に停止します。留保が解放日に達することは解放の必要条件ではありますが、十分条件ではありません。

## 精算期間の純額がマイナスになった場合はどうなりますか？

\*\*その期間には留保は作成されません。\*\*割合を適用するマイナスの金額は存在せず、不足分を補うために Reserve に対して何かが請求されることもありません。

ただし、留保が永久にスキップされるわけではありません。**純額がプラスとなる次の精算期間に加算され**、その期間は自身の留保と繰り延べられた留保の両方を負担します。マイナスの精算金額そのものの扱いについては、
[精算計算の解説](/docs/ja/support/settlement-calculation-explained)
をご覧ください。

## Waffo が Reserve から自動的に資金を引き出すことはありますか？

\*\*いいえ。\*\*Reserve は自動引き落ちの仕組みではありません。

その目的は、**手動操作によって適用されるペナルティや料金**、すなわち Waffo のスタッフが特定の文書化された案件に対して差し引きを起票するケースをカバーすることです。定型的な事象のために Reserve を自動的に引き出すプロセスは存在しません。特に、精算期間がマイナスになっても Reserve には影響しません（上記参照）。

したがって、Reserve からのすべての差し引きは手動の伝票に紐づけて追跡でき、貴社には Reserve Account 内の変動として、参照番号、金額、承認日時、および差し引き起票時に入力された自由記述の説明とともに表示されます。

## Reserve が使用された場合、元に戻す必要がありますか？

はい。ただし貴社が何か操作をするのではなく、精算アカウントから自動的に補填されます。

| ルール | 詳細 |
| - | - |
| 金額 | 使用された金額と正確に同額。割合でも再計算でもなく、500 使用されれば 500 補填されます。 |
| 拠出元 | 貴社の精算アカウント |
| タイミング | 差し引き後の次の処理サイクル。次回の精算日ではなく、ほぼリアルタイムです |
| 精算アカウントが不足している場合 | 利用可能な分を充当し、引き続き試行します。未充当分は、さらに資金が精算されるにつれて補填されます |

補填の変動は Account History に業務タイプ `RESERVE_ADJUSTMENT`、備考 *Debit from settlement account* として表示されるため、精算残高の減少を特定の Reserve 補填に紐づけることができます。

解放との相互作用は明示しておく価値があります。ここで加盟店が把握を失いがちだからです。Reserve がまだ不足している状態で留保が解放日に達した場合、解放された金額はまず不足分の解消に充てられます。そのため、Reserve の変動に解放が表示されても、出金可能残高が対応して増加しないことがあります。

## Reserve が適用されている場合、いくら出金できますか？

| Reserve の状態 | 出金可能額 |
| - | - |
| Reserve残高が留保必要額をカバーしている | 精算アカウントの残高全額 |
| Reserve残高が留保必要額に不足している | 精算アカウントの残高から**不足分を差し引いた額** |

不足分は差し引かれるのではなく留め置かれ、Reserve が充足した時点で再び出金可能になります。

## Portal ではどこで Reserve の変動を照合できますか？

Reserve の変動は精算台帳とは**別に**、専用の **Reserve Account** エリアに 3 つのビューで保持されます。

| ビュー | 表示内容 |
| - | - |
| **Reserve balance** | 貴社のReserve残高の合計。`Reserve balance = Reserve per contract + Reserve adjustment` として表示されます |
| **Reserve per Contract** | 契約条件に基づいて行われた留保と解放、およびそのアカウントの残高 |
| **Reserve adjustment** | 手動の差し引きとそれに続く自動補填、およびそのアカウントの残高 |

Portal の他の箇所に関連する 2 つの変更があります。

* 精算台帳は現在 **Settlement Account** というラベルになり、**Account History には Reserve の留保と解放が混在しなくなりました**。Account History に Reserve の留保が含まれることを前提に照合を構築していた場合、それらは *Reserve per Contract* にあります。Account History に引き続き残る Reserve 関連の行は `RESERVE_ADJUSTMENT` の補填のみで、これは実際に精算アカウントからの引き落としだからです。
* **Settlement Batch** の一覧には、ローリング Reserve のある加盟店向けに、Reserve 割合の計算対象となった精算金額、Reserve 注文識別子、Reserve金額が追加されました。これにより、留保をそれを生成したバッチと照らし合わせて検証できます。ローリング Reserve のない加盟店には、一覧は従来どおり表示されます。

## Reserve は精算ファイルに表示されますか？

\*\*いいえ。\*\*Settlement Details と Settlement Summary の各ファイルには Reserve の列はなく、Reserve の留保がそれらの数値を変えることもありません。Reserve は精算が計算された*後*に精算アカウントから差し引かれるため（上記参照）、ファイルは Reserve がない場合とまったく同じ精算を記述します。

Reserve が表示される場所は次のとおりです。

| 表示箇所 | 表示内容 |
| - | - |
| **Settlement Batch** 一覧 | ローリング Reserve のある加盟店向け：割合が適用された精算金額、Reserve 注文識別子、Reserve金額 |
| **Reserve Account** モジュール | すべての留保、解放、差し引き、補填と、それぞれの残高 |
| **Account History** | Reserve口座上の `RESERVE_WITHHOLDING` / `RESERVE_RELEASING` の変動と、精算アカウント上の `RESERVE_ADJUSTMENT` の補填引き落とし |
| **精算カレンダー** | **Reserve Release Date**。ローリング Reserve が設定され、精算が正常に完了した後に表示されます |

精算ファイルを受領金額と照合する場合、ファイルの `Settlement Amount` と出金可能額の増加分との差額は、そのバッチの Reserve 留保額になるはずです。その金額は Settlement Batch の行から読み取ってください。

## 留保額が「割合 × 精算金額」と一致しません。なぜですか？

2 つの数値の間には 4 つの要因があり、いずれもその差の原因となり得ます。

| 原因 | 留保額への影響 |
| - | - |
| **選択的な徴収** | 一部の決済手段でのみ Reserve が徴収されている場合、算定基礎は対象となる決済手段の精算金額のみで、精算全体ではありません |
| **バッチ単位の集計** | 割合は取引ごとではなく、精算バッチごとに集計した基礎に対して 1 回適用されます。取引ごとに適用して合計すると異なる結果になります |
| **丸め** | 結果は集計後、バッチ単位で 1 回丸められます |
| **上乗せされる固定 Reserve** | 契約に両方のタイプが含まれる場合、留保必要額は固定額**プラス**ローリングの累積額です。ローリング割合によるものと考えた変動が、固定 Reserve の部分である可能性があります |

特定の留保を照合するには、精算合計からではなく **Settlement Batch** 一覧から作業してください。まさにそのバッチについて、割合が実際に適用された精算金額が、Reserve 注文識別子および結果のReserve金額と並んで表示されます。

## Reserve の条件はどこで確認できますか？

加盟店 Portal の **Payin 契約ページ**で、他の契約条件とともに Reserve 比率と Reserve 期間が表示されます。ローリング Reserve の割合と保有期間は、Settlement Batch の Reserve 列の上にヘッダー注記としても再掲されるため、条件がそれによって生成された数値の隣に表示されます。


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.