优化

财务管理/README.md

@@ -5,6 +5,18 @@
 > 盘点范围：二期入库计费现状、平台后台财务原型、Admin/Client/Firstleg 当前实现  
 > 结论口径：本文区分“代码已实现”“原型展示”和“建议范围”；原型功能不自动成为开发范围。
 
+产品/业务逐项确认请使用：[财务管理产品确认表](财务管理产品确认表.md)。
+
+技术边界已确认：[财务服务边界设计](财务服务边界设计.md)。Finance 采用独立服务和独立数据库，Firstleg 仅提供业务费用来源。
+
+开发前总控门禁与 F0/F1 任务清单：[财务开工门禁与F0-F1任务清单](财务开工门禁与F0-F1任务清单.md)。
+
+详细设计材料：
+
+- [财务领域模型与数据字典](财务领域模型与数据字典.md)
+- [Firstleg-Finance跨服务契约](Firstleg-Finance跨服务契约.md)
+- [财务历史迁移与上线验收方案](财务历史迁移与上线验收方案.md)
+
 ## 一、结论
 
 当前已经实现了从入库测量数据到对客头程费用发布的**业务计费闭环**：
@@ -144,7 +156,7 @@ Firstleg 已有 `fl_inbound_fee_detail`，包含：
 
 | 阶段 | 交付范围 | 关键闭环 | 前置依赖 |
 |---|---|---|---|
-| F0 财务底座 | 财务主体、客户/供应商往来单位、币种、费用科目、期间、权限、审计、幂等、金额精度 | 所有后续对象使用同一基础口径 | 产品确认主体、币种、权限和编码 |
+| F0 财务底座 | 独立 Finance 服务/数据库、财务主体、客户/供应商往来单位、币种、费用科目、期间、权限、审计、幂等、金额精度 | 所有后续对象使用同一基础口径 | 服务边界已技术确认；产品确认主体、币种、权限和编码 |
 | F1 应收与客户对账 | 应收费用池、客户账单、账单确认/争议、结算单应收、收款登记、核销、反核销 | 费用 → 账单 → 应收 → 收款 → 结清 | 当前已发布对客费用来源 |
 | F2 应付与供应商结算 | 成本费用池、供应商账单、结算单应付、付款登记、付款核销、应付调整 | 成本 → 供应商账单 → 应付 → 付款 → 结清 | 供应商主数据和真实成本来源 |
 | F3 客户账户与发票 | 充值、冻结、扣款、退款、账户流水；开票申请、开票登记、红冲/作废 | 账户余额与应收核销可选联动；应收与发票可追溯 | 资金/税务主体、开票平台和合规口径 |
@@ -305,6 +317,7 @@ DRAFT -> REVIEWED -> SENT -> CONFIRMED -> CLOSED
 
 1. 由产品/业务填写 F1-F12，冻结首期范围。
 2. 形成《客户应收闭环需求确认表》，明确页面、角色、状态和异常处理。
-3. 形成《财务领域模型与服务边界设计》，决定财务数据是否进入独立服务，并定义与 Firstleg 的事件/接口契约。
-4. 形成《客户应收接口与权限契约》，包括错误码、幂等、数据范围和审计事件。
-5. 形成《历史费用迁移与上线方案》，避免已有线下结算数据被重复出账。
+3. 使用《财务管理产品确认表》完成 S1-S8、F0-F4 的产品确认。
+4. 服务边界已经技术确认；下一步形成《财务领域模型与跨服务契约》，细化 Finance 与 Firstleg 的事件、内部查询、版本和错误处理，不再重复讨论是否拆服务。
+5. 形成《客户应收接口与权限契约》，包括错误码、幂等、数据范围和审计事件。
+6. 形成《历史费用迁移与上线方案》，避免已有线下结算数据被重复出账。