第9条「经营范围与前置审批」的几个风险点，互联网平台公司很可能正在踩。
一、条文原文与要点
这一条的核心意思，可以概括为一句话：经营范围由章程规定，可以修改并变更登记。
展开来讲，它包含两层：一是属于许可经营的项目须依法取得批准；二是超范围经营不当然导致合同无效，但可能引发行政处罚。前者划定的是前提条件，后者指向的是义务或责任。
条文的价值，最终要体现在具体场景里的判断和动作上。
落到互联网平台公司身上，这条所指向的义务或权利，需要通过具体的制度安排来承接。
二、从今天开始做
针对上面的分析，互联网平台公司可以立刻着手做几件事。
| 优先级 | 建议动作 | 预期效果 |
|---|---|---|
| 中 | 应落实「按许可目录核对经营范围表述」 | 补齐程序瑕疵 |
| 高 | 关键动作是取得许可后再开展对应业务 | 避免责任争议 |
| 中 | 应落实「超范围业务单独评估合同效力」 | 避免责任争议 |
建议的价值在于可执行，而非听起来周全。
落地之后，还要回头看效果，及时调整。
把建议转化为制度，才算真正「落地」。
三、检查要点
下面这张自查表，可以直接拿来用。对照互联网平台公司的实际情况逐项打勾。
| 自查项 | 达标标准 | 当前状态 |
|---|---|---|
| 应落实「按许可目录核对经营范围表述」 | 说到来源，重点是章程规定 | □ 未做 / □ 部分完成 / □ 已达标 |
| 关键动作是取得许可后再开展对应业务 | 说到来源，重点是章程规定 | □ 未做 / □ 部分完成 / □ 已达标 |
| 应落实「超范围业务单独评估合同效力」 | 在变更上，核心是修章＋变更登记 | □ 未做 / □ 部分完成 / □ 已达标 |
把这张表放进定期内控检查，才不会被遗忘。
自查结果应当留痕，既是整改依据，也是合规证明。
对于平台注册用户 300 万，采用协议控制架构的互联网平台公司来说，自查更要关注那些容易被日常经营掩盖的隐患。
四、错误做法盘点
围绕这一条，最常犯的错误有下面几类，互联网平台公司不妨逐一对照。
| 序号 | 常见错误做法 | 问题出在哪 |
|---|---|---|
| 1 | 最容易出错的地方，是超范围签订需资质的合同 | 证据留存不足 |
| 2 | 最容易出错的地方，是先经营后办证 | 混淆了适用对象 |
| 3 | 有人会把许可项目写成一般项目，这其实不对 | 混淆了适用对象 |
这些错，多数是可以通过制度设计避免的。
误区的根源，往往是理解不深或流程缺失，二者都要治。
尤其要注意，互联网平台公司这类平台注册用户 300 万，采用协议控制架构的企业，某些误区会因为规模或行业特点而被放大。
五、后果有多严重
违反这一条，后果可轻可重，取决于情节和造成的损失。
| 情形 | 可能的后果 | 责任主体 |
|---|---|---|
| 一般违规 | 承担违约或赔偿责任 | 董监高 |
| 情节较重 | 行政处罚 | 董监高 |
| 造成严重损失 | 刑事责任风险 | 直接责任人员 |
多数严重后果，都是从小疏漏积累起来的。
风险防控的重点，是阻断「小疏漏→大损失」的传导链条。
评估后果的目的，不是让互联网平台公司望而却步，而是让它把资源投到真正要紧的地方。
六、回到最初的问题
回到最初的问题：互联网平台公司面对第9条，最该做的是什么？答案已经在上面的分析里。
第9条「经营范围与前置审批」的风险，多数是可预见的；可预见而不处理，才是真风险。
声明：本文基于公开政策文件与实务经验整理，仅供专业交流参考，不构成正式税务或法律意见。具体事项请结合企业实际情况，并以主管机关口径为准。
