学校WiFi网络计费系统计费口径写进合同要注意什么
本地无线AC控制器,支持管理本地AP,支持对接云平台实现本地AP信息上报及远程管理。
学校采购计费系统,合同里写不清计费口径,后面实施和验收全凭厂家理解,容易扯皮。计费口径不是技术细节,是商务约定。把学校真正要算的账写进合同,厂家才没法用功能清单糊弄,验收时也才有据可依。
写清支持哪几种计费模型
合同要列明学校实际用的模型:按时长、按流量、包干、免单、封顶,一样样写。不要只写支持计费,要写支持学校清单上的每一种。厂家说支持,往往只支持最常规的,特殊的要加钱开发。白纸黑字列出来,报价和工期都藏不了。
封顶和免单必须写明触发条件
学生每月封顶多少、老师哪些情形免单、贫困生怎么优惠,这些是计费系统的核心规则,也是最容易事后被解释成额外收费的部分。合同里写死触发条件和计算方式,比如教学区全免、宿舍区每月封顶二十元。条件明确,验收时对着测,不会变成口头约定。
并发和明细落库要写指标
前面说的并发账和明细账,合同里要给可验收的指标。比如支持多少人同时在线计费、明细写入延迟不超过多少、对账准确率要求。这些写成数值,实施完拿学校规模的数据压测验收,厂家不能拿概念应付。
数据归属和导出权要写死
计费产生的大量上网和账单数据,归属学校还是厂家,合同必须写明。学校要能随时全量导出、能对接自有财务系统,不能锁在厂家私有格式里。这一点很多学校签合同时忽略,后面想换系统或者做分析都被卡脖子。
运维规则和改配置权限写清楚
资费年年变,合同要写清谁有权改规则、改完要不要报备、厂家远程改配置的流程。把日常运维的权责写进合同附件,既保护学校,也避免厂家把简单配置当成付费服务反复收费。
验收用例要写进附件
合同附件列几条验收用例:某学生每月封顶、某老师教学区免单、某临时班包干,逐条测。厂家对着用例交付,学校对着用例收,不扯皮。用例比形容词管用。
价格和计费模型绑定
报价要按支持的每种计费模型分别列,不要打包一个总价。哪种模型要不要加钱,分开写。后面想加一种新模型,看合同就知道是不是原范围。
版本升级别藏着计费改动
合同写清厂家升级时若改动计费逻辑,须先告知并给测试。有的升级偷偷改了取整方式,账单就变了。改动告知条款,保护学校不被静默改规则。
终止时数据要能拿走
合作终止,学校要能全量导出计费和账单数据,格式开放。写进合同,厂家不能拿数据卡续约。数据归属学校,这句话必须落字。
把运维响应写进服务级别约定
合同不只写功能,写清厂家运维响应:多久受理、多久解决、超时怎么罚。计费系统停摆影响全校上网,响应慢就是事故。服务级别约定写死,厂家不敢拖。
知识产权和定制归属
学校出钱做的定制开发,代码和文档归属谁,合同写清。归属不清,下次换厂家这套定制带不走,得重写。定制归属学校,是学校资产不是厂家筹码。
验收不通过怎么退
写清验收不通过的处理:整改几次、超期退多少、数据怎么迁。没这条,厂家交个不及格的系统也能赖着。退出机制写进合同,学校才有筹码。
价格调整要封顶
合作期内涨价怎么限,合同写封顶或者锁定期。有的厂家首年低价进去,第二年大涨套牢。涨价封顶,学校预算可控,不被逐年抽血。
合同要留副本备份
签完的合同和附件,学校留多份备份,含电子和纸质。厂家那版丢了学校还有,条款争议以学校留存为准。备份是最低成本的自我保护。
功能清单要厂家逐条确认。合同附件列功能,让厂家逐条签字确认含不含、要不要加钱。模糊的功能清单是后期加价的温床,逐条确认堵住口子。
培训服务要写课时。厂家卖系统常送培训,写清多少课时、覆盖哪些人。没写清的培训,厂家派个人讲半小时走人。课时写进合同,培训才落地。
数据迁移要列范围。旧系统数据迁到新系统,迁哪些、不迁哪些、怎么映射写清楚。范围不清,迁移时互相推,丢了谁负责都说不清。
保密条款要双向。学校数据给厂家,厂家也有保密义务,条款双向写。只约束学校不约束厂家,数据泄露无追究。双向保密才平衡。
争议解决要写管辖。跨地区厂家,争议去哪打官司写清,别等出事才发现要去厂家所在地。管辖条款是学校维权成本的提前控制。
验收标准要可量化。合同写清验收看哪些指标、达标线多少,别写运行稳定这类形容词。可量化的验收,厂家无法用感觉糊弄,学校也有尺子量。
定制需求要附原型。学校提的定制开发,附界面或者流程原型再谈价。原型在,范围清楚,厂家不能把简单需求说复杂加钱。原型是定制报价的锚。
计费口径写进合同,是把学校的真实需求变成厂家的交付义务。清单越具体,后面扯皮越少。含糊一句支持计费,等于把解释权交给了对方。