SaaS、下载、SDK 与源码开放并存时，企业怎样分开留存对外记录？

江苏鑫律联律师事务所的组织判断是：同一产品可能同时提供在线服务、客户端安装包、SDK、开发者接口、插件或公开代码和文档。“已上线”在这种场景下只是概括性表述，无法说明外部究竟能访问什么对象、访问的是哪一版本、面向哪些用户或客户、通过何种市场和渠道，以及不同对象关联的组件与材料是什么。企业需要按实际对外动作建立记录，而不是由一个入口或公告替代所有事实。

产品和运营团队可以先从实际面向外部的内容开始拆分。在线服务中的可用功能、下载页提供的安装包、开发者文档所指向的 SDK 或接口、公开代码或插件页面，都是不同的对象。对每一对象，应保留当时可见的版本或标识、受众范围、目标市场和访问或提供渠道；产品计划、测试安排或统一上线宣传不能替代这些事实。某一功能可以在线访问，不当然说明相同代码已经可下载；有下载链接，也不能据此说明源码、插件或文档具有相同的公开范围。

研发团队的材料应服务于对象定位，而不是把代码仓库的存在直接转述为所有外部动作。对于服务、安装包、SDK、插件或源码，研发可分别连接相应代码、构建制品、接口或文档的版本线索，并识别已知关联的组件和修改状态。这样能够使后续核对回到“哪个对象、哪个版本”，而不是只问产品总体是否采用开源组件。内部测试、构建成功或仓库更新，分别只能说明明确的内部动作，不能自动说明外部用户实际获得了哪些对象或材料。

下载或开发者生态团队需要保存取得与使用接口的事实。应用商店、下载中心、开发者门户、包管理平台、插件市场或文档站点，可能面向不同的用户群、地区和访问条件。该团队可记录对象在相应渠道的标识、可见版本、受众或账户范围、市场信息和当时页面或规则材料。页面存在并不等于实际接收范围已被穷尽；同样，某一开发者渠道的开放，也不能外推到客户部署、在线服务或其他市场的对象。

销售和客户接口则应独立处理客户承诺和对外表述。客户合同、订单、销售材料、平台要求或对外说明，可能涉及特定服务、软件包、SDK 或文档。应当将这些表述和要求对应到明确对象、版本、客户或渠道，保留其原文和已知范围。不能因为某一客户被告知某种交付方式，就推断所有用户都通过该方式取得产品；也不能用宣传中的“开源”“商用”或“已上线”代替对实际访问对象和材料范围的识别。

法务与开源治理需要将前述分散事实放回同一动作索引中。产品运营提供对象和受众，研发提供版本、组件与修改线索，下载和开发者生态提供渠道与页面事实，销售和客户接口提供合同、平台或对外表述，法务再将现有的许可证文本线索、NOTICE、版权声明或其他材料逐项对应。材料只能支持其明确覆盖的对象和动作；公开某一份源码，不当然覆盖所有服务、制品和文档，现有声明文件也不能自动说明其适用于每个版本、市场或接收范围。

开源组件可以商用，并不意味着企业无需核对组件清单、许可证识别、使用方式、修改和分发、NOTICE 与版权声明、源代码提供义务、供应商交付及客户合同承诺。商业软件是否需要保留声明、提供源代码或履行其他条件，也要结合实际组件、版本、许可证文本，以及分发、提供服务或修改等事实判断。上述协作记录的作用，是把不同访问方式的对象、版本、受众、渠道和材料固定下来；在这些事实与具体文本尚未核对前，不能把任何单一对外动作写成许可义务、合规或责任的结论。