承包商使用开源组件，管理层验收软件前应核查哪些权利？
可商用不等于没有条件
承包商称使用开源可免额外许可费，管理层仍应确认包含哪些组件、适用哪个许可证版本，以及计划用途是否符合条件。无需因此拒绝所有开源，但不能以“免费使用”代替权利与交付义务核查。
Open Source Initiative 说明开源允许商业使用，但不代表可以任意限制后续接收者的权利。许可证条件不同，部分在分发时产生义务。本文提供给负责审查者的信息整理框架，并不认定所有产品都须或都不须公开源码。
将组件清单绑定到交付版本
要求提供组件名、版本、上游来源、许可证名称及版本、修改内容和使用位置，包括间接依赖及分包方贡献。软件物料清单SBOM可作为起点，但存在该文件并不等于法律合规已获全面证明，还须与真实交付内容核对。
只有项目名和“开源”字样并不足够，尤其是版本、授权选项或扩展模块与核心条件不同时。应分开已核实的许可证证据与待确认条目，并指定跟进人，不能凭熟悉程度或宣传页填补空缺。
使用与交付方式会改变审查问题
由业务方明确是内部使用、安装到客户处、向合作伙伴分发，还是通过网络提供服务，并说明谁修改代码、谁收到副本。不能假定这些方式效果相同，也不能认为通过网页提供就没有相关条件，应结合真实许可证、架构和交付方式审查。
假设交付软件含MIT组件，却缺少该组件的版权及许可声明。MIT要求在软件副本或实质部分中保留这些声明，审查者应要求补齐交付证据后再关闭问题，不能仅凭MIT名称推断必须公开全部源码。其他组件仍须分别审查。
让验收条件与成本有明确责任人
在工作范围中明确谁编制清单、审查条件、交付所需声明或源码，以及版本变更后谁更新证据。若条件与业务计划不符，可考虑调整使用方式、更换组件，或评估权利人实际提供的其他许可，同时比较时间、成本及维护影响。
Kerwin & Vance 网站列有商业法律顾问、知识产权规划和技术服务。组件清单、开发合同和用途说明有助于有针对性地咨询。批准前应看清已通过与未解决事项、负责人及接受条件。许可审查须与安全及维护检查配合，合法授权不等于无漏洞或自动享有支持服务。
