优化

2026-08-11 09:25:45 +08:00
parent 87a17e6694
commit f5a0c81286
9 changed files with 482 additions and 66 deletions
@@ -7,6 +7,8 @@

 产品/业务逐项确认请使用：[财务管理产品确认表](财务管理产品确认表.md)。

+产品回传后的差异和剩余门禁见：[财务管理产品确认版差异与剩余待确认](财务管理产品确认版差异与剩余待确认.md)。
+
 技术边界已确认：[财务服务边界设计](财务服务边界设计.md)。Finance 采用独立服务和独立数据库，Firstleg 仅提供业务费用来源。

 开发前总控门禁与 F0/F1 任务清单：[财务开工门禁与F0-F1任务清单](财务开工门禁与F0-F1任务清单.md)。
@@ -16,6 +18,7 @@
 - [财务来源接入现状](财务来源接入现状.md)
 - [财务领域模型与数据字典](财务领域模型与数据字典.md)
 - [Firstleg-Finance跨服务契约](Firstleg-Finance跨服务契约.md)
+- [F1 人工账单、收款、成本接口契约](F1人工账单收款成本接口契约.md)
 - [财务历史迁移与上线验收方案](财务历史迁移与上线验收方案.md)
 - [财务F0实施任务拆分](财务F0实施任务拆分.md)

@@ -23,6 +26,8 @@

 ## 一、结论

+当前首期已确定采用人工简化方案：平台财务人工填写账单、收款和成本表单并上传凭证，客户只读；首期不做银行自动对账、自动核销任务、复杂审批、客户钱包、发票、供应商在线结算、汇率、月结或总账。完整原型能力仅作为后续扩展参考，不作为本期开工范围。
+
 当前已经实现了从入库测量数据到对客头程费用发布的**业务计费闭环**：

 ```text
@@ -129,7 +134,7 @@ Firstleg 已有 `fl_inbound_fee_detail`，包含：
 | 1 | 没有财务费用池的跨订单查询和筛选 | 财务无法集中选择待出账费用 |
 | 2 | 没有费用冻结/锁定规则 | 账单生成后上游调整可能改变应收依据 |
 | 3 | 没有对账单及唯一编号、账期、版本 | 无法向客户确认一个确定期间的应收集合 |
-| 4 | 没有客户确认、争议、重开机制 | 对账无法形成双方认可的结论 |
+| 4 | 没有平台财务调整、作废重开和线下异议记录机制 | 客户反馈金额有误时无法在保留历史的前提下纠错 |
 | 5 | 没有应收单及到期规则 | 无法管理待收、部分收款、逾期和结清 |
 | 6 | 没有收款记录和凭证 | 无法证明资金已到账 |
 | 7 | 没有核销与反核销 | 收款不能对应到具体账单或费用，也无法纠错 |
@@ -144,9 +149,9 @@ Firstleg 已有 `fl_inbound_fee_detail`，包含：
 | 目标域 | 业务结果 | 主要来源 | 不能提前假定的口径 |
 |---|---|---|---|
 | 客户账户 | 预存、冻结、扣款、退款、账户流水 | 客户充值、业务扣款 | 是否采用钱包作为应收结算方式、资金归属和退款规则 |
-| 客户应收 | 客户欠款、到期、逾期、结清 | 已发布对客费用、补差/冲销 | 收入确认节点、账期和客户确认规则 |
+| 客户应收 | 客户欠款、到期、逾期、结清 | 已发布对客费用、补差/冲销 | 收入确认节点和账期规则 |
 | 客户应付 | 客户代垫或返还类应付款（如确有业务） | 业务费用或人工单据 | 产品是否真的存在“平台向客户付款”的场景 |
-| 客户对账单 | 期间内费用汇总、明细、争议和确认 | 应收/应付费用池 | 一张账单是否允许混合方向、混合币种 |
+| 客户对账单 | 期间内费用汇总、明细、平台出账和客户只读查看 | 应收/应付费用池 | 一张账单是否允许混合方向、混合币种 |
 | 结算单应收 | 可审批、可收款、可核销的应收结算单 | 已确认客户账单 | 与客户对账单是一对一还是一对多 |
 | 结算单应付 | 供应商成本、付款、余额和结清 | 供应商费用、运力/仓储/报关成本 | 成本确认、供应商账期、审批和付款方式 |
 | 收付款与核销 | 到账/付款凭证，部分结算、反核销 | 银行流水或人工登记 | 是否首期接银行流水，是否允许一笔多单核销 |
@@ -161,7 +166,7 @@ Firstleg 已有 `fl_inbound_fee_detail`，包含：
 | 阶段 | 交付范围 | 关键闭环 | 前置依赖 |
 |---|---|---|---|
 | F0 财务底座 | 独立 Finance 服务/数据库、财务主体、客户/供应商往来单位、币种、费用科目、期间、权限、审计、幂等、金额精度 | 所有后续对象使用同一基础口径 | 服务边界已技术确认；产品确认主体、币种、权限和编码 |
-| F1 应收与客户对账 | 应收费用池、客户账单、账单确认/争议、结算单应收、收款登记、核销、反核销 | 费用 → 账单 → 应收 → 收款 → 结清 | 当前已发布对客费用来源 |
+| F1 应收与客户对账 | 应收费用池、平台出账、客户只读查看、结算单应收、收款登记、核销、反核销 | 费用 → 账单 → 应收 → 收款 → 结清 | 当前已发布对客费用来源 |
 | F2 应付与供应商结算 | 成本费用池、供应商账单、结算单应付、付款登记、付款核销、应付调整 | 成本 → 供应商账单 → 应付 → 付款 → 结清 | 供应商主数据和真实成本来源 |
 | F3 客户账户与发票 | 充值、冻结、扣款、退款、账户流水；开票申请、开票登记、红冲/作废 | 账户余额与应收核销可选联动；应收与发票可追溯 | 资金/税务主体、开票平台和合规口径 |
 | F4 分析与利润 | 费用分析、收入成本汇总、客户/单票/柜次/月度利润、利润率、导出 | 应收与应付同源统计，结果可追溯 | F1/F2 结算数据、汇率和分摊规则 |
@@ -177,8 +182,8 @@ F1 先处理当前已经有可靠来源的对客头程费用：
  -> 进入待对账费用池
  -> 按客户 + 币种 + 账期生成对账单
  -> 内部复核
-  -> 客户确认或提出争议
-  -> 确认后形成应收
+  -> 客户只读查看（异议线下反馈）
+  -> 平台财务出账后形成应收
  -> 登记实际收款
  -> 将收款核销到应收
  -> 全额核销后结清
@@ -188,10 +193,10 @@ F1 先处理当前已经有可靠来源的对客头程费用：
 F1 建议页面：

 1. 应收费用池：查询、审核状态、是否参与结算、争议/排除原因。
-2. 客户对账单：生成、明细、内部复核、发送、客户确认、驳回/重开。
+2. 客户对账单：生成、明细、内部复核、发送、关闭；平台财务可重开或调整。
 3. 应收与收款：应收余额、到期日、收款登记、附件/凭证号、部分核销。
 4. 核销记录：每笔收款对应哪些应收、核销金额、剩余余额、反核销历史。
-5. 客户侧账单：只读明细、确认或提出争议、查看收款与未结余额。
+5. 客户侧账单：只读明细、查看收款与未结余额；异议通过线下渠道反馈。

 F1 暂不包含（在 F2-F4 交付）：

@@ -225,7 +230,7 @@ F1 暂不包含（在 F2-F4 交付）：
 | F3 | 哪些费用可以进入账单 | `APPROVED + PUBLISHED + settlementIncluded=true` 且未作废、未出账 |
 | F4 | 当前已发布头程费用是否自动进入待对账池 | 是，但仍由财务选择并生成账单 |
 | F5 | 账单生成后上游费用能否直接调整 | 不能；应走补差单/冲销单并保留原账单 |
-| F6 | 客户是否需要在线确认和提出争议 | 建议需要；超期自动确认是否启用另行决定 |
+| F6 | 客户是否需要在线确认和提出争议 | 首期不需要；客户只读查看，异议线下反馈，由平台财务手动处理 |
 | F7 | 是否需要内部复核 | 建议制单与复核权限分离，首期允许同人需业务明确 |
 | F8 | 收付款是人工登记还是接银行流水 | F1/F2 先人工登记，F3 再接银行流水；必须保存到账日/付款日、方式、凭证号和附件 |
 | F9 | 一笔收款能否核销多张应收，一张应收能否被多次收款 | 两者都允许，禁止累计核销超过余额 |