G1-G6 同步 R6 前置规约与最佳实践

docs/reimbursement-invoice-rules.md

@@ -4,6 +4,8 @@
 
 当前报销、发票、OCR、附件、付款和导出开发以 [需求 - 报销发票 OCR 规约](./需求-报销发票OCR规约.md) 为模块级开发规约；本文保留为报销细则来源。如两者有重复，以新规约整合后的口径为准。首批发票合规以 OCR、查重和财务人工复核为主，自动验真作为后续评估项。
 
+R5 公网验收后确认：正式发票/OCR 上传入口只接受 PDF 发票文件；图片和拍照直传不作为发票入口。附件材料仍可上传图片或 PDF，但必须与发票分离。重复票据、已使用票据和 OCR 失败必须进入可解释终态，不能长期停留在处理中。
+
 ## 总原则
 
 - PC 与手机功能一致，只允许布局和控件形态不同。
@@ -34,6 +36,7 @@
 ## 上传与 OCR
 
 - 发票/OCR 上传只允许 PDF 发票文件；图片、拍照直传和 HTML `capture` 入口不作为正式发票上传方式。
+- PC 票据中心、PC 报销详情、移动报销详情和企业微信 WebView 内的发票入口都必须执行 PDF-only 口径。
 - 上传后页面必须显示明确状态，不应长期停留在“上传中”。
 - OCR 完成后，添加发票弹窗应自动刷新并尝试添加可用发票。
 - OCR 失败、重复、已使用、他人已使用都要显示可理解原因。
@@ -100,11 +103,13 @@ PC 端：
 
 - 适合明细编辑、批量查看、财务复核和台账导出。
 - 报销详情分区展示：摘要、明细、发票、附件、审批流、预算与审核提示。
+- PC 报销列表和详情遵循 [产品设计规则基线](./product-design-rules.md)：业务编号、状态、申请人、金额和更新时间优先，不把 UUID 或内部状态码作为主展示。
 
 手机/企业微信端：
 
 - 适合新建、继续编辑草稿、上传 PDF 发票、补充附件、提交审批、查状态。
 - 不显示桌面表格。
+- 报销详情深层页隐藏底部 Tab，顶部返回清晰，底部主操作不遮挡内容；iPhone 11 等小屏下核心双按钮仍同行展示。
 - 添加发票不默认聚焦搜索框，不自动弹键盘。
 - 底部操作区紧凑，选中态使用品牌实心色；核心操作在 iPhone 11 等小屏上仍保持同行双按钮，不降级为单列。