定义
微信支付是物联网云平台常用的支付渠道，支持Native扫码、JSAPI（公众号）、H5、小程序、APP等场景。支付回调成功后触发套餐下发、复机。支持支付分账，订单支付后按比例自动分给代理商、分销商。
接入场景
- Native支付：生成支付二维码，用户扫码完成支付，适用于PC端、线下场景。
- JSAPI支付：公众号内调起微信支付，需用户关注公众号并完成授权。
- H5支付：手机浏览器内跳转微信支付页，无需安装APP。
- 小程序支付：微信小程序内嵌支付，需绑定微信商户号。
分账能力
微信支付支持分账功能，需开通分账权限。将分账接收方（代理商、分销商的微信商户号或特约商户）添加为分账方，配置分润比例后，用户支付成功即可按比例自动分账至各接收方，无需人工打款，提升结算效率。
接入实施要点
微信支付商户平台提供Native、JSAPI、H5、小程序、APP等支付产品。接入前需完成商户认证、签约产品、配置API密钥。支付回调需验证微信签名、实现幂等处理。沙箱环境可用于联调。与支付宝类似，建议双渠道接入覆盖用户偏好。物联网卡套餐订购场景下，用户支付成功后通过回调触发套餐下发与复机，实现支付即生效。分账需提前申请、分账接收方需完成商户关系添加。
微信支付与业务闭环
在B2B2C模式下，C端用户通过用户自助服务订购套餐，选择微信支付。支付成功后支付回调通知平台，平台校验通过后执行套餐下发与复机。若接入支付分账，支付时按分润比例自动分给分账接收方。微信支付与支付宝双渠道接入可覆盖不同用户偏好，提升物联网云平台的C端支付体验与「支付即复机」的可靠性。
接入场景
微信支付支持Native扫码、JSAPI（公众号）、H5、小程序、APP等场景。接入前需完成商户认证、签约产品、配置API密钥。支付回调需验证微信签名、实现幂等处理。建议与支付宝双渠道接入。物联网卡套餐订购场景下，用户支付成功后通过回调触发套餐下发与复机，实现支付即生效。
场景不同，下单参数不能照搬
微信支付在卡业务里是用户为套餐付款的一条渠道，具体产品要按页面所在环境选择。电脑或线下展示用扫码，公众号内用对应的网页调起，手机浏览器用不依赖客户端安装的跳转，小程序内用小程序支付。用错产品，用户能看到金额，却在最后一步拉不起收银台。每个产品都要有自己的商户订单号规则，订单号对应唯一的卡和套餐，金额以分为单位，和平台订单一致。描述字段建议带上卡号后几位，方便用户在支付记录里辨认是给哪台设备充的。
下单前卡必须仍允许续费：未实名、违规停机、套餐已下架，都应在调起支付前拒绝。先支付再发现不能开通，就变成一笔必须退款的成功交易。开放平台的应用标识、商户号和回调地址要属于同一套配置，测试环境的通知地址不能留在生产商户上。
成功通知、关单和退款各走各的状态
用户取消支付或超时，订单保持未支付并关单，额度或库存若已冻结要释放。不能把取消当成失败退款，因为钱并未收入。支付成功只把订单改为已支付，开通仍可能失败。开通失败走退款，退款有单独的状态：已申请、渠道处理中、已退回。在退款完成前，卡不应再次被同一订单开通，也不应让用户再付一笔相同套餐而不提示上一笔正在退。
分账是在这笔成功支付上的附加指令，分账延迟不影响“已支付”的判定。达希接入微信与支付宝收款时，按页面环境选择支付产品，用商户订单号把渠道流水绑回卡订单，再决定下发、复机或退款。
关闭的商户订单号不能拿来再支付
用户取消或超时后，原商户订单号已经在渠道侧关闭。用同一个号再次下单，渠道会拒绝或把旧的关闭状态同步回来，平台若当成新支付去开通，会开通失败却没有新的流水。再次支付必须生成新的商户订单号，并关联到同一张卡和同一个套餐意向，旧号只保留为已关闭。金额若因套餐调整发生变化，更不能复用旧号。达希在微信收款里用新订单号发起下一次收银台，渠道流水、关闭记录和退款都挂在各自的订单号上，不会串到下一笔。金额以分为单位核对，和平台订单差一分也不开通。通知验签失败时只留报文，不能凭页面跳转回来就视为支付成功。