显示与记账。不提供改系统时间绕过餐次的办法。
双屏异显验收常盯 UI，少盯两路时钟源。内侧操作员改金额的瞬间，外侧已显示「请支付」；或外侧成功动画播完，内侧流水因 NTP 跳变打上错误餐次。鸿蒙人脸识别消费机的事务是账本，不是「两块屏都好看」。
一、两路显示 ≠ 两套业务时间
合成可以分帧缓冲（见双屏异显一文），记账时间戳应唯一：建议以本机单调时钟 + 与平台对时的墙钟策略。外侧文案用墙钟做「友好显示」，内侧流水用同一 txn_time 字段，避免两屏各取各的。
二、典型故障
外侧显示 11:59 早餐价，内侧已过 12:00 切午餐价。
NTP 一次性跳变，离线补传顺序乱。
操作员手动改时，补贴限次按错日清零。
断网场景更依赖本地时钟质量——与通行断网一文同构，但消费多了「餐次边界」。
三、验收建议
改系统时间（授权环境）看餐次是否跟着错。
断网两小时后对账，txn_time 是否单调可排序。
双屏文案时间与流水字段是否允许差显示、不准差事务。
OpenHarmony 版本升级不自动修好餐次配置。可配合送检与食堂对账是两回事。
四、小结
异显解决「谁看见什么」；时钟策略解决「这笔账算哪一餐」。欢迎补充你们餐次是端侧切还是平台下发。
