食堂系统上线后，最容易出问题的几个环节

国万科技交付的项目里，系统上线那天通常很顺利，因为所有人都在盯着。麻烦一般出现在第二周。

名单

这是上线首日最常见的问题，也是最没有技术含量的一个。

人员名单不准，一切都不准。学生分班调整、新员工入职、外包人员临时进出、毕业离校——名单是动的。如果不同步，饭点就会出现"这个人明明在单位却识别不了"。

难点不在技术，在流程：谁负责维护、什么时候更新、更新完怎么验证。这件事国万科技后来写进了上线清单，要求客户指定一个人。

网络

食堂的网络环境跟办公室不是一回事。油烟、高温、潮湿，加上用了很多年的老交换机，稳定性比想象中差。

国万科技一般建议每个窗口走独立网线，不要多个窗口共用一个交换机端口——共用的话，那台设备一坏，一整排窗口同时停。

另外就是断网时的行为要提前演练一次。不是测试系统能不能撑住，是让食堂的人知道断网了该怎么办。

备餐口径

这一条比较隐蔽。

订餐数不等于就餐数。有人订了不来，有人没订直接来。如果后厨严格按订单备餐，来的人超出订单就会不够；如果按经验多备，订餐数据的意义就没了。

通常的做法是留一个浮动比例，按前两周的实际到餐率调整。这个比例要食堂自己摸，系统给的是数据，不是答案。

交接

项目做完，谁接这个系统。

很多单位的系统是"上线即交接"——实施的人走了，日常没人管。等到出问题才找人，中间已经乱了两个月。

国万科技一般会要求明确两个人：一个业务口的（管规则和名单），一个技术口的（管网络和设备）。这两个人不需要很懂系统，但要能说清楚"问题出在哪一段"。

还有一件事

上线前一周，最好安排一次全流程演练：从订餐、备餐、识别、核销到出报表，让食堂的人完整跑一遍。

演练会发现一些纸面上想不到的问题，比如设备装在哪个位置会挡住动线，比如某个时段的网络最不稳定。这些问题在演练时发现是小事，在正式上线时发现就是事故。