定义
Payment Gateway（支付网关）是连接商户与支付渠道的中间层，负责处理支付请求、路由至银行或卡组织、返回交易结果。在国际物联网云平台（ICMP）场景下，Payment Gateway 集成主流支付渠道，支持信用卡、借记卡、银行转账、LPM 本地支付方式，并满足 PCI DSS 合规、3D Secure 等安全要求。
工作原理
支付网关作为交易处理的枢纽，接收来自 ICMP 平台的支付请求（如 SIM 订购、流量包购买、月费结算），将卡号、金额等敏感信息加密后转发至收单行或支付网络。收单行与发卡行完成授权后，网关将结果返回平台，并支持异步回调通知。跨境场景下，网关还需处理多币种转换、跨境计费、汇率锁定等，与 Multi-Currency Settlement 配合实现全球化结算。
应用场景
在 ICMP 中，Payment Gateway 支撑多种支付场景：SIM 卡与 eSIM 订购——客户一次性或批量购买物联网卡；流量包与套餐续费——按月或按量订阅，支持自动扣款；跨境企业结算——多国部署设备的企业需以本地货币或统一货币支付；经销商与 Reseller 预充值——渠道商批量充值后向下游客户分销。平台可配置不同支付方式在不同地区的可用性，适配 Data Localization 与当地监管要求。
在 ICMP 中的实践
达希物联 ICMP 的 Payment Gateway 与主流国际支付服务商对接，支持 Visa、Mastercard、银联及各地 LPM。平台采用 Token 化存储，卡信息经网关 Token 化后不再落地，降低 PCI DSS 合规范围。高额或跨境交易可触发 3D Secure 验证，兼顾安全与转化率。结合 Unified Invoice 与 Usage Analytics，支付数据可追溯、可对账，满足企业财务与审计需求。
授权结果与业务入账分步
支付网关在连接管理里的职责，是接收订购、续费或结算请求，把必要的支付信息交给收单机构，再把授权、拒绝或超时送回平台。它不决定卡应该开通哪一项产品，也不计算流量费用。平台应把业务订单和支付尝试分成两笔记账：订单说明要买什么，支付尝试说明这一次授权是否成功、渠道参考号是什么、金额和币种是多少。只有支付达到约定状态，订单才进入开通或入账。汇率如果涉及折算，应引用汇率管理中已经固定的时点，而不是由网关页面上的展示文字临时决定。
使用网关的条件，是每个业务动作都有唯一订单号，并且同一订单的重复通知不会开通两次。异步回调可能晚于用户看到的页面结果，也可能重复到达。平台要以订单号加渠道参考号做幂等，并把最终状态写入审计记录。超时时不能既向用户显示失败、又在回调到达后悄悄开通。退款、拒付和部分收款要有单独状态，不能全部折成“支付失败”。高风险交易需要的额外验证，应在授权完成前结束，而不是开通之后再补。
回执成功但卡并未开通
容易出错的是把网关的“成功”直接写成卡已激活。授权成功只说明资金侧接受了这笔请求，运营商侧开通仍可能失败。此时应进入待补偿：要么完成开通，要么发起退款，并让订单停留在可解释的状态。另一种错误是只保存页面跳转结果，不核对异步通知和次日的渠道结算文件。用户关闭页面后，成功通知仍可能到达，库存却没有扣减。
测试环境的商户号若被配进生产回调地址，真实订单会记到测试账上。金额币种不一致、或小数精度与渠道不同，也会出现“渠道成功、平台判失败”。支付网关的集成验收要覆盖成功、拒绝、超时、重复通知和开通失败五条路径，每条都能从订单追到渠道参考号，再决定卡、发票和退款各自处于哪一步。
授权和扣款可能是两步。授权只冻结或确认付款方接受这笔金额，扣款才把钱划走。只拿到授权就开通长期服务，后来扣款失败时，服务已经交付。产品规则要写明哪一步之后才允许开通：仅授权、授权并扣款，还是资金清算到账。续费若使用先前保存的支付凭证，凭证失效要在扣款前发现，并给客户补救时间，而不是在扣款失败后立即终止全部卡。
同一订单的重复点击、页面重试和异步通知会带来多条渠道记录。平台用订单号把它们收成一次业务结果：成功以第一条确认的扣款为准，后续重复通知不再次开通。金额或币种与订单不符的通知要进入人工差异，不能自动当成成功。超时订单在收到晚到的成功通知时，如果卡已经释放给别人，不能再开通原卡，应转入退款。
对账文件按渠道结算日到达，里面的手续费、拒付和退款要回到原订单。对不上的渠道参考号单独挂起，不从用量里倒挤差额。测试商户和生产商户的通知地址、密钥和订单前缀都分开。生产订单若被测试密钥验签失败，应拒绝并告警，而不是跳过验签直接入账。