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/凭证/卡），并按玩家的轮廓和负载进行智能路由。