日照老板做了微信小程序商城，订单生成了却不知道钱怎么收、回调怎么处理、退款怎么退。这篇用我帮一家水果店上架小程序的踩坑记录，讲清小程序收款的全链路。
一家日照水果店老板想做小程序自提，商品上架、下单都行，但客人付完钱订单还是"待支付"，到店取不了货。我帮他查，是支付回调和订单状态没接好。下面拆开说。
小程序支付调用 `wx.requestPayment`，参数由后端先调统一下单换得。流程：用 `wx.login` 拿 code 换 openid → 用 openid+订单号+金额请求统一下单 → 拿 prepay_id 签名 → 回传前端调起。我那客户把 openid 当前端直接传导致不匹配，openid 必须由后端用 code 换。
客人付款后，微信向 `notify_url` 发 POST 通知。三个坑：
| 坑点 | 现象 | 处理 |
|---|---|---|
| 地址不通 | 订单一直待支付 | 用公网 HTTPS，别 localhost |
| 没回 success | 微信反复重推 | 收到回 SUCCESS 报文 |
| 不幂等 | 重复发货 | 用商户订单号查是否已处理 |
我加了"收到通知先查本地状态，已支付直接回 success"，卡单当场没了。
小程序订单和微信账单每天勾，差额在未支付单占号、退款没同步、优惠券分摊错。建议每晚自动对账、异常报警（对账见第47篇）。
小程序费率按经营类目，水果生鲜一般 0.6%，民生类有优惠。类目报备准，乱填会被风控限交易（风控见第28篇）。
可以且推荐。一个商户号关联多个 AppID，统一对账方便，只要类目合规。
钱在微信侧已收，只是订单没更新。去平台查交易状态手动补单，同时修通知地址，客人无损失。
处理前用商户订单号加锁/查状态，已支付直接回 success。订单号设唯一索引更稳。
默认开通就能收，费率同借记卡，不另加。别诱导套现，会被风控。 小程序收款跑通后，订单和钱就对上了。核心：openid 后端换、回调回 success、订单做幂等。差异细节可回看第228篇公众号H5配置。
日照开餐饮店，收款方式别急着跟风买机器。先看清你的经营场景——要不要桌台、会员、发票，再决定用聚合收款码、电签 POS 还是智能收银台。本文用第一人称实操视角，帮你把这笔账算明白。
日照做零售（便利店、超市、服装、母婴），收款方案的核心是"对账效率+会员复购"。本文对比收款码、POS、智能收银台三类方案，并给出按门店规模的选型建议。
POS 跳码是很多"低费率"背后的套路。本文讲清跳码是什么、有什么风险、怎么自检，以及发现跳码后怎么办。
日照商户常被"低费率"吸引，但 0.38% 和 0.6% 差的不是数字，是通道和商户类别。本文讲清费率构成与选型红线。
聚合支付把多条通道合一，单独 POS 只走一家。本文对比两者在到账、对账、费率、售后上的差异，帮日照商户按场景选。