一家做办公耗材的客户，商城页面都做完了才想起支付还没申请，上线时间硬生生推迟了两周。做带交易的百度小程序开发，收银台的对接要趁早启动，流程和材料先弄明白，排期才不会被动。
先把商户资质办下来
支付对接的第一步不是写代码，是入驻。企业主体登录智能小程序平台，进到支付模块提交资质：营业执照、法人信息、结算银行账户，涉及特殊类目的还要行业许可证。审核一般三个工作日左右，材料不齐被打回再补，一周就搭进去了。所以立项时就该把支付资质和开发并行推进，等页面写完再办，等于白白浪费等待期。
下单、验签、回调，三步走通
技术上对接分三步：用户点支付，后端拿订单信息向百度收银台统一下单，拿到支付数据传给前端唤起收银台；用户付款后，收银台异步通知商户服务器，服务器验签确认后把订单置为已支付；最后主动查询一次订单状态做兜底。最容易出事的是回调环节：验签失败多半是密钥或时间戳的问题，回调丢失则要靠定时对账补救。我们给交易类项目都加一道每五分钟主动查单的机制，漏掉的通知自动补上，客诉少了很多。
退款和对账别当甩手掌柜
- 退款接口单独对接，到账状态要在小程序里展示给用户
- 每天拉一次对账单，和订单表核对金额与笔数
- 密钥和证书放在配置中心，别明文写在代码里
- 支付日志保留三个月以上，出了纠纷有据可查
这四条都不难，难的是上线后没人盯着。指派一个人每周看一次对账结果，异常早发现。
对账单里藏着真问题
上线头一个月，每周把对账单和订单表对一遍，重点看两类差异：金额对得上但状态对不上的，多半是回调丢了；状态对得上金额不对的，要警惕退款并发的问题。有一家客户翻出一笔两个月前的差异，追下来是用户付款后应用闪退，订单没走到最后一步，靠对账才把钱和货都对回来。对账频率按单量定，日均百单以内的每周一次足够。
再补一句营销侧的提醒：收银台支持优惠券和立减，活动前把优惠叠加的顺序测清楚，别出现实付金额和页面标价对不上的乌龙，那是最伤信任的一类客诉。活动规则写在页面显眼处，还能省下不少客服解释的成本。
一句实在建议：支付模块上线前用真实账户走完付款和退款全流程，小额跑五笔比模拟环境测五十遍都有用。百度小程序开发的支付对接拿不准的，找比格网络这类做过交易项目的团队把把关，支付出问题的代价，远比咨询费高。
