Skip to content

Delivery Scope

源码交付与授权边界说明

Client Delivery Scope如果您正在评估部署方式、后续维护或源码控制权,这页用于说明标准交付、私有化部署和源码授权之间的区别。

重点是把交付范围、授权方式和维护责任在报价前先说清楚,避免双方理解不一致。

当前通常分成三种模式: 标准交付、私有化部署、源码授权 / 买断。 是否包含源码,不只取决于是否独立部署,还取决于双方约定的授权范围和后续维护方式。

标准交付私有化交付源码授权合同明确
EXECFABRIC // DELIVERY SCOPEMAT 10
standard: usable_deliveryprivate: independent_environmentsource: licensed_separately
CLARIFY SCOPE BEFORE DELIVERY

Mode 01

标准交付

更适合先关注“系统能不能稳定运行、能不能正式验收”的场景,默认不包含整仓源码移交。

Mode 02

私有化交付

更适合需要独立服务器、独立数据库、独立域名和独立运行环境的场景,但源码范围仍需单独约定。

Mode 03

源码授权 / 买断

更适合明确需要后续自行维护、二开或更高控制权的场景,应作为单独授权模式处理。

Pricing Boundary

三种交付与授权边界

模式默认交付内容源码状态适合场景
标准交付部署完成的系统、访问入口、账号、说明文档、结果入口、必要配置交接默认不交整仓源码先关注可运行结果、正式验收和稳定使用的场景
私有化交付客户独立环境部署、部署手册、参数清单、运维交接、验收支持源码范围需单独约定客户要求独立服务器、独立部署、内网或更强边界
源码授权 / 买断项目范围内代码、部署脚本、必要说明、授权边界约定单独授权、单独报价客户明确要求源码控制权,并愿意为此付更高成本

Quick Summary

先看这 4 句话

  • 标准交付默认聚焦可运行结果、账号、文档和交付说明。
  • 私有化部署默认聚焦独立环境、部署交接和验收支持。
  • 独立部署不自动等于整仓源码买断。
  • 如果需要源码交接、二开或更高控制权,会在报价和合同里单独明确。

Clarification

为什么独立部署不一定等于源码买断

  • 很多项目的核心诉求是“可运行、可验收、可长期使用”,而不是立即接手整套代码。
  • 平台型项目通常同时包含通用底座、项目范围内实现和交付说明,源码范围需要按约定划清。
  • 如果您需要后续自行维护、二开或更高控制权,可以改成源码授权或买断模式。
  • 这样对双方的维护责任、升级方式和费用边界都会更清晰。

Contract Wording

可直接写进方案或合同的 3 段说明

1. 标准交付说明

本次报价包含项目范围内的功能实现、部署落地、账号与文档交接,以及约定周期内的问题修复与验收支持;默认不包含整仓源码移交和永久买断授权。

2. 私有化部署说明

本次交付按客户独立服务器、独立数据库和独立域名部署执行,交付内容包括运行环境、部署手册、参数清单和验收支持;如需源码交接或更高授权边界,需在私有化基础上单独约定。

3. 源码授权说明

如需项目范围内源码交接、后续自行维护或更高控制权,本次将按源码授权或买断模式单独报价;报价将明显高于普通实施和部署交付,不与标准项目交付包混算。

Project Scope

如果您明确需要源码,请先确认这 4 个问题

  1. 交的是整仓,还是只交本次项目范围内的代码。
  2. 是否拥有后续自行修改和二次分发权。
  3. 源码交付后,后续维护责任还由谁承担。
  4. 通用底座、其他客户相关内容和内部文档是否排除在本次交付范围外。

让每一次自动化,都坚如织锦。