个人开发者想在产品里加入微信支付，常见目标是让用户下单后完成付款，系统自动更新订单状态。这个过程使用的是商户支付接口：订单由服务端创建，支付结果通过通知或查询确认。个人微信收款码能收到钱，但不能直接拿来完成这套订单对接。

打开接入文档前，先看谁来收款

“代码由个人开发”和“以个人身份收款”是两件事。开发者即使独自完成产品，也可以用已登记的个体工商户或企业作为经营主体申请微信支付商户号；申请资料、经营类目和可开通的支付产品，以微信支付商户平台的当前要求及审核结果为准。

如果手里只有身份证，没有营业执照，也不要先按网上教程写支付代码。部分小微商户申请渠道可能接收自然人资料，但申请入口、支持的经营场景和接口权限有条件限制，不能把“能申请收款”理解成“任何小程序或 App 都能调用支付接口”。先在官方入口或对应服务商渠道核实：当前身份能否申请、获批后能开通哪种支付产品。若目标只是临时收取一笔款项，现有收款方式也许够用；若商品需要自动发货、退款和订单对账，就要核对接口能力。

个人小程序已经做好，却找不到支付入口

例如，一位开发者先用个人主体注册了小程序，商品页面和订单页都已完成，准备上线时才发现支付接入受主体条件限制。他同时登记了个体工商户，便想直接把商户号填进原有小程序配置。

这里不能只看商户号是否已开通。小程序所属主体、商户号主体及两者的关联条件，也会影响小程序支付能否接入。他应先到小程序后台和微信支付商户平台核对主体信息、产品权限及关联规则，而不是把问题当作代码报错处理。

如果原有个人主体小程序无法满足当前接入条件，一条可行的路径是用符合要求的经营主体注册小程序，再申请或关联相应商户号，将支付功能接入新项目。这条路会占用重新提交审核、调整小程序入口的时间；原小程序已有用户数据时，迁移也要按平台支持的方式逐项确认，不能默认换个账号就能带过去。开发者可以先保留原项目的页面与业务代码，待新主体和支付权限确认后再处理迁移，避免两边同时改动却仍无法发起支付。

商户号开通后，订单仍未必能自动完成

主体问题解决后，再按实际入口选择支付产品：用户在小程序内付款，核对小程序支付的开通与关联；网站或 App 的支付需求，则分别查看对应产品的接入条件。只拿到商户号，并不代表所有场景都已获权。

联调时，服务端保存自己的订单号并调用微信支付接口创建交易，客户端负责调起付款。用户看到“支付成功”页面，不能单独作为发货依据：页面可能提前关闭，通知也可能延迟或重复到达。服务端要验明支付通知，核对商户订单号与金额，必要时主动查询交易状态；同一笔成功通知重复送达时，也只处理一次订单。退款同样要保留订单与退款记录，方便后续对账。

准备动手前，先确认收款主体和目标支付产品的权限，再核对小程序、网站或 App 的实际入口。权限明确后，把一笔测试订单从创建、付款到服务端确认完整跑通，再接入自动发货等后续动作。