数据库分析和对应不同角色页面

pages/mall/delivery/doc/需求文档/前端字段清单.md

@@ -45,6 +45,17 @@
 - 手机号必须脱敏（如 138****8000），完整手机号仅在客服/运维界面显示并记录访问审计。
 - 证据 URL 应带鉴权或短期有效，前端需支持预览与下载。
 
+4.1 同源数据，不同端展示颗粒度
+- 同一运单的轨迹事件（`event_code/event_text/status_code/node_name/location`）必须同源，保证事实与状态口径一致；不同端仅做“展示层过滤/脱敏”，不做口径改写。
+- 商家端（B 端）：只需展示大致进度（到达某地/中转/派送/签收/异常）与最新节点摘要；不展示配送员/快递员手机号等个人敏感信息。
+- 消费者端（C 端）：可展示更详细的节点文案；若提供“联系配送”能力，建议用按钮/虚拟号/中转号承载，而不是把第三方 `event_text` 中的手机号原文直接展示或通过消息推送透传。
+
+4.2 `event_text` 使用建议（避免直接透传敏感信息）
+- `event_text` 属于第三方原文，可能包含手机号、网点内部信息等；建议前端展示使用“清洗后的文案”。
+- 最小实现：
+	- 商家端优先展示 `status_code + node_name/location` 组合出的摘要；必要时展示清洗后的 `event_text`。
+	- 消费者端可展示清洗后的 `event_text`；仅在 `OUT_FOR_DELIVERY` 等末端节点按需提供脱敏联系方式。
+
 5. 安卓端适配要点
 - 缓存：将最近一次 `status_history` 缓存在本地（仅该用户的订单范围），离线可展示并提示“数据可能不是最新”。
 - 图片：POD/证据图片支持大图预览与失败重试；弱网下优先加载文本节点。