上海清理空壳类 ICP 备案数据，一批支付相关小程序和网站也出现在公示附件中。
支付之家梳理上海市通信管理局 6 月发布的三批清理空壳类 ICP 备案数据公示发现，开店宝、付临门、易生支付、杉德支付等支付机构或相关业务体系的多个线上服务入口出现在附件中，涉及商户入网、预付卡、收银、展业、点餐等用途。
这次清理针对 ICP 备案数据。支付机构近年来上线了大量网站、APP、小程序和商户工具，一些分散在不同业务部门、分公司或关联主体名下。产品停用、业务调整或主体变化后，备案信息也需要同步更新。
6 月，上海市通信管理局连续发布 20260607、20260614 和 20260621 三批清理空壳类 ICP 备案数据公示，公告发布时间分别为 6 月 8 日、6 月 15 日和 6 月 24 日，公示期均为一个月。
公告显示，相关工作依据《非经营性互联网信息服务备案管理办法》《工业和信息化部关于网站备案系统升级启用工作的通知》等文件，并参照《空壳类备案数据清理工作方案》执行。上海市通信管理局给出的官方原因是，落实清理空壳网站和备案信息不准确网站的要求，进一步提高 ICP 备案信息准确率。
支付之家统计三批次附件发现，公示数据合计 16662 条。其中，20260607 批次 7118 条，20260614 批次 5712 条，20260621 批次 3832 条。按类别计算，包括空壳主体 1623 条、空壳网站 8662 条、APP 31 条、小程序 6344 条和快应用 2 条。三批公告均附有相应的空壳主体、网站和移动应用核查数据。
上海市通信管理局将上述数据称为“网站备案信息不完整数据”，范围包括空壳网站数据、空壳主体数据和空壳移动应用数据。公告要求相关 ICP 备案主办者尽快联系互联网接入服务企业，履行 ICP 备案手续并完成备案信息真实性核验。公示期满后，未落实整改的 ICP 备案数据将被依法注销。
在三批次附件中，支付相关记录主要集中在小程序名单中。
开店宝相关条目最为集中。支付之家梳理发现，“开店宝入网助手”“开店宝预付卡商城”“开店宝预付卡商家”“开店宝商+”“开店宝预付费卡”“开店宝伙伴”“开店宝招商”等 7 个小程序出现在公示附件中，备案主号均为沪ICP备06028350号。
这些小程序名称涉及商户入网、预付卡、合作伙伴和招商等业务。仅开店宝一家，此次就出现 7 个不同名称的小程序，分布在多个细分服务入口。
付临门相关小程序分布在两个批次。“付临门付商宝”出现在 20260614 批次，“付临门创富宝”出现在 20260621 批次，两者备案主号均为沪ICP备10000885号。付临门支付有限公司官网公开使用同一备案主号。
易生支付相关条目为“易生云收银”。根据工信部 ICP/IP 地址/域名信息备案管理系统查询结果，该小程序服务备案号为沪ICP备2024072573号-1X，主办单位为易生支付有限公司上海分公司，审核日期为 2024 年 5 月 29 日。
杉德体系也有相关记录。“杉德河马点餐”出现在小程序空壳类备案数据中，其备案主号为沪ICP备12013510号，与杉德支付网络服务发展有限公司官网使用的备案主号一致。杉德支付官网目前公开使用沪ICP备12013510号-1。 同时，“杉德巍康企业服务有限公司”出现在网站备案数据中。
附件中还出现“收单云”“数字收单助手”“云PAY预生产收银台”“巧付”“浪沙云POS”“宝淞结算助手”等名称。支付之家结合名称、备案号、域名及公开信息，初步筛出 30 余条支付及相关服务记录。
上海市通信管理局没有逐项披露上述支付相关服务进入公示的具体原因。按照公告统一口径，相关数据属于备案信息不完整数据，主办者需要联系互联网接入服务企业履行备案手续，并完成备案信息真实性核验。
若相关主办者在公示期满后仍未落实整改，对应 ICP 备案数据将被依法注销。此次出现的支付相关记录，多数并非机构官网，而是商户入网、预付卡、收银、点餐和展业等细分工具。
与官网和主要 APP 相比，商户入网助手、合作伙伴工具、预付卡商城、点餐小程序、收银工具和展业应用用途更细，数量也可能更多，部分服务还涉及分公司、关联企业或外部服务商。
工具上线时，产品发布和业务推广通常受到更多关注。几年后业务调整、产品更名或小程序停用，原有备案是否同步更新或注销，则容易成为遗留事项。
名单中还出现了“预生产收银台”“现场运营”“商户端”等名称。线上服务数量增加后，备案信息也很难继续依靠单一部门零散维护。
支付行业经历业务调整、机构整合或产品收缩后，一些历史网站和小程序可能已经停止推广，但备案信息仍然保留。还有一些服务从总部转向分公司、关联主体或新的系统承接，原有入口是否关闭、备案是否更新，同样需要处理。
已经停用但仍可查询或访问的历史入口，也可能影响品牌管理。
一个已经停用的小程序，用户未必知道它是否仍是官方服务。旧商户入口、代理工具或收银页面继续留存，也可能继续出现在旧资料、旧链接和对外沟通中。对于带有“支付”“收单”“收银”“POS”“预付卡”“入网”“结算”等字样的服务，机构更有必要定期核对其实际状态。
支付机构可以重新盘点总部、分公司、子公司和关联主体名下的网站、APP、小程序、快应用及其他线上工具，将备案主号、服务备案号、主办单位、服务名称和当前使用状态放进同一套台账。
仍在使用的服务，核对备案信息和真实性核验状态。已经停用的产品，及时处理原有备案和入口。业务主体发生变化后，原来的服务信息也应同步调整。对于由服务商参与建设的工具，还要明确备案维护和产品退出由谁负责。
新的小程序上线时完成备案只是第一步。业务停掉、产品下线、主体调整之后，原有备案是否同步更新，也该有明确的退出流程。
支付机构分布在各业务部门、分公司和关联主体名下的线上服务，是时候重新盘一遍了。
这里是支付之家。我们关注支付表象之下的规则差异与逻辑变化，提供支付科技领域增量信息。观点内容仅供参考。
未经允许，严禁转载。发布者：支付之家 转载或引用请注明出处：https://www.zfzj.cn/12940.html
