キャッシュバウチャーと小売チェーン
1）それが何であり、いつ適用するか
キャッシュバウチャーとeCashネットワークを使用すると、銀行カードとIBANなしで支払いを受け入れることができます。ユーザーはプリペイドバウチャー（PIN）を購入するか、バーコード/QR （pay-at-store）を受け取り、パートナーのオフラインポイント（キオスク、スーパーマーケット、ガソリンスタンド、郵便局）またはインターネットバンク/ATMで注文を支払います。お金は銀行レール上のPSP/プロバイダーを介して商人に行きます。チャージバックはありません詐欺のリスクは最小限です。
のために適した：- デジタルグッズ/ゲーム、コンテンツ、低/中チェックのサブスクリプション。
- 現金または低カード浸透のシェアが高い地域。
- プライバシー/前払いを好むオーディエンス。
2） eCash機器の類型
1.PINバウチャー（プリペイドコード）：
例：Paysafecard、 Neosurf、 Flexepin。
UX：ホストされているフォームに16/10桁のPINを入力するか、ウォレット（myPaysafe/myNeosurf）から支払います。
特徴：部分的な書き込みオフ、複数のPINの組み合わせ、バランスが保存されます。
2.バーコード/QR「現金支払いバーコード」：
例：paysafecash、ローカルネットワーク（OXXO Pay-MX、 RapiPago/PagoFácil-AR、 Efecty/Baloto-CO、 PayPoint/Payzone-イギリス、ePay/Paylink-Euなど）。
UX：マーチャントはバーコード/QR→クライアントがチェックアウトで現金で支払う→プロバイダが確認を送信します。
特徴：チェックは限られた時間（有効期限）のために有効です、金額は固定されています。
3.ATM/オンラインバンキングのための参照/スリップ（請求書の詳細）：
例：マルチバンコリファレンス-PT、 Konbini-JP。
UX：コード/リファレンス+金額、支払いをATM/オンラインバンク/パートナーストアで表示します。
特徴：最低の詐欺、厳密な参照の和解。
3）エコシステム参加者
プロバイダー/スキーム（eCash/バウチャー）： PIN/バーコードを発行し、小売カタログ、KYC/AML、不正防止、API/ウィジェットを提供します。
PSP/acquirer：マーチャント、ホストキャッシュデスク/SDK、ステータス、Webフック、レジストリ、計算を接続します。
小売/キャッシュデスク：キャッシュレシート/バーコード読み取り、プロバイダとの同期。
銀行/清算：決済と商人への資金のクレジット。
マーチャント：支払い/請求書を開始し、ステータスを処理し、リターンとrecon。
4）支払の流れ
4.1 PINバウチャー（ホスト/リダイレクト）
1.チェックアウト→eCash選択（例：Paysafecard/Neosurf）。
2.プロバイダのホストフォーム→PIN入力/ウォレット入力→確認（SCA/行動スコア）にリダイレクトします。
3.マーチャントに戻る：'成功/保留中/失敗/キャンセル/期限切れ'。
4.実際のクレジット-毎日のレジスタによると（T+1/T+2）。
4.2 バーコード/QR「店頭で支払う」
1.マーチャントは請求書を作成します：amount+barcode/QR+expiry。
2.クライアントは小売店に行き、現金で支払う→キャッシュデスクはプロバイダーへの操作を確認します。
3.プロバイダーは、商人にオンライン成功を送り、次にレジスタ（T+0/T+1）でローンを発行します。
4.3リファレンス/スリップ（ATM/オンラインバンキング/コンビニ）
1.参照の生成（エンティティ/参照/量）+有効期間。
2.ATM/オンラインバンク/パートナーストアでのお支払い。
3.オンラインステータス「有料」とその後のレジストリでの決済。
5）ステータスと計算
オンラインステータス：'created'/'pending'/'success' paid'/'failed'/'cancelled'/'expired'。
決済：通常、T+0/T+2バンキング日（契約/チャネルごと）。
ビジネスロジックでは、別のオンライン確認と実際のクレジット。
6）限界、KYC、リスク
制限は、クライアント、チャネル、マーチャントカテゴリの国、ネットワーク、KYCステータスによって異なります：- トランザクションごとの24 時間/7d、 1日あたりのPIN数の制限。
- 新しい受信者/商人の場合-しきい値/シャッター速度の低下。
- ジオルール（バウチャー国と顧客/商人の場所）、速度、デバイス信号。
- 充電器はありません。紛争-プロバイダ/PSP ODR。
- 推薦：configの限界をcountry/network/CCPによって保ち、量をハードコードしないで下さい。
7）返品と部分的な書き込み
払い戻し=新しいクレジット取引（eCashウォレット/銀行振込-プロバイダのルールに従って）。
部分的な払い戻しは通常サポートされます。
一部料金とPINの組み合わせは、PINバウチャーでよく利用できます。バーコードインボイスの場合-金額は固定されます。
8）経済と関税
商人のための手数料は通常CNPカードMDRよりも低いですが、地理/ボリューム/カテゴリによって異なります。
追加費用：ホスト/SDK、販売時点広告、サポート/ODR、 'expired/pending' processing、 recon。
9） UXパターン
PINの支払：複数のPINsおよびバランスの表示器のための理解できるUI；エラーメッセージ「incorrect/used」、 「limit exceeded」、 「region not supported」。
バーコード/QR：大きいコード+有効期限のタイマーはメッセンジャー/電子メールボタンに、印刷しましたり/送ります。
オフラインの支払の指示：ネットワークロゴの3-4のステップ；最寄りのポイントの地図/営業時間。
注文ステータス： 自動更新で「保留中の支払い」。'expired'-ボタン「create new code」
領収書：量、時間、'paymentId'、チャネル（PIN/バーコード/参照）、 UTR/ref。レジストリから連絡先をサポートします。
ローカライズ：通貨/言語/税金のテキスト、ネットワークのローカルブランド。
10）安全性とコンプライアンス
PII最小化：プロバイダ側（ホスティング/ウィジェット）にPIN/ウォレットが入力されます。
Webフック：HMAC/nonce、リプレイ保護、イベントのデッドアップ、監査ログ。
KYC/AML/GDPR：プリペイド資金の年齢/制限ルール、制裁/地理的制限。
不正防止：デバイス/セッション制限、クーリングオフ、ステップアップ、繰り返しPIN/バーコードの監視。
11）統合とアーキテクチャ
接続オプション
1.PSP/プロバイダでホスト/組み込み-迅速な起動、機密データに対する最小限の責任。
2.Server-to-Server+Hosted-PINを処理せずに、ステータス制御を備えた独自のチェックアウト。
3.Pay-by-Link/Invoice-リファレンス支払いおよびサポートケース。
バックエンドの最小化
API： 'createPayment' createInvoice '（amount+expiry）、' refund'、'queryStatus'、'webhook'、'reconcile'。
Idempotence （'orderId'+key）、指数関数リトレイ、DLQ、 Webフックのデッドアップ。
ディレクトリ：国/ネットワーク/制限/CCLレベル、エラーコード、チャンネル別SLAメトリック。
観測性：変換（PINとバーコード/リファレンス）、「保留中→期限切れ」シェア、支払/決済前の平均タイミング、地理的異常。
12）地理的なノート（ランドマーク）
Paysafecard、 paysafecash、 Neosurf、 PayPoint/Payzone（英国）、ePay/Paylink （EU）、 Multibanco （PT）。
OXXO Pay （MX）、 RapiPago/PagoFácil （AR）、 Efecty/Baloto （CO）。
アジア：コンビニ（JP）とローカルエリアネットワーク（FamilyMart/Lawson/7-Eleven）。
13）出力チェックリスト
1.プロバイダ/PSPとターゲットネットワーク（PIN/バーコード/リファレンス）を選択し、関税/SLA/決済に同意します。
2.「createPayment」 「createInvoice」を有効期限、ステートメントページ、フォールバックスクリプトで実装します。
3.Webhook （HMAC）、 idempotency、 retrai、 dedupイベントを接続します。
4.毎日オートリコン+フルリコンを設定し、UTR/fin参照を保存します。
5.部分的な払い戻し、ODRプロシージャ、および明確な欠陥/限界メッセージを含んで下さい。
6.SLAダッシュボード（変換、'期限切れ'、支払/決済までの時間）と同期外のアラートを実行します。
7.e2eテストを実施：複数のPIN、期限切れのバーコード、不正確な金額、二重支払い、分割払い。
ランドマークカード
'created/pending/success' paid/failed/canceled/expired'。
決済：通常、PSP/プロバイダレジスタによるT+0-T+2。
チャージバック：不足しています。払い戻し-別のクレジットトランザクション。
制限/ACL：国/ネットワーク/チャネルおよび顧客プロファイルに応じて。
繰り返し：最初のeCash→マンデート（SEPA/Open-Banking/local）は、その後の書き込みオフのためのものです。
概要
戦略：eCashミックス（PIN+バーコード/QR+リファレンス）は、現金オーディエンスに到達し、MDRを削減します。
Webhook+recon、厳格なidempotence、理解可能なUXの周りのアーキテクチャ"pending/expired'。
Config limits/CUSとgeo-rules-コード外で、定期的に更新されます。
購読の場合-最初のeCash→チケット、透明な管理、ユーザーへの通知。