判断ICP与EDI，应从实际服务出发。先说明平台替谁做什么、如何处理信息或交易，再核对业务分类。不能只因为网站有付款功能就认定需要EDI，也不能仅凭“自营”二字排除所有许可要求。
一、先看信息服务和在线处理服务的区别
日常所说的ICP许可通常指经营性互联网信息服务相关许可；EDI许可通常对应《电信业务分类目录》B21在线数据处理与交易处理业务。目录B25则界定信息服务业务。正式申请应使用适用的业务名称和范围，两个简称不能替代具体业务说明。
- 信息服务：说明信息由谁提供，如何发布、检索或交互，用户获得什么服务。查阅分类目录B25；涉及互联网信息服务时结合许可、备案规定核对。
- 在线数据与交易处理：说明平台为谁处理交易、事务或数据，输入输出是什么，平台承担哪些处理环节。查阅分类目录B21，结合具体服务和适用的办事指南核对。
- 同一平台有多种服务：分别说明不同功能的用户、合同、收费及处理流程，逐项判断适用业务范围，避免用一个简称覆盖全部服务。
二、三个场景用于提问，不直接代替许可结论
- 公司展示自己的产品：先确认页面仅用于介绍，还是实际提供有偿信息、在线处理或其他服务；是否涉及依法须先核对的行业事项。
- 允许其他商家入驻的平台：列明商家与用户如何签约，订单由谁生成，平台如何处理交易数据，是否参与结算或提供其他服务，再据此核对业务类别。
- 同时有社区与交易功能的应用：把内容发布、互动、搜索与交易处理分别列出，说明各部分的经营者、服务对象和收费方式，核对是否涉及多个业务范围。
以上是条件式核对示例，不是本公司的真实客户案例或审批结论。支付按钮只是一个功能入口，不能完整说明平台的经营角色与服务性质。
三、写一份能对应实际功能的业务说明
- 主体与入口：公司名称、域名或应用名称、谁负责运营，合作方承担什么职责。
- 用户与服务：普通用户、商家或企业客户分别使用哪些功能，平台向谁交付什么服务。
- 一次完整流程：按注册、内容发布或检索、下单、交易处理、售后等实际环节说明；没有的环节不要补写。
- 合同与收费：合同由谁与谁签署，收入来自什么服务，收款、结算与服务责任是否清楚。
- 信息与数据：平台处理什么数据，处理目的和输出结果是什么，系统部署及安全责任如何安排。
- 待核实事项：标出尚不明确的分类、覆盖范围或行业前置事项，附上可展示的真实页面，向主管部门核实。
四、确定业务范围后再核对申请材料
选定业务类别后，再按经营主体、覆盖范围与适用政策核对申报条件。《电信业务经营许可管理办法》规定相应申请条件与材料；各地现行办事指南和系统表单是具体准备时的重要核对依据。不要把其他业务或其他地区的人员证明要求直接复制过来。
继续准备信息服务相关申请，可查看ICP许可证办理指南；准备在线数据处理与交易处理相关申请，可查看EDI许可证申请条件与材料指南。两份指南用于承接完整办理问题，本文重点帮助读者先把业务说清楚。
五、官方依据
- 电信业务分类目录（通信管理局公开全文）：核对B21、B25及具体服务定义。
- 互联网信息服务管理办法：核对经营性、非经营性互联网信息服务及相应制度。
- 电信业务经营许可管理办法：核对申请条件与材料要求。
本文为第三方业务梳理参考。存在混合功能、特殊股权或其他行业服务时，应按真实情况逐项核实，不能将本文示例当作已获许可或保证获批的依据。
