Exactly:支付网关、报表与经纪商支付流程
Exactly 提供在线支付网关、商户账户、报表工具和批量付款服务。经纪商评估支付基础设施时,需要弄清客户入金如何被接收、记录和对账,以及适用的付款服务如何融入自身独立的出金控制。实际服务范围取决于业务模式、签约主体和获批市场。

图片:Exactly 官网。
支付网关处于什么位置
Exactly 将其网关描述为帮助在线企业收款和查看报表的工具,官网列出了托管收银页和 API 集成页面两种方式。网关只是支付链条的一部分,链条还可能包括商户账户、收单机构、支付网络,以及经纪商自己的客户账簿。
比较功能前,经纪商应先绘制完整入金路径:客户选择可用方式,完成必要的身份验证并查看付款状态;运营团队则需要可靠的交易编号和状态,才能将款项计入正确账户。客户返回经纪商网站,本身并不能证明资金已经结算。
Exactly 官网主要面向电商商户。这不代表所有外汇或差价合约企业均可获批。具体主体、业务、国家和客户群能否准入,仍须由服务方确认。
托管收银页与集成页面
Exactly 的网关页面介绍了由支付系统运营的托管收银页,以及通过 API 集成的页面。前者将客户带到服务方控制的支付页面,后者让商户对周边界面有更多设计空间。两种方式都需要测试跳转、客户提示和返回经纪商系统的事件。
品牌外观只是其中一项。团队还应询问敏感银行卡信息由谁收集、客户会访问哪些域名、身份验证失败如何显示,以及客户如何返回待处理或被拒绝的交易。可用集成方式及合规范围应与服务商和收单合作方确认。
Exactly 还提及 CMS 插件和 API 集成。经纪商不应假设面向零售商店的插件可以直接满足交易门户需求;开发团队应索取当前文档和测试环境,并明确网关事件、CRM 编号与交易账户记录之间的对应关系。
支付方式、币种与结算
官网列出银行卡、数字钱包、银行转账和多币种处理能力。不同页面使用的覆盖数量并不完全一致,不能替代适用于特定商户的最新清单。支持的方式、交易币种和结算币种可能随国家、法人主体和审批结果变化。
上线前,应按目标市场索取逐项矩阵,明确客户资格、最低和最高金额、费用、处理时间、结算币种及退款规则。汇率适用方式,以及可能存在的准备金或扣留安排,也应写入合同。
支付授权、扣款和结算应分别比较。授权成功不一定意味着资金已不可撤销地到账。财务团队需要知道费用、撤销交易和结算批次如何反映在报表中,以及资金何时可用于履行自身付款义务。
仪表板与对账
Exactly 介绍了可配置报表、角色权限、操作追踪和 CSV 导出的仪表板。单笔交易视图有助于客服调查入金问题,而结算和余额报表服务于财务对账。采购方应核实每类视图包含的字段及记录保存期限。
有效的对账演练应追踪少量测试交易,从客户请求到网关事件、经纪商账簿和结算报表。测试中可包含相同金额的交易、付款被拒、撤销和延迟状态更新。客户重复尝试时,仅按金额匹配可能将入金对应到错误记录。
查看记录、修改配置和批准资金操作应由不同权限控制。团队应询问权限能否按主体或团队设置、变更如何留痕,以及集成不可用时如何获取报表,并在实际签约配置中验证。
批量付款与异常处理
Exactly 的批量付款页面介绍了手动添加收款人、导入 CSV 和通过 REST API 连接等方式,面向多个收款人的批处理场景。但公开介绍本身并未证明经纪商可以将其用于所有客户出金,具体用途需要在准入时确认。
批处理会改变运营风险:同一文件可能同时包含有效和无效交易,因此团队需要逐笔状态,而不只是整批结果。测试应确认重复请求如何识别、错误如何修正,以及待处理或失败付款如何重试才不会重复付款。
处理客户出金前,经纪商应规定身份核验、收款目标验证、审批权限和客户通知。还应确认服务商的截单时间、可用付款路径及退回款项的处理方式,并将原始出金与后续调整关联起来。
安全、争议与各方责任
Exactly 的网关页面介绍了反欺诈控制、PCI DSS 合规和 3D Secure 2。这些属于厂商资料,并不证明每笔交易均安全,也不意味着商户没有合规义务。采购方应索取适用于相关主体和服务范围的当前证明,再评估自身对支付信息的处理责任。
身份验证、欺诈监测和拒付争议可能由不同参与方负责。双方应约定谁接收争议通知、如何收集证据、适用哪些时限,以及争议金额如何影响商户余额。付款被拒时,客服也需要回答客户,同时避免披露不必要的安全信息。
团队还应了解凭证如何签发和轮换、所选仪表板角色是否支持双重认证,以及安全事件如何通知。有关阻止欺诈或免除合规工作的宣传,不能取代合同中的责任划分和独立评估。
商务与实施清单
Exactly 表示价格会按客户情况制定。比较报价时,应覆盖交易费、网关费、货币转换、结算时间、拒付成本、准备金、最低承诺和可能的集成或支持费用。需确认条款适用于实际签约主体及支付方式,而不是只看一般示例。
| 评估领域 | 需要向服务商确认 |
|---|---|
| 准入 | 获批业务模式、主体、国家及支付方式 |
| 集成 | 托管或 API 流程、事件、测试及数据责任 |
| 运营 | 交易编号、结算、撤销及对账 |
| 批量付款 | 适用收款人、批次错误、重试与截单时间 |
| 治理 | 安全证明、争议处理、费用及合同责任 |
试点可选择有代表性的入金,以及获批情况下的小批量付款,逐笔追踪客户提示、支付状态、经纪商账簿和财务报表。这样才能在扩展前,将 Exactly 的网关和报表放到真实运营流程中,确认实际限制和各方责任。
订阅

