预授权 → 扣款 → 撤销
会话级授权编排
符合条件的卡支付按最终金额扣款,并发起未用授权撤销;实际解冻时间取决于发卡行。二维码与钱包按各自的先支付/退款逻辑处理。
EV CHARGING · 充电支付编排
连接 PSP 与本地收单的充电支付编排层。通过统一 API,整合支付受理、会话级扣款、退款与多主体对账,以您的品牌交付。
充电会话 · 计费策略 · CDR
银行卡 · 钱包 · 账户支付
控制框架 / 按市场确认适用范围
卡数据安全与适用范围
身份验证策略
主体与责任模型
数据与充电支付控制
可扩展的支付架构
新市场带来新的收单准入、身份验证与财务运营要求。以专用支付编排层承接区域差异,降低对充电产品架构与研发计划的耦合。
| 业务要求 | 逐一对接支付服务商 | CpoPay 统一编排 |
|---|---|---|
| 市场接入 | 逐国维护商户准入与渠道规则 | 复用准入流程与渠道能力配置 |
| 交易生命周期 | 分别处理服务商状态与异常 | 关联充电会话的统一支付状态模型 |
| 财务运营 | 分散处理结算、退款与差异 | 统一交易参考与对账视图 |
| 合规治理 | 跨多家集成维护责任边界 | 明确商户、服务商与数据处理角色 |
充电支付运营
预授权 → 扣款 → 撤销
符合条件的卡支付按最终金额扣款,并发起未用授权撤销;实际解冻时间取决于发卡行。二维码与钱包按各自的先支付/退款逻辑处理。
能力确认 → 退款 → 证据
在支付前明确退款能力、额度与期限。保留充电会话证据,分别处理银行卡拒付与其他支付方式的投诉。
分配 → 对账 → 结算
按订单形成带主体和费用参考的分配记录;结算执行及资金保障安排以服务商与合同约定为准。
市场 → 渠道 → 状态确认
以统一 API 呈现熟悉的本地支付方式,同时保留验证、有效期、异步确认及退款能力差异。
支付通道之上的编排层
PSP 在其服务范围内执行受理、验证与结算;CpoPay 通过统一集成层,将这些能力与充电会话、退款策略、分配规则及审计要求关联编排。
关联用户授权、支付参考与 CDR 记录,支持在规定时限内响应争议。
区分商户账本、费用与税务参考,由责任主体履行当地税务义务。
全球支付生态
围绕本地支付偏好、收单准入及渠道能力规划市场拓展,复用一致的集成方式。

银行卡 · iDEAL/Wero · Bancontact · BLIK · MB WAY · SEPA 等
02银行卡 · Apple Pay · Google Pay · ACH · Interac · SPEI 等
03Pix · Elo · PSE · Webpay · Yape 等
04DuitNow QR · PromptPay · GCash · Maya · QRIS · PayNow · MoMo 等
05Kaspi QR · UZCARD · HUMO · Click · Payme 等
所列为代表性本地支付生态。实际可用性按国家、服务商、商户主体与业务场景确认,不代表全部渠道均已上线。
支付合规控制层
将核验材料与责任模型纳入支付设计,按服务商、商户主体和当地市场要求配置平台控制。
通过托管支付组件与令牌参考减少卡数据暴露。核验有效的 PCI DSS AOC、受评主体及服务范围;外包不等于平台完全免除责任。
按交易渠道与适用豁免编排身份验证。Plug & Charge 属于充电交互方式,不代表自动豁免支付强认证。
明确记录商户(MoR)、收单主体与结算接收方,约定退款、拒付及资金处理责任;账务分配不等于持牌资金划转。
结合站点功率与部署日期评估公共临时充电受理、支付设备及价格披露;软件接入本身不代表站点整体符合 AFIR。
明确控制者/处理者角色、权限、保存与删除周期;涉及跨境数据传输时,配置适用的 SCC 等保障机制。
按法律主体、币种、费用及 VAT/GST 参考维度隔离账务,支持审计与报表;计税、申报和开票义务依当地规则及合同确定。
开发者体验
清晰的集成方式、可追踪的支付状态,以及关联充电会话的交易参考。与理解业务场景的团队一起设计支付流程。
// 接口设计示例 · 以正式集成文档为准
POST /example/payments
{
"session_reference": "cs_demo_001",
"market": "DE",
"currency": "EUR",
"amount_minor": 20000,
"method": "card"
}商业模式
平台服务费+按实传递的支付通道费用。按约定商务条款,不对通道成本加价;活跃连接器口径、账期及税费以协议为准。
+ 支付通道费用
常见问题
CpoPay 专注于服务 CPMS 和 CPO 企业的支付基础设施。充电桩、充电会话和能源管理仍由客户的 CPMS 负责。
可以复用集成方式,但支付渠道、商户准入、结算及监管要求因市场和服务商而异。
通过共享的会话参考号关联支付事件。集成时需处理异步状态通知、重复回调以及最终对账。
现在,迈出下一步
与我们讨论您的 CPMS 架构、目标市场与商业模式。
CPMS / 技术与商务对接
请发送您的 CPMS 架构、目标国家与支付优先级,我们将协助明确集成范围与商业方案。