准备做算力聚合,被各种「要不要办证」的说法绕晕:有人说只是信息撮合不用办,有人说上架就得有 IDC 和等保。这篇不给你一句「必须办 X」的结论,而是按你实际怎么收钱、怎么交付、跑不跑模型,逐块给出对应要办的证和判断顺序,方便你拿去对着自己的业务形态过一遍。
很多人一上来就问「做算力聚合要办哪个证」,这个问题本身就问早了。同一句「算力聚合」,可以是你只做信息撮合收广告费,也可以是你把算力买进来再卖出去,还可以是你把模型跑起来直接卖给终端用户。这三种形态下,谁是经营主体、谁承担内容责任、谁对资源合规负责,答案完全不同,对应的证书清单自然也不一样。
所以这篇不给你一句「必须办 X」的结论,而是按你实际怎么收钱、怎么交付、跑不跑模型,逐块拆出对应的资质判断和自查顺序。你拿它对着自己的业务形态过一遍,比抄同行的清单靠谱得多。
先定业务形态,再谈要办什么证
定形态不是写商业计划书,而是回答三个很具体的问题。这三个答案落在哪一方,资质责任就直接归到那一方,别指望靠一句「我们只是平台」把责任推干净。
- 钱是谁收的:用户付款进你的对公账户,还是走持证方的通道、你只拿佣金
- 卡是谁的:机器和带宽是你自持、租用,还是只做调度撮合、资源在别人手里
- 模型是谁跑的:你只转发请求,还是自己部署推理服务、自己出内容结果
纯内容介绍、不参与交易与结算的平台,一般落不到经营类资质上,但它不代表没事,推广文案是否踩广告合规、用户数据怎么收,仍然要单独看。这个「不适用」的前提是:你确实不经手钱、不经手资源、不控制交付结果,三者缺一,形态就变了。
基础主体与经营性资质这一层
先把工商主体理清楚:境内还是境外、收款走对公还是第三方通道。主体性质决定了后面一大半选项,很多人卡住不是证办不下来,而是主体注册地选错了,回头改成本很高。
如果面向不特定用户收费提供服务,通常要评估增值电信业务相关许可;如果只对签约企业客户做服务,路径不一样。这块各地口径有差异,别拿网上的通用结论当准绳。
| 看什么 | 常见情况 | 你要做的动作 |
|---|---|---|
| 收款主体 | 对公直接收 / 第三方代收 | 确认资金流向与合同主体是否一致 |
| 服务对象 | 不特定公众 / 签约企业 | 按对象范围决定许可路线 |
| 推广方式 | 公开投放 / 定向商务 | 公开投放需额外核对广告合规 |
| 合同与条款 | 有无书面服务协议 | 把发票、退款、隐私条款一起备齐 |
这类经营性资质的具体门槛、办理周期和费用,网上版本很杂,建议到 /guides 里按所在地区核对当时的说明,以主管部门口径为准。
转售或托管算力时的资质判断
只要业务碰到机房、带宽、机柜的自持或转租,重点就落在 IDC、云服务相关的经营许可与资源合规上,这部分不能照抄同行,因为你不知道对方是自办还是借的资质。
如果只做资源调度、不碰物理设施,通常落在技术服务与信息服务这一侧。但这不代表可以不管协议,你必须在合同里把资源责任划清:谁保证可用性、谁承担故障、谁对上游断供负责。判断顺序建议按下面三步走。
- 确认是否需要许可先判断业务是否触碰机房、带宽、机柜等物理资源,触碰就要评估对应许可,不触碰也别急着跳过,继续看下一步。
- 确认自办还是借用自办要自己走流程;借用持证方资质,要在协议里写清责任边界和资质有效期,别只拿一张截图。
- 最后才谈成本把自办和借用的时间、人力、合规风险放在一起比,再决定路线,别一开始就被报价牵着走。
各家持证方的报价和合作方式差别不小,想横向看,可以到 /sites 对照当时各家公开的口径,别只看一家。
平台自己提供模型服务时才触发的合规
这一层的分水岭只有一个:你在链条里是「通道」还是「服务提供者」。只转发请求、不控制输出内容,和自己在平台侧部署模型、直接向用户输出结果,走的是两条路。
面向公众提供生成式服务,和只做企业内部调用,要求差别很大。很多团队栽在把 B 端的做法直接套到 C 端,等你开始对公众开放注册,才发现前面没留时间窗口。
算法推荐、内容安全、数据出境这几项,经常和模型相关备案一起被提出来。但它们不是打包必办,要按业务是否真实涉及分别核对。不涉及就别硬办,涉及了也别指望能绕过。
- 通道角色
- 只做请求转发与计费,不控制模型输出内容,责任相对靠后
- 服务提供者
- 自己部署或深度定制模型并直接向用户输出,责任明显靠前
- 内容安全
- 涉及面向公众输出内容时才重点评估,企业内调用看场景
- 数据出境
- 涉及把用户数据传输到境外处理时才需要单独核对
一份可以照着走的自查顺序
把上面几层合成一条可执行的自查路线,照着走,比零散地搜「要不要办证」效率高得多。每一步都有明确的产出物,走完你应该拿到一张属于自己业务的资质表。
- 定形态回答钱谁收、卡谁的、模型谁跑三个问题,把答案写下来,别停在口头。
- 定主体确认工商主体与收款通道是否匹配,不匹配就先解决主体问题,再谈后面的许可。
- 列许可按形态把可能需要的基础经营许可、资源类许可、模型相关内容逐条列出,标注「确定要 / 待确认 / 不适用」。
- 补内容与数据合规把广告合规、内容安全、数据出境这几项按是否涉及单独过一遍,不涉及的写明理由。
- 回头核对合同与收费最后重复核一次合同、发票、退款条款和收费口径,确保与前面认定的形态一致。
| 资质项 | 谁发 | 你要盯的点 |
|---|---|---|
| 主体经营类 | 市场监管与行业主管 | 主体性质与经营范围是否覆盖业务 |
| 增值电信类 | 通信主管部门 | 服务对象与收费方式是否触发 |
| 资源经营类 | 通信主管部门 | 是否触碰机房带宽等物理资源 |
| 模型相关备案 | 网信主管部门 | 是通道还是服务提供者 |
| 内容与数据合规 | 多部门 | 按是否涉及分别判断 |
每项资质建议都记上「谁发、有效期多久、续期提前多久」,做成一张表。临到期才发现补不了的情况很常见,提前量比证书本身更值钱。
拿不准的时候,别靠搜索结论下判断。找当地主管部门或专业机构口头确认一轮,花的时间远低于后面返工和整改。
资质清单不是抄来的,是把自己的业务形态一条条对出来的。
常见问题
只做导流、不碰钱不碰卡,需要办这些证吗?
纯撮合、不参与结算和交付,通常落不到经营类许可上,但要留意两点:一是推广内容是否构成经营宣传,二是用户协议里对资源来源和责任的描述是否留了后路。业务一旦从导流走到代收代付,判断就整个变了,建议在改模式前重新过一遍清单。
这些资质有没有先办哪个的顺序?
有。一般先落主体,再按业务形态定许可范围,然后是内容与数据侧的合规,最后才是持续维护。顺序颠倒的常见后果是先花钱办了用不上的证,或者用不上却先接了客户。具体每项的办理口径和时间,去站内相关页面按当时的说明核对,不要照抄别人的时间表。
资质和备案是同一回事吗?
不是。资质偏向经营资格,备案偏向事后登记与内容责任,两者触发条件、办理对象、有效期都不一样。有些业务只需要其中一项,有些两项都要。别把「备过案」当成「有资质」,也别因为没备案就以为不能开展业务,先按自己的形态逐项对。