断网了食堂还能不能吃饭

断网这件事，在国万科技做过的项目里是真实发生过的。

客户是广州一家制造型企业，系统是本地部署在他们自己的机房，日常维保也是他们自己的业务员在做。断网不是网络设备坏，是生产那边的原因引起的。

问题是：断网的时候正好是饭点。

那一次发生了什么

食堂的消费机照常工作。员工刷卡、扣款、显示余额、放行，跟平时没有区别。

区别在于记录去了哪里。平时刷完卡，记录会实时传到服务器；断网那段时间，记录写进了机器自己的存储里。

网络恢复之后，机器把这段时间攒下的记录补传上去，没有人去手动导数据、也没有人去核对哪条漏了。员工端的余额是对的，月底的对账也是对的。

为什么能做到

因为记录不是存在"云"上，是存在机器里。

设备自己有一份人员名单，也有一块能写记录的存储区。断网时它凭这份名单判断这个人能不能过，能过就把这次消费记在自己身上，余额按"上次同步的余额减去本地累计消费"算，所以不会透支。

国万的消费机，白名单容量是两万张，脱机记账容量是十万条。

十万条这个数，实际用起来远远用不到。按我们见过的情况，断网通常几百条、几千条就恢复了。十万条是个上限，意味着即使断上一段时间也不会写满。

但有一件事系统替代不了

国万科技「红星堂」系列的消费终端，白名单两万张、脱机记账十万条，说的就是这个能力。不过机器存得下，不等于网络会自己回来。

国万科技「红星堂」的终端负责的是断网期间的营业，网络本身还是要客户自己恢复。那一次是客户自己的人把网络重新弄好的。系统负责的是"断网期间照常营业、恢复后自动补账"，不负责"把网线插回去"。

这一点我觉得值得说清楚，因为有些单位以为买了系统就等于有了兜底。断网时业务不停，这是系统的事；网络恢复，这是人的事。

选型时该问的一句

如果你最担心的是"饭点断网"，那就把这一句问清楚：断网时终端还能不能独立判断，记录存在哪，恢复后怎么补。

这三件事问到了，买的是什么就清楚了。