前三个现场是设备。这一篇是店铺和车辆。在这里,画面碰到钱。
这个位置的约束
收银台的支付终端里有一段经过认证的通路 — 卡片信息走的那条路。在那段路上加任何东西,认证就得重来。
车上的计价器是法定计量器具。动了生成车费的那段计算,就要重新检定。
所以这个现场只有一个条件。画面必须待在那条边界之外。
一台服务器,三块画面
点单样例由一台服务器按接入的设备给出三块画面 — 自助点单机、收银台、后厨。菜单是同一份,同一笔订单在三个位置分别显示为选的画面、收的画面、做的画面。
支付交到适配器那一侧。画面收到的只是结果,显示的止于点了什么、多少钱。

四舍五入发生的位置
秤与标签的样例把这个位置写在画面上。
秤盘上 347 g,单价每 100 g 2,980 韩元。精确值是 10,340.6 韩元,标签打印 10,340 韩元。舍入差 −0.6 韩元一并印在画面上。
值一旦在两处计算,这个 −0.6 就会分岔。标签按顾客能支付的单位取整,账目从重量重新算。两边都没错,可每笔差 4~5 韩元,而这个差要等到合计累积起来的第二天才看得见。
样例让四舍五入只在一处发生,验证再独立把标签金额加一遍,与账目合计对账。差为 0 韩元才通过。
车费上涨的顺序
出租车样例的运行日志留下了顺序。
计价器在车门打开的那一帧启动 — 画面上的提示写着 t=46.37s。之后日志三次留下数值。
| 车费 (韩元) | 里程 | 等待 | 判定帧 | |
|---|---|---|---|---|
| 行驶中 | 5,500 | 0.58 km | 9.1 s | 22 |
| 等红灯 | 5,700 | 0.65 km | 21.8 s | 28 |
| 到达 | 6,600 | 1.22 km | 49.9 s | 58 |
中间那一行就是这个现场的性质。里程停在 0.65 km,而等待时间把车费抬了上去。
生成车费的是那个位置自己的规则。画面接过这个值显示出来,到达时弹出支付画面。人按的按钮只有一个。