开源采购：版权

正如我之前关于赔偿的撰文，我不断遇到政府和公司声称他们有政策允许甚至偏爱开源软件。然而，他们仍然采购大量专有软件。

仅仅一项政策是不够的。为了实施它，必须修改传统的采购规则，尤其是在政府部门。虽然这些规则可能为企业以前见过的产品和服务的采购提供保护和价值，但它们通常会歧视新方法。传统的采购规则扼杀创新。

采购过程中遇到的一个常见问题是，采购部门试图使用传统的版权观念。这可能表现为两种形式：

• 就软件的许可条款进行谈判
• 要求转让附加功能的权利

让我们更详细地了解这两种情况。

开源许可证不可协商

企业法律顾问习惯于与他人进行谈判。这些谈判本质上是他们的雇主与另一个实体之间的谈判——双边谈判，其结果可以有效地理解为双方之间的休战。因此，当他们在采购过程中遇到开源软件时，他们很自然地会尝试使用通常的方法；提出他们针对软件版权许可的标准条款，然后朝着双方都能接受的中间立场进行谈判。

但这在涉及开源软件时就行不通了。版权通常属于不同的开发者群体，并且用于向社区提供这些版权的开源许可证是不可协商的，原因有二：

• 首先，因为寻求采购的实体很少拥有足够的版权来有权更改许可证。
• 其次，因为开源许可证之所以得名，是因为它们在 开源促进会 (OSI) 经过严格的审查，然后由 OSI 董事会批准，因此为单一环境进行更改是不可接受的。

虽然采购部门通常谈判的版权许可证是双边的，但开源许可证是多边的。最好将它们视为“社区宪章”而不是休战，它概括了社区如何看待其核心源代码公共领域的治理。如果您发现采购谈判活动中涉及开源许可证，那么几乎肯定有问题。

可能是供应商错误地将软件称为合同的可交付成果，在这种情况下，应将其删除。也可能是采购部门的规则范围太广，并且不理解开源采购涉及购买支持、开发和咨询服务的订阅，而不是软件许可证。如果是这种情况，则需要更改采购规则，以识别开源采购提出的新情况。

开源不是雇佣作品

当公司购买合同服务时，期望工作中产生的任何版权都归公司独有是合理的。因此，标准合同条款通常包括将所有权转让给公司的语言。在许多情况下，转让是不可能的，因此也很常见的是看到该语言得到授予版权的独家、全球性、永久性许可的支持。

但是，当购买开源订阅时，这就不太合理了。开源订阅确实涉及交付服务级别协议，并假设及时应用技能。但是，当这些技能应用于解决问题时，生成的代码需要贡献给作为所涉及开源社区核心的自由软件公共领域。如果不这样做，它将不会得到维护，并且修复将只是暂时的。

对于作为订阅一部分编写的新代码，将其独家分配给一方，这不符合任何人的利益。要求转让版权是不合适的；相反，采购协议应要求将开源许可证（即 OSI 批准的许可证 之一）应用于所有新代码，并遵守社区规则。

试图要求自定义版权许可证并将新版权转让给贵公司的传统采购规则可能会让您付出高昂的代价。它们可能会阻止您获得开源带来的自由，以及随之而来的灵活性和控制力，这将使您具有竞争力。值得修复规则并获得自由。

本文最初发表于 ComputerWorld UK。在 Twitter 上关注 Simon @webmink on Twitter 和 Identi.Ca