合作条款与合同附件要点

源码不是"交付时再说"，是签约时就把归属、形式和边界写清楚。

• 全定制项目：前端源码、后端源码、数据库脚本、部署文档、设计源文件，在验收通过并结清尾款后一次性交付，著作权归客户所有。
• 交付形式是 Git 仓库移交到客户自有账号（Gitee / GitLab / 云效等），保留完整提交历史与分支说明；只给一个压缩包不算交付。
• 源码不加密、不混淆、不去注释，不在代码里留后门或远程控制入口，交付后我方不保留任何隐藏登录方式。
• 我方保留在脱敏前提下把项目作为技术能力说明的权利（仅限技术架构与实现方式，不含客户业务规则、业务数据与可识别客户身份的信息）；客户要求完全保密时，另签保密条款约定为不可披露。
• 低代码模板 / SaaS 线交付的是配置好的小程序与后台账号使用权，不涉及源代码，本条不适用。

对应承诺：查看「合作方式与交付承诺」中的同条目

每一笔钱都对应一个能打开、能点、能验收的成果，而不是一句"进度已过半"。

• 固定四个节点：签约启动 → 原型与 UI 确认 → 开发中期（测试环境可登录） → 验收上线。
• 每一期付款前，先由客户确认该节点对应的交付物；不接受仅凭口头汇报付款。
• 尾款在验收通过后支付，验收标准见本节第 03 条。
• 各期付款比例在合同与报价单中逐项列明，签约前可逐条核对，不做"签约后再告知"的加价。
• 客户侧逾期付款超过合同约定天数，我方有权暂停开发并顺延工期；这一条双向适用。

对应承诺：查看「合作方式与交付承诺」中的同条目

验收依据是签过字的需求清单与原型，不是"我觉得不好看"。

• 全定制项目按 12 项标准交付物逐项验收，清单公开在技术白皮书中，签约前可先看。
• 验收对照双方签字确认的需求清单与原型逐条走：功能是否实现、权限是否正确、异常是否有提示。
• 除功能外还验四件事：主流机型与浏览器兼容、高峰时段是否稳定、不同角色数据是否互相隔离、数据是否有备份与恢复方案。
• 验收不通过时双方列问题清单，我方在约定工作日内修复后复验；因我方缺陷导致的返工不产生额外费用。
• 需求清单之外的新增内容属于变更，走本节第 05 条，不混进本次验收。

"12 个月免费运维"具体免费什么、不免费什么，以及多快响应，都写在这里。

• 上线后 12 个月内免费：我方交付功能的 BUG 修复、依赖与安全更新建议、部署与配置问题排查。
• 不含：新增功能开发、客户或第三方自行修改代码导致的问题、微信/支付/短信/服务器等服务商自身的故障与政策调整、内容录入与代运营。
• 响应时效按故障等级分档，见下方时效表；响应指给出处理人与处理方案，不等于修复完成。
• 免费运维期满后按年续维，费用与范围单独报价，不强制绑定。
• 如需我方临时介入排查，权限由客户授权开通、支持随时收回，不长期保留管理员账号。

对应承诺：查看「合作方式与交付承诺」中的同条目

改需求不是不可以，关键是把"改什么、多少钱、多久"写在纸上再动手。

• 开发范围以双方签字确认的需求清单与原型为准；开发期内的新增、修改需求一律走书面变更单。
• 变更单必须写清四件事：变更内容、影响的工时、追加费用、对上线日期的影响。
• 不影响整体架构的小调整（文案、字段增减、样式微调）在合同附件列明的合理范围内不额外收费。
• 未经书面确认的口头需求、微信里临时说的"顺手加一下"，不作为交付与验收依据。
• 变更确认后再开发，避免出现"边做边加、越做越长、永远收不了尾"。

服务器、域名、支付、短信这些"系统命脉"的账号，始终在客户自己手里。

• 小程序后台、服务器、数据库、域名、SSL 证书、对象存储、支付与短信账号，均以客户主体注册并持有。
• 服务器、证书、短信条数、商业组件授权等按年支出，由客户直接向对应服务商支付，不经过我方账户代收。
• 验收后管理员账号交由客户，我方不再保留登录权限；后续运维支持按需临时授权。
• 私有化部署在客户自有服务器时，网络策略、安全合规与硬件资源由客户负责，我方向客户提供环境要求清单与部署文档。
• 第三方组件若为付费项，会在交付时提供授权状态与替代方案说明，避免出现"上线后才发现要续费"。

对应承诺：查看「合作方式与交付承诺」中的同条目