ecoPayz:財布と請求書
1)コンテキストと位置決め
ecoPayz (Payzとしてブランド変更)は、デジタルサービスとiGaming(許可された管轄区域)に焦点を当てた、多通貨バランス(以下「ウォレット/アカウント」といいます)の電子財布です。ユーザーは財布に資金を入れ、P2Pを作り、商人を支払い、さまざまな方法で残高を補充し、銀行/カード/ローカルチャネルに表示します(アクセスは国/CCPによって異なります)。
なぜ商人にとって有益なのか
ターゲットセグメントでのHosted/App2App-UXと認識による変換が高くなります。
低い詐欺(SCA、デバイスバインディング、リスクスコアリング)。
柔軟な経済(多くの場合、CNPカードの下)、財布への迅速な部分払い戻し。
2)製品と役割
財布/口座:多通貨ユーザーバランス(トップアップ/費用/出力)。
地図(地図のレール上の仮想/プラスチック)-すべての国で利用できません。
バウチャーソース(ecoVoucherとパートナーによるアナログ)-許可されています。
PSP/acquirer:マーチャントのオンボーディング、関税/MDR、 ホスト/ウィジェット/API、計算とレポート。
ウォレットスキーム/発行者:AUP、 KYC/AML、制限、詐欺防止、ウォレットブック。
3)チャネルとユーザーシナリオ
3.1ペイイン
ホスト/リダイレクト(推奨):ecoPayz/Payz→login/SCA→confirmation→return statusにリダイレクトします。
App2App/Deeplink:ウォレットアプリケーションがモバイルで開き、レジに戻ります。
埋め込み/ウィジェット:プロバイダのセキュリティ要件に従います。
3.2ウォレット(ユーザー)へのトップアップ)
カード(3DS2)、 A2A/Open銀行/現地送金、eCash/バウチャー、 P2P。ソースのセットは、国とKYCレベルによって異なります。
3.3支払い/引き出し
ユーザーの財布への商人の支払い;さらに-ユーザーが銀行/カード/ローカル方法(国/CCMによる可用性)に出力します。
3.4 P2P/リクエスト・ツー・ペイ
ウォレット間の転送と支払いの要求(サポートされている場合)。
3.5ウォレットカード
仮想/プラスチックカード(利用可能な場合):ウォレット残高からのデビット。オンライン-SCA/3DS、 POS-PIN/NFC。
4)ステータスと計算
典型的なステータスは'created→pending→success | failed | canceled | expired'(必要に応じて'authorized→captured')である。
決済:PSP/プロバイダ登録による登録は通常T+1/T+2 (opl。日)。
ロジックでは、別のオンライン成功と実際のクレジット。
5)制限、KYCおよびリスクポリシー
txn/24h/7d/monthlyごとの限界;新しい受信者/商人および出力のための別のしきい値。
KYC (Basic/Advanced/VIP) Levels:トップアップ/フロー/出力高とサポートされるメソッドのセットを定義します。
速度/デバイス/ジオルール、制裁および年齢制限(特にiGamingの場合)。
ホットアップデートの可能性があるため、制限/ルールを設定してください。
6)返品、紛争、終了
返金-ウォレット/元のソースに戻る別のクレジットトランザクション(完全/部分)。
チャージバック:純粋に「財布」の書き込みのために、古典的なカードのチャージバックは通常ありません。実際のレールがカード(財布内のCOF/カード)の場合、発行者でのカード手続きが可能です。
ODR手順をスケジュールし、完全なデジタルサービス発行ログを保存します。
7)経済と手数料
商人のためのMDRは通常CNPカードより低いですが、geo/turnover/categoryに依存します。
追加費用:ホスト/SDK、「保留/期限切れ」のサポート、ODR/紛争、リコン、リスクのための可能な準備/保留。
コストを管理する:A2Aトップアップとマルチカレンシー(FX未満)を刺激し、VIPでアップセルを使用します。
8) UXプラクティス
モバイルファースト:優先順位のApp2App;デスクトップ上-明確なリダイレクト。
確認('保留中')、安全な繰り返し、代替案(カード/A2A)の提案を待つためのタイマー。
透明なエラー:財布/メソッドの制限、SCAの失敗、タイムアウト。
領収書:金額/通貨、'transactionId'、チャネル(App2App/Hosted)、レジストリからの財務リファレンス/UTR。
9)マーチャントの統合
[オプション]
1.ホスト/リダイレクト:高速起動、最小のPCI/PIIフットプリント。
2.Server-to-Server+App2App/Hosted-カスタムUXとタイトなステータス制御。
3.Pay-by-Link/Invoice-遅延支払い/回収のための。
バックエンドの最小化
API: 'createPayment'、 'authorize/capture'、 'refund'、 'queryStatus'、 'webhook'、 'reconcile'。
Idempotence ('orderId'+key)、指数反復、受信するWebフックのデッドアップ。
Webhook: 署名/NMAS、タイムスタンプ、リプレイ保護。
Recon:毎日オートリコン+フルリコン、UTR/バンクリンクの保存、ずれによるアラート。
観測性:変換、'保留中→成功/期限切れ'、決済遅延、SCA/リミットエラー。
10)安全性とコンプライアンス
SCA(ウォレット認証)、デバイスバインディング、行動スコアリング。
PII最小化:機密データ、シークレットを入力するためのホスティング/ウィジェット-ヴォールト、webhookエンドポイントのIP-allowlist、厳格なリダイレクトURI。
KYC/AML/GDPR、年齢、制裁、ジオフィルター、責任あるゲーム。
11)支払いとアフィリエイト
財布への支払いはしばしば便利(高速かつ安価)ですが、リスク/地理/CUSによるセグメントです。
紛争地域または大量のSEPA/RTP/Push-to-Card/ローカルウォレット。
12) iGamingの機能
地理とライセンスの法的許容性を確認してください。年齢管理および自己排除を含んで下さい。
期待:より厳しい制限、可能な保留/準備、取引と支払いの監視の拡大。
スマートルーティング(ウォレット↔ A2A ↔ ↔カードバウチャー)をリスク/地理/プレーヤープロフィールで計画します。
13) KPIと運用指標
承認率(App2App/Hostedの場合は別途)。
保留中のドウェル時間'保留中→期限切れ'。
返金率/ODRと平均決定時間。
決済遅延(成功→レジストリ→登録)。
FXシェアと平均FXマージン。
売上高でのVIP/拡張 KYCのシェア、費用対効果(サポート/紛争)。
14)出力チェックリスト
1.PSP/プロバイダ契約:関税/MDR、 FXルール、Webフック/レジストリのSLA、地理/垂直許可。
2.統合:'createPayment'+App2App/Hosted、 error/limit/repeat画面。
3.セキュリティ:署名/NMAS Webフック、保管庫の秘密、リダイレクトURI、 IP-allowlist。
4.Recon:毎日+フル、UTR/finリファレンスストレージ、同期解除アラート。
5.払い戻し/ODR:部分的/完全な、サポートプレイブック、refund↔order束。
6.Configs: limits/CCL/tarifies/geo-コード外、バージョン管理済み、迅速に更新されます。
7.ダッシュボードSLA:変換、'保留'、決済遅延、リターン;異常/ジオアラート。
8.E2Eテスト:モバイルApp2App、デスクトップリダイレクト、タイムアウト/リトライ、部分的なリターン、プロバイダの劣化。
ランドマークカード
ステータス:'created/pending/success/failed/canceled/expired'(該当する場合は+'authorize/capture')。
決済:通常、PSP/プロバイダレジスタによるT+1/T+2。
チャージバック:ネット「財布」充電のために欠落しています。カードレールのために可能。
限界/LCC:特定の国/レベル;configに保存し、定期的に更新します。
返品:「first payment→mandant」 (SEPA/Open-Banking/wallet-mandant)-スクリプトがこれをサポートしている場合。
概要
ecoPayz/Payzは、多通貨バランス、強力なモバイルUX、わかりやすいオペレーティングシステムを備えた成熟したウォレットです。Hosted/App2Appを通じて統合し、Webhook+idempotency+reconを構築し、制限/CCL/関税/ジオコンフィギュレーションを維持します。iGamingでは、法的フレームワークに従い、リスクをセグメント化し、プレーヤーのプロファイルと負荷によるスマートルーティングで代替レール(A2A/vouchers/cards)を維持します。