定位：独立开发者跑通「能收款」时的对公账户实操笔记，可抄检查项；不讲代办、不导私域、不编造补贴 案例背景：做「不着边际奇想」小程序上架时，支付进件与对公结算会把「开户」绑进同一条发布链——本文只写这一环 本系列共 4 篇（执照对齐 → 公户 → 税种 → 上线检查），这是第 2 篇，可单独读完
可抄顺序（先做这一页）
很多人版本过了、类目也过了，卡在第一笔正经回款：客户说打到对公，或支付商户进件要求对公账户，这时才发现开户要预约、双录、尽调。
我这边的可抄顺序：
- 先判断：当前产品是否「几乎绕不开公户」（对公合同、专票、商户进件、平台只提现到对公，四选一为真就尽早办）
- 执照到手就开始约银行，把开户按 2–4 周缓冲 排进上线日历，不要按「三天搞定」排
- 开户前写好「业务说明 3 句」，并与经营范围、小程序类目叙事一致（系列①）
- 开户成功当天做小额测试 + 归档；同一周内再填支付进件里的账户信息
地区与银行口径会变，以开户行当次要求为准；下面只谈独立开发常见路径与我踩过的坑，不承诺开户结果或工期。
1. 这一环为什么是「技术向」问题
做「不着边际奇想」时，工程侧（云开发、发版、支付 SDK）和合规侧仍绑在一起：商户号主体名、结算账户、执照名称必须一字对齐。没有可用的对公户，进件可以填到一半就停，B 端合同也无法按约定收款。
所以这不是「银行科普」，而是上架与交付流水线里的一道门禁——和类目认证、ICP、商户号主体一致，属于同一条发布链。
独立开发常见四类「后置爆炸」（本文只展开第 2 类）：
- 产品类目依赖执照（系列①）
- 没有公户就很难正经回款（本文）
- 税种选错/漏报比「多交一点」更糟（系列③）
- 注册 → 公户 → 核定 → 过审 → 稳定回款往往比想象慢（系列④）
2. 什么时候必须尽早办（先答产品门禁）
以下任一为真，建议尽早办，而不是等第一笔款卡在路上再急：
- 要签对公合同、收对公转账
- 要开通部分支付/商户能力（以通道方当时规则为准）
- 要给企业客户开增值税发票且走对公结算习惯
- 平台提现只支持对公（部分场景）
个体户是否强制公户、各地银行政策不同，以开户行口径为准。一人公司实务上，把公户当成「交付闭环」的基础设施更稳妥。
可抄动作：一页纸写下「是否要对公合同 / 是否要专票 / 支付进件是否要求对公」。三项里有一项为真，就按 2–4 周缓冲排开户；三项都假、短期只做轻量 C 端验证，可以暂缓，但要把「第一笔 B 端意向出现」设成开户触发器。
我踩过 / 见过的误区
- 「产品演示通了再开户」：演示通了客户就要打款，开户窗口往往还要排队。
- 「三天肯定能开好」：预约、双录、尽调、网银激活叠在一起，2–4 周更常见。
- 「业务说明写好听点」：写成支付中介、金融撮合，却与执照范围打架，是高频拖延原因。
3. 开户前材料自检（银行会加减，先自检一遍）
准备时按「一套材料、多问两家银行」效率更高：
- 营业执照正本/副本（或电子执照）与公章、财务章、法人章（若已刻制）
- 法人身份证（在有效期内；复印件清晰）
- 公司章程 / 股东信息（一人公司也要能说清）
- 注册地址与实际办公/联系地址说明（部分银行要场地证明或上门）
- 预留手机号、邮箱，与执照、税务、平台认证同一套
- 业务说明 3 句已写，且与经营范围、小程序类目叙事一致
业务说明 3 句模板（可改写，勿抄假故事）
- 我们做什么：例如「面向独立开发者的效率工具 / 内容产品，通过小程序或网站交付」。
- 钱从哪来：例如「个人用户在线支付」或「企业客户对公转账购买服务」。
- 主要客户是谁：例如「个人开发者 / 小微团队 / 某类 B 端客户」，与执照经营范围能对上。
可抄动作：开户前把这 3 句和执照经营范围对着读一遍；不一致就先改说法或先走经营范围变更（见系列①），别到柜面才发现。
4. 常见被拒 / 被拖延（先自查再换行）
- 注册地与经营地叙事打架：执照在 A，人说在 B，又说不清实际经营。
- 经营范围与口述业务不一致：嘴上做支付中介，执照只有软件开发。
- 印章、人名、执照号不一致（错别字、曾用名未说明）。
- 无法说明资金来源与用途：不是要商业机密，是要合理商业逻辑。
- 预约 / 排队 / 双录 / 尽调 缓冲不够，上线日被连带推迟。
被拒后的原则：
- 先要书面或口头明确的原因要点（能记下来的原文更好），再改材料。
- 同一原因改一次再提，避免同材料连提三次。
- 换银行可以，但若材料逻辑本身说不清，换行也救不了。
若执照地址是集中注册地或托管地址，提前问开户行是否接受、要不要补充实际经营说明。这类问题拖到柜面，空跑成本很高。
5. 开户信息 ↔ 支付进件字段（对齐表）
进件页常见字段与银行侧要对齐的，建议开户当天就抄进一张表（户名以执照全称为准，空格/括号不要「看起来差不多」）：
| 进件常见字段 | 开户侧核对 |
|---|---|
| 商户/主体名称 | 执照名称一字不差 |
| 结算账户户名 | 对公户户名 = 执照名称 |
| 账号 / 开户行 | 含支行全称；网银里能复制的为准 |
| 法人/经营者 | 与执照、身份证一致 |
| 联系手机/邮箱 | 与平台认证、银行预留同一套 |
可抄动作：进件填到「结算账户」前，先用网银截一张账户信息页（可打码中间位），再对着进件表单抄，减少手滑错一位导致的反复驳回。
6. 开户后立刻做的 4 件事（接到支付进件）
- 网银 / 手机银行开通，记下 U 盾/令牌保管人（一人公司也要有备份联系方式）。
- 确认能否收付、日限额；小额测试一笔（自有资金互转亦可）。
- 把账号信息归档到密码管理器（户名、账号、开户行全称含支行）。
- 后续支付进件、税务三方协议、社保公积金（若有）尽量用同一对公户，减少「多户对不上」的扯皮。
开户完成 ≠ 支付进件完成。小程序/应用商店收款还要主体名称与执照一字对齐（见系列④）；税务侧还有申报节奏（见系列③）。
7. 开了不用：休眠、久悬与收尾顺序
对公户不是办完就永远安全。常见后续风险（原则级，以开户行通知为准）：
- 长期无交易：可能被限额、转休眠/久悬，再激活要重新尽调，耗时不亚于新开。
- 只进不出或只出不进：风控常问；一人公司也要能解释「钱从哪来、付给谁、对应什么业务」。
- 执照还在、户不用、税也不管：后面想启用时，往往要同时处理税务非正常、银行激活、平台进件过期。
可抄策略：
- 若 3–6 个月内确定不用对公收款，问清银行「最低活跃要求」；必要时小额自有资金互转保持可解释的活跃（不要伪装经营流水）。
- 确定不做了：按「销户 → 税务清算/注销（若适用）→ 执照注销」顺序问当地窗口或记账协作方，不要只扔着执照。
- 把开户行客户经理电话、网银找回方式写进密码管理器备注。
8. 把开户嵌进产品日历（可抄里程碑）
- 执照到手日 +0：当天或次日开始约银行 / 填意向。
- +3～7 天：材料齐套自检；业务说明 3 句定稿；印章与执照号交叉核对。
- 尽调 / 双录窗口：按银行通知到场；问清「多久能收第一笔、日限额、网银怎么领」。
- 开户成功日：当天小额测试 + 归档；同一周内启动支付进件账户信息填写（若产品已接近上架）。
- 对外承诺收款日：必须晚于「开户成功 + 进件过审 + 小额结算验证」，不要用「预计下周能开好户」当对外交期。
9. 上架前检查项（公户这一环）
- 已判断：当前业务是否「几乎绕不开公户」
- 开户材料齐、业务说明 3 句已写，且与经营范围 / 类目叙事一致
- 开户按 2–4 周缓冲排进项目计划（含预约与尽调）
- 网银可用、账户信息已归档、小额收付测试完成
- 支付进件与税务三方协议尽量指向同一对公户
- 已知休眠/久悬风险；不用则有销户与税务收尾顺序
小结
公户这一步的目标很朴素：能收、能付、信息可归档、叙事与执照一致。开户通了之后，下一步通常是搞清税种核定与申报节奏（系列③）；若你同时在做小程序上架，类目与支付主体要对齐执照名称（系列④）。主体与经营范围若还没定牢，先回看系列①。
银行口径与尽调要求因地、因行而异，动手前再问一遍开户行；本文只作开发者发布链路上的避坑笔记，不作开户结果承诺。
本文部分内容包含 AI 辅助创作
