同一屏的数据不是同一时刻，怎样显示部分更新与数据新鲜度

同一屏的数据来自不同系统时，应按模块说明数据覆盖时点与更新状态。页脚一个“刚刚更新”不足以代表全部指标。部分来源失败时，保留仍有效的内容可以合理，但旧值必须带原时点，跨来源计算也要检查是否仍可比较。

把三个时间分开

业务发生时间回答事情何时发生，来源覆盖时点回答这批数据完整到哪里，页面接收时间回答浏览器何时拿到结果。假设销售完整到 10:00，库存完整到 09:45，页面在 10:01 同时收到两者；两张卡片不能因此都标成“10:01 实时数据”。这是说明性的假设。

没有来源截止字段时，应显示“截止未知”或采用经确认的替代说明，不能用客户端当前时间补造。服务器处理完成也不一定代表源系统已补齐全部记录，字段名称应准确描述它能证明的事情。

模块状态如何让人读懂

状态区分可使用文字和克制的视觉提示，不要求全部模块一起闪烁。只有某模块失败时，不要把整页其他已完成内容清空；但页面级状态不能继续写“全部更新成功”。

跨来源指标需要自己的更新条件

库存可售天数同时依赖库存和销量。若一项刚更新、另一项已经过期，简单重算会生成一个新的数字，却没有新的可信共同基础。工程上可约定等待共同截止、显示上一个一致批次，或在差异可接受时显示带时点的估算；选择应由业务后果决定。

Power BI 官方刷新文档区分多种刷新动作，并按存储和连接模式说明行为。这说明“刷新”不能只当作一个词使用；定制系统仍需按自身接口、缓存与页面结构定义状态，不照抄产品刷新周期。

新鲜度阈值要按模块约定

日结收入不必套用设备状态的更新要求，事件型接口也不能简单按没有新事件就判失联。为每个模块写明预期节奏、允许陈旧范围、空结果含义和责任人；来源没有变化与来源没有回应应能区分。具体分钟数应按业务确认，不设置脱离现场的统一阈值。

一次更新请求超过下一次请求时，还要验证较早响应不会覆盖较新批次。返回页面或恢复网络后，应先检查原数据状态，再取得新值；不能先把所有时间标签改成当前时刻。

验收一屏中的不同步情况

让一个来源正常、一个超时、一个返回空记录，观察每张卡片和组合指标。再颠倒两次响应顺序、修改本机时间、恢复网络，核对截止标签和数据是否一起变化。保留各接口响应、批次与页面截图；只录一个刷新转圈没有证明力。

工业实时数据接入与验收指南：PLC、SCADA、MES 与 IoT 已覆盖工业链路采样与传输，本篇的验收范围是多源同屏的阅读状态；整机断网恢复另见 无人值守数据大屏断网后，怎样恢复到可用画面。采购 数据可视化开发服务 时，将模块状态表与跨来源计算条件一并确认，避免上线后才发现“这屏究竟是哪一刻”的问题无人负责。