ecoPayz:錢包和賬戶
1)上下文和定位
ecoPayz(更名為Payz)是具有多貨幣資產負債表(以下簡稱「錢包/帳戶」)的電子錢包,專註於數字服務和iGaming(在允許的轄區)。用戶將資金保存在錢包中,進行P2P,向商人付款,以不同的方法補充資產負債表,並輸出到銀行/卡/本地渠道(訪問取決於國家/CUS)。
為什麼這對商人有利
由於目標段中的Hosted/App2App-UX和可識別性,轉換更高。
低額度(SCA,設備綁定,風險得分)。
靈活的經濟(通常低於CNP卡),快速向錢包返還。
2)產品和角色
錢包/帳戶:多幣種用戶資產負債表(頂部/流量/輸出)。
卡(卡電路軌道上的虛擬/塑料)-並非所有國家/地區都可用。
優惠券來源(ecoVoucher和通過合作夥伴的類似物)-允許。
PSP/收購者:討價還價,票價/MDR,Hosted/Widget/API,計算和報告。
錢包計劃/發行人:AUP,KYC/AML,限制,防凍劑,錢包簿。
3)渠道和自定義腳本
3.1按次付費(向商人付款)
Hosted/Redirect(推薦):在ecoPayz/Payz → ogin/SCA中重新註冊→確認→返回狀態。
App2App/Deeplink:錢包應用程序在移動時打開,然後返回到收銀機。
Embedded/Widget:滿足提供商的安全要求。
3.2頂部到錢包(用戶)
卡(3DS2)、銀行A2A/Open/本地翻譯、 eCash/憑證、 P2P。源集取決於國家/地區和KYC級別。
3.3 Payouts/Withdraw
商人對用戶錢包的付款;接下來-用戶輸出到銀行/地圖/本地方法(國家/地區可訪問性/CUS)。
3.4 P2P / Request-to-Pay
錢包之間的轉移和付款請求(支持的地方)。
3.5錢包卡
虛擬/塑料卡(如果可用):從錢包余額中註銷;在線-SCA/3DS,POS-PIN/NFC。
4)狀態和計算
類型狀態:「created → pending → success | failed | canceled | expired」(+必要時為「authorized → captured」)。
Settlement:在PSP/提供商註冊處註冊,通常為T+1/T+2(奴隸。日子)。
從邏輯上講,分享在線成功和實際信用。
5)限制,KYC和風險政策
Per-txn/24h/7d/monthly限制;新收件人/收件人和結論的單獨閾值。
KYC級別(基線/擴展/VIP):定義頂部/流量/輸出最大值和一組支持的方法。
Velocity/devys/地理規則,制裁和年齡限制(尤其是iGaming)。
限制/規則保持在configs中,可進行熱刷新。
6)退款、分配、最終性
Refund是一個單獨的信用交易(完整/部分),返回到錢包/原始來源。
Chargeback:對於純粹的「錢包」註銷經典chargeback,通常沒有;如果實際導軌是卡片(錢包內的COF/卡片),則發行人可以進行卡片處理。
計劃ODR程序並存儲完整的數字服務發布日誌。
7)經濟學和傭金
商品的MDR通常低於CNP卡,但取決於地理/周轉/類別。
附加費用:托管/SDK,支持「pending/expired」,ODR/分配,recon,可能的儲備/風險保持。
管理成本:刺激A2A頂尖和多元貨幣性(小於FX),在VIP上使用apseil。
8) UX實踐
移動第一:優先App2App;在臺式機上-清晰的Redirect。
確認等待計時(「pending」),安全重播,提供替代方案(卡/A2A)。
透明錯誤:錢包/方法限制,SCA故障,定時。
收據:金額/貨幣,「transactionId」,通道(App2App/Hosted),財務參考/來自註冊表的UTR。
9)商人整合
備選方案
1.Hosted/Redirect-快速啟動,最小PCI/PII跟蹤。
2.Server to-Server+App2App/Hosted-定制UX和密集狀態控制。
3.Pay-by-Link/Invoice-用於延遲付款/收款。
Bacend最低
API: `createPayment`, `authorize/capture` (если требуется), `refund`, `queryStatus`, `webhook`, `reconcile`.
等效性('orderId'+鍵),指數重播,傳入的Web Hook的祖先。
Webhooks: 簽名/NMAS、超時、重置保護。
Recon: daily auto-recon+full recon, UTR/銀行鏈接存儲, Alerts通過同步。
觀察力:轉換,「pending→success/expired」,定位,SCA/限制錯誤。
10)安全性和合規性
SCA(錢包中的身份驗證),設備綁定,行為評分。
PII最小化:主機/Widget用於敏感數據輸入,保密-在vault中,IP allowlist在webhook端口,嚴格的redirect-URI。
KYC/AML/GDPR,年齡,制裁,地理過濾器,響應遊戲。
11)付款和附屬機構
錢包付款通常方便(快速且便宜),但按風險/地理/CUS進行細分。
保留替代品:SEPA/RTP/推到卡/有爭議地區或大筆款項的本地錢包。
12) iGaming的功能
檢查地理和許可證的法律允許性;包括年齡控制和自我排斥。
預計:更嚴格的限制,可能的保留/儲備,增強的交易和付款監控。
按風險/地理/玩家配置文件規劃智能路由(錢包↔ A2A ↔憑證↔卡)。
13) KPI和性能指標
Approval rate(根據App2App/Hosted分開)。
Pending dwell time и доля `pending→expired`.
回收率/ODR和平均決策時間。
Settlement lag(成功註冊→註冊→註冊)。
FX共享和平均FX保證金。
VIP/擴展 KYC在營業額中的份額,成本到服務(支持/分配)。
14)入門清單檢驗
1.與PSP/提供商的合同:票價/MDR,FX規則,基於Web的鉤子/註冊表的SLA,允許的地理/垂直。
2.集成:「createPayment」+App2App/Hosted,錯誤/限制/重復屏幕。
3.安全性: 簽名/NMAS Web hooks, vault secrets, redirect-URI, IP allowlist.
4.Recon: daily+full、UTR/fin參考存儲、異步。
5.Refunds/ODR:partial/full,劄幌花花公子,捆綁refund↔order。
6.Configs:限額/KUS/關稅/地理-代碼外,具有轉換和快速更新。
7.SLA dashbords:轉換,「pending」,定位,退貨;異常現象/地質。
8.E2E測試:移動App2App,臺式機-redirect,計時/重播,部分回報,提供商降級。
地標卡
狀態:「created/pending/success/failed/canceled/expired」(+「authorize/capture」(如果適用))。
定位:通常通過PSP/提供商註冊表進行 T+1/T+2。
Chargeback:不存在純「錢包」註銷;卡軌是可能的。
限制/CUS:取決於國家/級別;存儲在config中並定期更新。
Recurrent:「第一次付款→授權」(SEPA/Open-Banking/錢包授權)-如果腳本支持。
總結
ecoPayz/Payz是一個成熟的錢包,具有多元貨幣資產負債表,強大的移動UX和易於理解的操作功能。通過Hosted/App2App進行集成,圍繞webhooks+Idempentity+recon構建,在配置中保持限制/KUS/票價/地理,對於iGaming,遵循法律框架,細分風險並保持備用導軌(A2A/憑證/卡),並按玩家的輪廓和負載進行智能路由。