当门店、结账与总账不一致
一笔卡支付在几秒内经过多个系统：终端或结账端、网关、收单机构、卡组织与发卡行。资金与手续费随后通过结算文件到达，需要有人将其与 ERP 中的销售匹配。
当门店、线上结账与 ERP 以隔夜批处理同步时，促销期间会超卖，结算差异在各收单机构之间越积越多。结账在最繁忙时变慢。如今 AI 智能体也开始代客户购买。
为您带来的变化
库存与销售的统一视图
销售、退货、价格与库存在每家门店、线上店面与 ERP 之间实时同步，而不是隔夜处理。
结算匹配
来自各收单机构的结算与手续费文件自动与销售匹配，差异列给您的团队。
为智能体商务做好准备
可接受 AI 智能体付款的结账，并保留客户授权内容的可验证记录。
我们交付什么
网关、收单机构与卡组织连接
通过 ISO 8583、ISO 20022 或服务商 API 实现授权、捕获、退款与冲正流程，支持多收单机构编排，并处理每个响应码。
AP2 与密码学授权结账
AP2 是一种开放协议，让 AI 智能体代客户付款。经密码学签名的授权记录客户批准的内容，我们将其集成到您的结账流程中。
EMV 与 SoftPOS 终端
EMV 芯片与非接触终端，以及 SoftPOS——在普通手机或平板上受理非接触卡，并与您的 POS 或自助终端软件连接。
结算文件自动处理
收集、校验并审计收单机构的结算与手续费文件，并转化为 ERP 可匹配的入账记录。
POS 到 ERP 实时同步
通过事件流层，在每家门店与 ERP 之间同步销售、退货、定价、促销与库存水平。
令牌化与 PCI DSS 范围
将卡号替换为令牌并排除在 POS 与 ERP 之外，并书面说明哪些系统仍在 PCI DSS 范围内。
认证与推广
为各服务商的认证准备测试脚本与证据，先在少数门店试点，再逐店推广并每日核对合计。
我们的工作方式
跟踪一笔销售
我们与您的财务、门店与 IT 团队一起，跟踪一笔销售从收银机或结账端到总账的过程，并商定范围。
设计集成
我们选择协议、令牌化方式与报文流程，并编写接口规格。
构建与测试
我们构建支付、结算与 POS 流程，并配以自动化测试，包括拒绝、超时与退款。
与服务商认证
我们在服务商的测试环境中运行其测试用例，并修复认证发现的问题。
先试点，再推广
我们先在少数门店或渠道上线，每日核对合计，然后逐店推广。
监控与支持
我们监控批准率、结算文件与门店入账，并在服务商公布变更时予以处理。
横向滚动可查看完整图表。
银行卡支付：收银台授权，稍后结算，在 ERP 中对账
终端或结账页向网关发起请求，网关向收单机构发起请求，收单机构再路由至卡组织与发卡机构。结算文件稍后到达，并与 ERP 中的销售及费用匹配。超时会触发撤销，确保客户不会被重复扣款。
- 主流程
- 异步
- 异常路径
8 步流程
流程逐步说明
- 从EMV 终端或在线结账到支付网关：授权请求，经由EMV · REST/JSON（主流程）。
- 从支付网关到收单机构：授权，经由ISO 8583（主流程）。
- 从收单机构到卡组织与发卡机构：已路由至发卡机构，经由ISO 8583（主流程）。
- 从收单机构到支付网关：已批准或拒绝，经由ISO 8583（异步）。
- 从收单机构到集成层：结算与费用文件，经由SFTP（异步）。
- 从集成层到ERP：已结算销售、费用与付款，经由REST/JSON（主流程）。
- 从支付网关到EMV 终端或在线结账：超时无响应：自动撤销，经由ISO 8583 0400（异常路径）。
- 从集成层到支付运营团队：结算错配或拒付（异常路径）。
横向滚动可查看完整图表。
POS 到 ERP：每笔销售只记一次
销售以事件形式从收银台流向 ERP，价格与库存回传。离线门店继续销售并在恢复后补齐。记账失败会重试，然后交人工处理。
- 主流程
- 异步
- 异常路径
8 步流程
流程逐步说明
- 从POS 终端到门店或 POS 云服务器：销售、退货与作废（主流程）。
- 从门店或 POS 云服务器到集成层：销售事件与日终汇总，通过事件队列，经由REST/JSON（异步）。
- 从集成层到ERP：销售与库存变动已记账，经由OData · REST/JSON（主流程）。
- 从ERP到集成层：价格、促销与商品数据，通过 API 或文件导出，经由REST/JSON（主流程）。
- 从集成层到门店或 POS 云服务器：价格与库存更新，经由REST/JSON（主流程）。
- 从集成层到重试队列：记账失败（异常路径）。
- 从重试队列到集成层：已重试（异常路径）。
- 从重试队列到门店运营团队：仍然失败：附详情告警（异常路径）。
标准与协议
提及产品或服务商名称不代表与其存在合作关系。
- 编程语言
- Go
- 框架
- Node.js
- 数据与分析
- Apache Kafka
- 数据库
- Redis
- DevOps 与可观测性
- Kubernetes
- 银行标准与通道
- ISO 20022
- 支付
- ISO 8583
- EMV
- EMV 3-D Secure
- PCI DSS
生产环境实证
对一家海湾多品牌零售与商场集团，我们以 POS 到 ERP 实时同步取代了隔夜批处理脚本。我们还统一了多收单机构支付并实现自动结算，并为闪购高峰构建了库存预留服务。
如何开始
服务商与门店要求明确的项目直接进入方案。新的支付平台或智能体结账通常从 Blueprint Studio 开始。
后续流程
咨询前会谈
一次免费 30 分钟在线预咨询：我们梳理您的目标、系统与限制条件。
就绪评估
在免费 48 小时就绪评估中，首席架构师对照 6 项就绪定义检查您的项目，并推荐合适的路线。
选择路线
范围就绪的项目会收到一份有约束力的方案3–5 个工作日内。概念阶段的项目从 Blueprint Studio 开始。已上线系统若出现故障、缺乏文档或需要集成，则先进行1–2 周诊断。Blueprint Studio 与诊断服务各收取固定费用，费用在方案中列明。
五阶段交付
动员启动、带现场演示的冲刺、集成与加固、验收与上线，然后是托管服务。上线之后是保修期，之后可选的支持与维护。
问题与解答
你们直接使用 ISO 8583 吗？
是，在收单机构或处理商提供该接口时。ISO 8583 是一个框架而非单一格式：各收单机构发布自己的字段与报文类型规范。我们依据该规范构建，处理授权、冲正与通知报文，并测试每个响应码。
什么是 AP2，我们现在需要吗？
智能体支付协议（AP2）是面向 AI 智能体付款的开放协议。每笔购买都带有显示客户授权内容的签名授权，使商户、发卡行与收单机构能够信任并审计。若 AI 智能体可能向您购物，我们可在现有流程之外让结账支持 AP2。
你们如何缩小我们的 PCI DSS 范围？
我们无法取消 PCI DSS，但可以减少其适用的资产范围。托管支付页面、终端点对点加密与网关令牌使卡号不进入您的 POS、ERP 与数据仓库。我们会为您的评估机构记录数据流。
我们能在手机上而不是终端上受理银行卡吗？
可以，使用 SoftPOS。通过收单机构或服务商的认证支付应用，可在受支持的手机或平板上受理非接触卡与钱包。我们像对待其他终端一样，将该应用接入您的 POS、销售与结算流程。
门店断网时会发生什么？
门店继续销售。销售记录本地保存，恢复连接后发送到 ERP，每笔都有唯一标识，确保不会重复入账。卡支付能否离线继续，取决于收单机构的规则与您的风险偏好，我们会与您共同设计。
你们处理退款与拒付吗？
是。退款与冲正属于我们构建的支付流程。对于拒付，我们导入收单机构的争议报告，并将每笔关联到原始销售与结算。您的团队会收到一份待处理清单，并附上证据。
准备开始构建？索取方案。
发送您的需求或 RFP。我们的架构师会验证，并返回有约束力的固定范围方案。
后续流程
就绪评估
在免费 48 小时就绪评估中，首席架构师对照 6 项就绪定义检查您的项目，并推荐合适的路线。
有约束力的方案
在免费架构验证之后，您会收到有约束力的固定范围方案3–5 个工作日内：里程碑、架构、团队结构与 SLA。应您要求，我们会在您分享需求之前与您签署保密协议（NDA）。
动员启动
签约后，我们的工程小组在合同签署后 5–10 个工作日内开始 Sprint 0。
五阶段交付
动员启动、带现场演示的冲刺、集成与加固、验收与上线，然后是托管服务。上线之后是保修期，之后可选的支持与维护。