36 lines
2.4 KiB
Markdown
36 lines
2.4 KiB
Markdown
---
|
||
name: 公众号主体与接口权限现状
|
||
description: 正式公众号是个人订阅号、未认证、AppSecret 冻结；核心结论「带参数二维码只有已认证服务号可用」，故当前扫码登录流程无法在订阅号上跑通，待用户选路线 A/B
|
||
type: project
|
||
---
|
||
|
||
2026-10-10 用户正式注册了微信公众号，AppID `wxb4bd18ef8255c03f`
|
||
（AppID 是公开标识、非密钥，可记录；**AppSecret 属敏感值，未认证前处于冻结状态，不入库**）。
|
||
|
||
**账号状态**
|
||
- 类型：**订阅号**（个人主体，用户没有个体户/营业执照）
|
||
- **未完成微信认证**；用户正在申请「改名」，改名通过后才做「个人认证」
|
||
- **AppSecret 冻结**：官方提示「该账号尚未完成主体认证，前往微信公众平台完成认证后重试」
|
||
→ 拿不到 `access_token`
|
||
|
||
**决定性结论（已查证微信官方开放社区，2026-10-10）**
|
||
- **「生成带参数的二维码」接口只有「已完成微信认证的服务号」可用**；认证订阅号、
|
||
个人订阅号均不可用。
|
||
- 因此 **换到该订阅号跑不通当前扫码登录流程**；改名 + 个人认证也解决不了（仍是订阅号）。
|
||
- 未认证个人订阅号**可以**用「服务器配置 + 接收消息 + 被动回复」（**不需要 AppSecret**），
|
||
但开启服务器配置后就不能同时用后台自定义菜单（对本项目无影响）。
|
||
|
||
**可选路线（待用户拍板）**
|
||
- **A（推荐，符合原设计）**：办个体户 → 注册「服务号」→ 微信认证 300 元/年。
|
||
保留「扫码即授权、用户免手输」体验，并解锁阶段 3 微信支付（支付同样要求认证服务号）。
|
||
- **B（不办个体户，但要改代码）**：改造登录流程绕开带参数二维码 ——
|
||
MFC 显示随机验证码 → 用户关注公众号后把验证码发给公众号 →
|
||
服务端用 `openid` + 验证码绑定设备并签发 session。未认证订阅号即可跑，
|
||
但服务端与 MFC 端都要改，UX 多一步。
|
||
|
||
**Why:** 主体类型与接口权限是「从代码里看不出来」的外部约束，直接决定架构能否上线；
|
||
照着现有代码改一堆，最后会卡在这个接口权限上。
|
||
|
||
**How to apply:** 讨论「切正式号 / 上线」时先看本文件。**不要再建议「用订阅号试试」**，
|
||
除非确定走路线 B。微信测试号（拥有全部接口）只能作过渡，不能上生产。
|