不少合同里验收标准就一句话："系统上线即视为验收通过"。这其实对学校很不利。系统装上了不代表能用，功能跑通了不代表好用。

验收标准至少要写清三件事：

最好把验收分成初验和终验两个阶段，中间留出试运行时间。试运行期间发现的问题，厂家必须在终验前解决，否则不算验收通过。

智慧校园系统里沉淀的数据——学生信息、成绩记录、教职工档案、审批流程数据——这些毫无疑问归学校所有。但有些合同对此只字不提，或者用模糊表述绕过去。

合同里要明确写：

另外，厂家不得将学校数据用于其他商业用途。这几条不写清楚，后期想换系统或拿回数据，就会遇到各种扯皮。

付款方式直接决定学校手里的主动权。有的项目首付款就付了一大半，后面系统做不完、做不好，学校非常被动。

合理的做法是把付款跟明确的交付节点绑定：

每个付款节点都要对应具体的交付成果，不能只写"按项目进度支付"。

很多合同里售后服务就一句话："提供7×24小时技术支持"。但真出了问题打过去，响应是响应了，解决呢？三天后才修好，算不算"响应"？

售后条款要把三件事写明：

另外，质保期结束后每年的运维费用和续保方案也要提前约定，别等到期了再谈，到时候定价权在厂家手里。

智慧校园系统不可能孤立运行，对接现有的教务系统、一卡通、财务系统、人事系统等是刚需。但有些合同对系统对接只字不提，或者笼统写一句"提供标准接口"，等真要对接了，厂家说这不在合同范围内，要加钱。

签合同前就要确认：

如果部分对接需要额外费用，也要在合同中明确标注，不能等项目启动后再临时加价。

合同里的违约条款，常见的情况是学校逾期付款的违约金写得清清楚楚，但厂家延期交付、功能不达标怎么处罚，要么没有，要么一笔带过。

对等的违约责任至少要包括：

合同是双向约束的，学校的利益也需要条款来保障。

验收标准

分初验终验两阶段，试运行问题须在终验前解决

数据归属

数据归学校，随时可导出，厂家不得商用

付款节点

付款与交付成果绑定，留质保金，首期别付太多

售后服务

写明响应时间、解决时间、服务方式及收费

系统对接

对接范围、方式、费用提前约定，防临时加价

违约责任

双向对等约束，延期、不符、数据丢失都要赔偿