客户扫码付款，还是在页面里下单

搜索“个人如何接入微信支付”，先看付款发生在哪里。如果客户当面确认金额，扫微信收款码付款，使用微信提供的个人收款功能即可；收款记录在微信内查看，不涉及开发接口。

如果客户在小程序或网站选好商品，点击按钮后完成支付，并由系统自动标记订单状态，就属于另一种需求。开发者需要以符合要求的主体申请微信支付商户号，再按对应场景接入支付能力。个人收款码不能直接当作商户号使用，也无法让程序凭一张二维码稳定地完成订单核销、退款等操作。

两种方式的差异，在订单变多时会更明显。手工收款可以通过付款记录核对一笔交易；系统支付则要把支付结果与具体订单对应起来。准备接入前，先写清楚自己实际的成交方式，能避免做完页面才发现收款方式接不上。

页面做好了，申请商户号时卡在主体信息

例如，一名独立开发者替自己制作了商品展示页，原计划让客户点击“立即购买”后用微信付款。页面已经能生成订单，但申请支付能力时，他手里只有个人微信账号，还没有确认可用于经营收款的主体材料。此时继续编写支付按钮，解决不了商户号申请的问题。

他先暂停支付接口开发，核对微信支付官方申请页面当前接受的主体类型，以及自己的经营情况能提供哪些材料。如果符合个体工商户等主体的申请条件，就按实际经营信息提交；若暂时只适合线下、少量收款，则先使用适用的收款方式，订单由自己核对，不把个人二维码包装成网页支付接口。

这条路径仍有取舍：手工核单会占用时间，客户付款后页面也不能自动显示准确的支付状态。主体材料尚未齐备时，先保留已做好的订单页面，等收款账户和申请条件确认后再接支付功能，避免把临时办法写进正式交易流程。

拿到商户号后，核对订单如何到账

商户号获批也不等于把一段支付代码贴到网页就能收款。网站、公众号和小程序使用的支付场景不同，所需的账号关联和接口配置也有差异。接入时，把商户号与实际下单入口对应起来，再检查商品金额、订单号和支付回调能否正确传递。页面显示“付款成功”不能单独作为发货依据，订单状态应以服务端核验到的支付结果为准。

资金方面，还要看清申请主体对应的结算账户、平台显示的费率及结算规则。个人经营者常把“客户已经付款”和“钱已经到了银行卡”当成同一件事，实际核账时应分别查看交易记录与结算记录；退款也要从原订单处理，避免只凭聊天记录手工转账后，系统里仍显示未退款。

准备动手时，先确认自己只需扫码收款，还是需要页面内下单和自动核单。确定走商户支付后，再到微信支付官方渠道核对当前主体要求，整理主体与结算账户材料；获批后用一笔测试订单检查支付、回调和退款记录是否对应。