有个做熟食外卖的日照老板找我，说他有公众号、有菜单，客人在微信里点开下单页死活调不起微信支付，只能用二维码让人截图扫，转化差一大截。我帮他走了一遍 JSAPI（公众号内收银）配置，下面是干货。
先确认认证服务号，在公众平台申请或关联商户号。我那客户拿订阅号硬试卡"无权限"白折腾两天，商户号下来开通 JSAPI 支付。
在公众号后台"功能设置"填网页授权域名并传校验文件。再去商户平台把公众号 AppID 绑定并确认。很多人只做一半，结果 openid 能拿但下单报"AppID 与商户号不匹配"。
客人点"去支付"，前端用授权链接跳微信拿 code 换 openid；后端用 openid+订单号调统一下单拿 prepay_id，签名回传前端调 `wx.chooseWXPay`。典型坑：jsapi_ticket 签名要用"当前页面 URL 去参数后"，差一个问号就调不起。费率按类目，普通 0.6%（费率见第8篇）。
每天拉商户平台交易账单和订单系统勾，差额多在退款和未支付单。异步通知可能重发，订单状态用商户订单号做幂等，别重复发货。
不能走 JSAPI。要么升级认证服务号，要么引导到外部浏览器用 H5 支付，但体验差。正经做生意建议升级。
查授权域名填对没、校验文件能否公网访问；后端换 code 时别把 AppID 和密钥填反。
去商户平台把公众号 AppID 绑定并确认——光在公众号侧申请不够，商户侧也要确认，两边都是"已关联"才行。
多半异步通知没收到或没做幂等。查通知地址可达性、看平台是否已推送；收到后用商户订单号更新状态，重复通知跳过。 公众号内收银搭顺了，日照老板在微信里收钱就稳。先服务号、再互绑、再授权拿 openid、最后签名调起。需要小程序回调细节，看第229篇。
日照开餐饮店，收款方式别急着跟风买机器。先看清你的经营场景——要不要桌台、会员、发票，再决定用聚合收款码、电签 POS 还是智能收银台。本文用第一人称实操视角，帮你把这笔账算明白。
日照做零售（便利店、超市、服装、母婴），收款方案的核心是"对账效率+会员复购"。本文对比收款码、POS、智能收银台三类方案，并给出按门店规模的选型建议。
POS 跳码是很多"低费率"背后的套路。本文讲清跳码是什么、有什么风险、怎么自检，以及发现跳码后怎么办。
日照商户常被"低费率"吸引，但 0.38% 和 0.6% 差的不是数字，是通道和商户类别。本文讲清费率构成与选型红线。
聚合支付把多条通道合一，单独 POS 只走一家。本文对比两者在到账、对账、费率、售后上的差异，帮日照商户按场景选。