Business Scenario × Qualification

资质场景应用

按“企业类型—业务需求—资质判断”组织场景入口：先看网站用途、收费方式、用户对象、平台功能和经营动作，再进入ICP备案、许可证、专项备案或经营资质的对应页面。

核心原则：网站事项与线下经营分开看。ICP备案、ICP/EDI等互联网事项，和食品、医疗、住宿、特种行业、特许经营等线下或专项事项，可能同时出现，但不能相互替代。

Entry Layers

三级入口：从场景到许可证，再到地区自查

本页是整套资质内容的入口层。它不直接给“必须办理”的结论，而是把用户从实际业务带到具体的资质方向，再交给分类页和地区页继续核对。

01 场景入口

按企业类型、本地服务行业与业务需求进入，回答“这类生意通常先看什么”。

本页：资质场景应用

02 许可证分类解释

解释某一个许可证、备案或专项资质本身：管什么、谁需要、边界在哪。

承接：增值电信、文化演出、影视出版等分类页

03 地区与材料自查

补充主管部门、办理入口、主体与材料边界，属后续细分入口。

延伸：按地区与材料逐条核验

内容边界：增值电信业务分类可参考工业和信息化主管部门及各省通信管理局公开办事指南；算法备案以国家互联网信息办公室算法备案系统及公开规定为依据；食品、医疗、住宿、特种行业、高危体育项目、建筑业资质等事项，应分别以对应主管部门最新公开指南为准。

Enterprise Scenarios

面向有网站、平台或线上业务的经营主体：先看网站功能与收费方式，再看经营动作本身。

本地服务场景

面向线下门店与本地服务企业 · 共 49 组

FAQ

把页面中的判断边界写成可见问答，方便用户阅读，也便于搜索引擎和AI理解页面主题。

一个企业场景是否只对应一张资质？

不一定。同一主体可能同时提供信息服务、交易处理、内容经营或产品销售，也可能既有线上网站又有线下门店，应把每条业务链分别拆开，再按主管部门口径判断。

企业类型场景和本地服务场景有什么区别？

企业类型场景偏向有网站、平台或线上业务的经营主体，重点是互联网功能与经营动作的组合；本地服务场景偏向线下门店与到店服务，重点是食品、医疗、住宿、特种行业等线下许可。两者使用同一套“网站事项 / 线下事项”判断方法。

这个入口页和许可证分类页如何分工？

入口页从实际业务需求出发，帮助用户定位可能涉及的监管事项；许可证分类页解释单个资质方向；地区与材料自查页再补充当地主管部门、办理入口和核验来源。

为什么不直接给出“必须办理”的统一结论？

不少事项取决于主体、产品类别、服务对象、收费方式、平台功能和经营地区。未经逐项核验的全国统一结论容易误导，应把“需要核对”的边界写清楚。

实际经营中线上和线下如何一起看？

先分别建立两条清单：一条列网站、小程序或平台的互联网事项，一条列经营项目对应的线下许可与备案；两类可能同时出现，办理要求分别满足，不能因为办了其中一类就免除另一类。

本页是 67 组场景的总入口：先按业务需求选择场景，再进入对应场景页，最后根据页面中的资质分类入口继续核对。