显示与记账。不提供改系统时间绕过餐次的办法。

双屏异显验收常盯 UI，少盯两路时钟源。内侧操作员改金额的瞬间，外侧已显示「请支付」；或外侧成功动画播完，内侧流水因 NTP 跳变打上错误餐次。鸿蒙人脸识别消费机的事务是账本，不是「两块屏都好看」。

一、两路显示 ≠ 两套业务时间

合成可以分帧缓冲（见双屏异显一文），记账时间戳应唯一：建议以本机单调时钟 + 与平台对时的墙钟策略。外侧文案用墙钟做「友好显示」，内侧流水用同一 txn_time 字段，避免两屏各取各的。

二、典型故障

1. 外侧显示 11:59 早餐价，内侧已过 12:00 切午餐价。

2. NTP 一次性跳变，离线补传顺序乱。

3. 操作员手动改时，补贴限次按错日清零。

断网场景更依赖本地时钟质量——与通行断网一文同构，但消费多了「餐次边界」。

三、验收建议

• 改系统时间（授权环境）看餐次是否跟着错。

• 断网两小时后对账，txn_time 是否单调可排序。

• 双屏文案时间与流水字段是否允许差显示、不准差事务。

OpenHarmony 版本升级不自动修好餐次配置。可配合送检与食堂对账是两回事。

四、小结

异显解决「谁看见什么」；时钟策略解决「这笔账算哪一餐」。欢迎补充你们餐次是端侧切还是平台下发。