里程碑，不因签约当日全部计收入。

七十万元系统预算很快被三家公司抢。

人力部要开放班池与资料权限，供应部要订单和回单，财务要专户与应收，董事会要资料库。若每项各买一套，七十万不够；若买一套所谓全能系统，又会把员工、客户、车和历史档案再次放在同一个管理员手里。

信息负责人提出模块分离、身份统一。员工登录可以同一账号，权限和数据仍分模块；财务与历史目录不共库，接口只传必要状态。管理者不能在一张“集团画像”里同时看员工病假、客户信用和供应商亲属。

严陆担心接口多、维护贵。软件商报价确实比一体化高十几万。明岑同意第一期增加五万元技术审核，不增加总预算，先减少一项华而不实的可视化大屏。大屏原想放平台总部显示订单、车辆和酒店入住，访客一眼看规模；它也会让不相关的人看见过多运营数据。

“没大屏，来考察的人看什么？”市场经理问。

“看有权看的报告和现场。”许微回答，“公司不是靠一面墙证明数字。”

订单模块上线时，旧客户编码又出现B.L.式问题。十一家联盟客户用一个总编码，下面分店只在备注；财务若按总编码，看不出法人应收。迁移团队必须拆成十一主体、一个联盟关系，历史回单保留映射。一个看似纯技术的编码，仍会决定谁欠钱。

资料权限改造也遇到权力争夺。人力部希望自己管理员工全部模块，信息部门负责技术；红姨要求紧急联系人由独立受限角色，人力普通账号也不能批量导出。严凤担心事故时找不到。系统设紧急破窗：有权值班人可在条件下查看单个联系人，二十四小时内复核；批量导出没有破窗。

一次测试中，严凤故意在没有事故的情况下触发，系统要求选原因，她选“其他安全”。仍然打开了。说明下拉框不是控制，只是记录。软件商增加具体事件号或值班主管双确认，人员生命紧急时可以先开、后补，但自动通知审计与员工代表。没有一种按钮能同时做到绝不滥用和绝不耽误，只能把不同情形分开。

九十万元跨城周转不直接堆库存。四十万元做客户保证和专用包装，三十万元为已确认订单备货，二十万元留退货与路线异常。黎真要求每月看周转天数，超过上限暂停补货。订单增长若没有回款，不得因投资款还在便继续压。

冷链四十万元只给两辆合作车设备与四辆新车记录升级，没有买车。合作车主担心装了平台设备便被锁五年。合

本章未完，请点击"下一页"继续阅读！ 第8页 / 共9页