160 lines
12 KiB
Markdown
160 lines
12 KiB
Markdown
# 财务管理产品确认表
|
||
|
||
> 版本：V1.0
|
||
> 创建日期：2026-08-10
|
||
> 状态：待产品与业务确认
|
||
> 适用范围：客户账户、客户应收应付、客户对账单、结算单应收/应付、收付款核销、发票、费用分析和利润
|
||
|
||
> 技术方案说明：服务边界、跨服务访问、事件幂等、金额存储、状态留痕和正式模块发布方式已按当前仓库架构直接确认，不再要求产品确认；以 XLSX 的“技术结论”工作表为准。
|
||
|
||
正式技术决策见：[财务服务边界设计](财务服务边界设计.md)。
|
||
|
||
## 一、确认说明
|
||
|
||
本表用于把财务原型中的全量能力转换为可开发的产品结论。原型只作为页面和字段参考，不能代替状态、权限、金额口径和数据来源确认。
|
||
|
||
- “建议结论”是可直接评审的默认方案，不是已确认需求。
|
||
- “最终结论”由产品/业务负责人填写；确认后状态改为“已确认”。
|
||
- 暂时无法确认的事项改为“暂缓”，同时填写本阶段临时处理方式。
|
||
- F0 是全量财务共同底座；F1/F2 可在 F0 契约冻结后并行；F3/F4 依赖前序台账。
|
||
|
||
## 二、全量范围确认
|
||
|
||
| 编号 | 范围 | 建议结论 | 最终结论 | 状态 |
|
||
|---|---|---|---|---|
|
||
| S1 | 客户账户 | 做预充值、冻结、解冻、扣款、退款和账户流水；账户余额与应收核销分开，任何抵扣都产生核销记录 | 待填写 | 待确认 |
|
||
| S2 | 客户应收 | 做客户费用池、对账单、应收单、到期/逾期、收款、部分核销、结清、反核销 | 待填写 | 待确认 |
|
||
| S3 | 客户应付 | 仅在确有平台向客户付款的业务场景时启用；否则不开放菜单和数据方向 | 待填写 | 待确认 |
|
||
| S4 | 客户对账单 | 按客户 + 币种 + 账期生成，支持内部复核、发送、客户确认、争议、重开和关闭 | 待填写 | 待确认 |
|
||
| S5 | 供应商应付 | 做供应商成本池、供应商对账、应付单、付款、付款核销和反核销 | 待填写 | 待确认 |
|
||
| S6 | 发票 | 做发票申请、开票登记、票号/文件关联、红冲和作废；不直接假定外部开票平台 | 待填写 | 待确认 |
|
||
| S7 | 费用分析 | 按费用项目、客户、供应商、期间统计发生额、已结算额和余额，支持钻取来源单据 | 待填写 | 待确认 |
|
||
| S8 | 利润 | 支持客户、货柜、单票、月份维度；收入、成本、分摊、汇率和利润率必须可追溯 | 待填写 | 待确认 |
|
||
|
||
## 三、F0 财务底座确认
|
||
|
||
### 3.1 平台、客户、角色与用户边界补充
|
||
|
||
以下事实已由当前对话确认：产品层只有平台、客户两种身份；平台管理平台角色/用户，客户管理本客户角色/用户。子用户属于客户成员，是操作人，不自动成为财务主体。
|
||
|
||
仍需产品确认的是“客户企业”与“财务法律主体/账套”的关系，以及客户子用户可以看到和执行哪些财务动作。对应会议条目已补充至 XLSX 的“待确认事项”页。
|
||
|
||
| 编号 | 需要确认的事项 | 建议结论 | 最终结论 | 状态 |
|
||
|---|---|---|---|---|
|
||
| F0-11 | 客户与财务主体关系 | 客户企业作为客户数据归属和结算对象；平台财务主体/账套单独建模；首版一个客户对应一个有效结算档案，客户子用户不成为新主体 | 待填写 | 待确认 |
|
||
| F0-12 | 客户子用户数据范围 | 具有财务权限的客户子用户默认查看本客户全部账单，不按“本人创建”切分；部门范围另行定义 | 待填写 | 待确认 |
|
||
| F0-13 | 客户财务权限分配 | 平台定义权限目录和越界规则；客户管理员仅能在本客户内创建角色并分配允许的客户侧权限 | 待填写 | 待确认 |
|
||
| F0-14 | 平台与客户财务动作边界 | 客户侧查看、确认/争议和发票申请；收付款登记、核销/反核销、关账、应付、成本和利润属于平台财务权限 | 待填写 | 待确认 |
|
||
| F0-15 | 职责分离与高风险操作 | 制单、复核、高风险执行使用独立权限；付款/退款、反核销、关账必须原因+审计；双人/金额分级审批待确认 | 待填写 | 待确认 |
|
||
| F0-16 | 成员停用与历史追溯 | 停用立即撤销访问；历史保留 userId/memberId、操作时姓名快照；未完成待办显式转交 | 待填写 | 待确认 |
|
||
|
||
| 编号 | 需要确认的事项 | 建议结论 | 最终结论 | 状态 |
|
||
|---|---|---|---|---|
|
||
| F0-01 | 财务服务边界 | 新增独立 Finance 服务和财务数据库；Firstleg 只提供不可变业务费用来源，不承载应收应付余额 | 按当前架构采用独立 Finance 服务/财务库 | 技术已确认 |
|
||
| F0-02 | 财务主体/账套 | 至少支持平台收款主体、付款主体；主体、账套和客户隔离键分开建模 | 待填写 | 待确认 |
|
||
| F0-03 | 往来单位 | Finance 引用客户/供应商主数据并保存名称快照；不复制业务实体，不跨库 Join | 待填写 | 待确认 |
|
||
| F0-04 | 币种与精度 | 使用 ISO 4217 三位码；原币金额不可覆盖；不同币种不直接合并或核销 | 待填写 | 待确认 |
|
||
| F0-05 | 汇率 | F0 预留汇率来源、生效时间、版本和快照；未确认前不做自动折算 | 待填写 | 待确认 |
|
||
| F0-06 | 财务期间 | 支持 OPEN、CLOSING、CLOSED；关闭期间禁止直接改账，错误走调整/冲销单 | 待填写 | 待确认 |
|
||
| F0-07 | 编号 | AR/AP/对账单/收款/付款/核销/发票/钱包分别由服务端发号，重试返回原单号 | 待填写 | 待确认 |
|
||
| F0-08 | 来源费用入池 | 仅接收 APPROVED、PUBLISHED、settlementIncluded=true 且未作废/未被有效账单使用的来源版本 | 待填写 | 待确认 |
|
||
| F0-09 | 事件可靠性 | Firstleg Outbox 发布费用事件，Finance 消费幂等并保存来源快照；失败可重试、可查结果 | 按现有 Outbox 与幂等模式实现 | 技术已确认 |
|
||
| F0-10 | 审计与权限 | 制单、复核、确认、收付款、核销、反核销、关账、开票、钱包操作使用独立权限和审计事件 | 待填写 | 待确认 |
|
||
|
||
## 四、F1 客户应收与对账确认
|
||
|
||
| 编号 | 需要确认的事项 | 建议结论 | 最终结论 | 状态 |
|
||
|---|---|---|---|---|
|
||
| F1-01 | 账单聚合维度 | 客户 + 币种 + 账期；不同币种不合并 | 待填写 | 待确认 |
|
||
| F1-02 | 生成方式 | 支持按筛选结果人工生成；后续可增加定时生成，但不得重复出账 | 待填写 | 待确认 |
|
||
| F1-03 | 账单状态 | DRAFT → INTERNAL_REVIEW → SENT → CUSTOMER_CONFIRMED → CLOSED；SENT 可 DISPUTED 后重开 | 待填写 | 待确认 |
|
||
| F1-04 | 应收状态 | OPEN → PARTIALLY_SETTLED → SETTLED；到期后增加 OVERDUE 标记，不改变余额 | 待填写 | 待确认 |
|
||
| F1-05 | 客户确认 | 客户可确认或提出争议；争议必须填写原因和明细，处理后重新发送 | 待填写 | 待确认 |
|
||
| F1-06 | 收款登记 | 首版人工登记到账日、金额、币种、方式、凭证号、附件和登记人 | 待填写 | 待确认 |
|
||
| F1-07 | 核销关系 | 支持一笔收款核销多张应收、一张应收被多笔收款核销；禁止跨币种和超额 | 待填写 | 待确认 |
|
||
| F1-08 | 反核销/作废 | 独立高风险权限，填写原因并保留原记录；不物理删除 | 待填写 | 待确认 |
|
||
| F1-09 | 出账后调整 | 不直接覆盖原费用；通过补差、冲销或调整单形成新来源 | 待填写 | 待确认 |
|
||
| F1-10 | 预收/多收/手续费/退款 | 单独建模为预收、其他应付款或退款，不直接冲减应收金额 | 待填写 | 待确认 |
|
||
|
||
## 五、F2 供应商应付与结算确认
|
||
|
||
| 编号 | 需要确认的事项 | 建议结论 | 最终结论 | 状态 |
|
||
|---|---|---|---|---|
|
||
| F2-01 | 成本来源 | 只有具备供应商、付款主体、成本凭证、币种金额和成本归属的来源才能进入应付池 | 待填写 | 待确认 |
|
||
| F2-02 | 成本确认节点 | 以供应商账单/业务完成/内部审核中确定一个正式节点；确认后冻结成本快照 | 待填写 | 待确认 |
|
||
| F2-03 | 供应商账单 | DRAFT → INTERNAL_REVIEW → SENT → CONFIRMED → CLOSED；差异走争议/补差/冲销 | 待填写 | 待确认 |
|
||
| F2-04 | 应付状态 | OPEN → PARTIALLY_PAID → PAID；到期增加 OVERDUE 标记 | 待填写 | 待确认 |
|
||
| F2-05 | 付款与核销 | 付款单独登记，支持多对多付款核销；禁止跨币种和超额 | 待填写 | 待确认 |
|
||
| F2-06 | 审批 | 应付确认和付款前复核使用独立权限；是否需要金额分级审批待确认 | 待填写 | 待确认 |
|
||
| F2-07 | 预付/押金/代付/退款 | 不混入普通应付余额，单独建模并保留关联单据 | 待填写 | 待确认 |
|
||
| F2-08 | 当前人工 PAYABLE 明细 | 仅作为待补充来源，不得直接视为供应商应付闭环 | 待填写 | 待确认 |
|
||
|
||
## 六、F3 客户账户与发票确认
|
||
|
||
| 编号 | 需要确认的事项 | 建议结论 | 最终结论 | 状态 |
|
||
|---|---|---|---|---|
|
||
| F3-01 | 账户余额性质 | 明确是客户预付款余额还是平台内部授信；充值必须有到账凭证，余额变更原子落流水 | 待填写 | 待确认 |
|
||
| F3-02 | 账户与应收关系 | 账户扣款可以核销应收，但不得直接修改应收原金额；余额、扣款、核销三条记录均保留 | 待填写 | 待确认 |
|
||
| F3-03 | 冻结与解冻 | 明确冻结触发、解冻人、原因、部分冻结和失败补偿 | 待填写 | 待确认 |
|
||
| F3-04 | 退款 | 退款必须关联原充值/收款，记录审批、到账方式、退款凭证和余额恢复规则 | 待填写 | 待确认 |
|
||
| F3-05 | 发票主体 | 明确开票主体、税率、含税/未税、发票类型和客户抬头校验 | 待填写 | 待确认 |
|
||
| F3-06 | 开票流程 | 申请 → 审核 → 开票登记 → 票据/文件关联；红冲、作废不可删除原票 | 待填写 | 待确认 |
|
||
| F3-07 | 外部平台 | 首版可人工登记，外部开票平台和银行流水接口另定接入契约 | 待填写 | 待确认 |
|
||
|
||
## 七、F4 费用分析与利润确认
|
||
|
||
| 编号 | 需要确认的事项 | 建议结论 | 最终结论 | 状态 |
|
||
|---|---|---|---|---|
|
||
| F4-01 | 收入口径 | 按已确认/已发布应收还是已收款确认收入，二者报表分开显示 | 待填写 | 待确认 |
|
||
| F4-02 | 成本口径 | 按已确认应付还是已付款确认成本，二者报表分开显示 | 待填写 | 待确认 |
|
||
| F4-03 | 分摊维度 | 支持客户、订单、单票、柜次、费用项目；明确公共成本分摊算法 | 待填写 | 待确认 |
|
||
| F4-04 | 汇率 | 明确交易日、账单日或月末汇率，以及本位币和汇兑损益 | 待填写 | 待确认 |
|
||
| F4-05 | 期间锁定 | 月结后报表冻结；调整通过新期间补差/冲销反映 | 待填写 | 待确认 |
|
||
| F4-06 | 利润维度 | 客户、货柜、单票、月份均支持；每个结果可钻取到收入、成本、分摊和原始单据 | 待填写 | 待确认 |
|
||
| F4-07 | 导出与权限 | 导出按财务数据权限控制，客户不可见供应商成本和内部利润 | 待填写 | 待确认 |
|
||
|
||
## 八、全量验收主链路
|
||
|
||
### 8.1 客户应收
|
||
|
||
```text
|
||
Firstleg 已发布费用
|
||
→ Finance 来源池
|
||
→ 客户对账单
|
||
→ 内部复核/客户确认
|
||
→ 应收单
|
||
→ 部分收款
|
||
→ 多对多核销
|
||
→ 结清
|
||
→ 反核销恢复余额
|
||
```
|
||
|
||
### 8.2 供应商应付
|
||
|
||
```text
|
||
已审核供应商成本
|
||
→ 供应商对账单
|
||
→ 应付审批/确认
|
||
→ 付款登记
|
||
→ 付款核销
|
||
→ 结清
|
||
→ 反核销/付款撤销
|
||
```
|
||
|
||
### 8.3 账户、发票和利润
|
||
|
||
```text
|
||
充值/收款 → 账户流水 → 应收核销
|
||
应收确认 → 开票申请 → 开票登记/红冲
|
||
应收收入 + 应付成本 + 分摊 + 汇率 → 利润分析/利润表
|
||
```
|
||
|
||
## 九、进入设计与开发的门槛
|
||
|
||
- S1-S8、F0-01 至 F0-16 全部形成结论，或明确暂缓处理方式。
|
||
- F1/F2 的账单、应收应付、收付款和核销对象关系冻结。
|
||
- F2 供应商成本来源不能继续使用没有供应商和凭证的人工 PAYABLE 明细替代。
|
||
- 财务服务与 Firstleg 的事件、查询接口、来源版本和幂等契约完成书面确认。
|
||
- F3 钱包资金性质、发票税务主体和 F4 收入成本/汇率/分摊口径完成确认后，才能进入对应开发阶段。
|
||
- 每阶段至少准备正常、重复提交、并发、越权、跨币种、超额核销、已关账调整和反核销验收案例。
|