Files
docs/财务管理/财务管理产品确认版差异与剩余待确认.md
T
2026-08-11 09:25:45 +08:00

5.9 KiB

财务管理产品确认版:回填结果与剩余确认项

来源:产品回传《财务管理产品确认表(确认版).xlsx》 复核日期:2026-08-10 用途:把产品回填内容转成可开发口径;不替代产品原始回传表。

一、回传表复核结论

回传表共 32 个事项。当前状态列实际为:16 项“已确认”、2 项“待确认”、14 项状态为空但填写了最终结论。因此,表内“填写说明”显示的 16 已确认 / 16 待确认不能直接作为放行依据;状态为空的 14 项需要产品补填“已确认”或“暂缓”。

其中,以下内容可直接纳入正式文档:

  • 客户应付、客户账户、发票和外部接口在头程首期不做,线下处理;不得因此创建半成品财务流程。
  • 供应商付款为线下付款并上传凭证;单票成本直接归属单票,整柜清关、拖车等公共成本按柜内体积分摊。
  • 首期账单只支持 RMB/CNY;每个客户维护自己的账期配置,默认 30 天。
  • 收款全部由财务人工填写表单并上传收款图片;一笔 300 元可由财务分别填入 3 张 100 元账单,关联同一张凭证。
  • 首期只统计 CNY 账单,不做汇率、不做月结,只按账单统计。
  • 客户财务权限按菜单分权限;与“客户子用户只读、平台财务执行写操作”的既有结论一致。

二、已确认但需要写入契约的细节

编号 当前回填 为什么还不能直接开发 建议产品最小结论
F1-01 “当前只支持 RMB,支持多种费用项,多笔订单分开出” 已明确首期币种和多订单分别出账 首期只支持 RMB/CNY;多种费用项可在账单明细中展示;多笔订单分别出账
F1-03 “客户有一个设置的账期,默认 30 天” 产品口径已足够;自然日和出账日作为成熟软件默认实现 每个客户配置账期天数,默认 30 个自然日;到期日=账单出账日+客户账期
F1-04 “人工填写表单,上传收款图” 已足够支撑首期人工收款;仍需把表单字段写入接口契约 收款金额、到账日、方式、凭证号、凭证图片、登记人由平台财务人工填写
F1-05 “客户给 300,3 个账单都是 100,直接 3 个单” 已明确首期按账单逐笔分配;不再扩展预收、多收、手续费、退款 财务分别在 3 张账单填写 100 元,并关联同一张 300 元收款凭证
F2-02/F4-01 “单票成本;整柜清关、拖车按体积分摊” 已明确业务归属;只需在接口中固定人工录入和凭证字段 单票成本归属单票;整柜公共成本按柜内体积分摊;平台财务人工登记并上传凭证;收入按 CNY 账单统计
F4-03 “不做汇率和月结,只做账单,只统计 CNY” 已解决首期范围;仅需在权限和报表验收中冻结为 CNY 首期利润/分析只统计 CNY 账单,不做汇率、汇兑损益和月结快照

三、可以按“首期不做/暂缓”处理的事项

以下回填可以作为暂缓结论,但必须在原 XLSX 的“状态”列补成“暂缓”,不能留空:

事项 暂缓口径
F2-01、F2-03、F2-04 当前不存在客户应付或供应商应付在线闭环,线下处理;不开放对应菜单和状态流转
F3-01 至 F3-04 头程首期没有客户账户/钱包,线下处理;不建设余额、冻结、扣款、退款对象
F3-05 至 F3-07 发票和外部开票/银行接口首期线下处理;只保留未来扩展位
F4-04 按菜单分权限;平台财务可见完整利润和成本,客户侧不开放供应商成本和内部利润

四、当前放行判断

  • F0 技术方案和客户主体/成员边界已经冻结,可以继续做 Finance 服务骨架、数据库迁移草案、事件契约和权限矩阵设计。
  • F1 客户应收的核心产品口径已补齐;账期日期算法、账单单据粒度和收款字段可按本文默认值直接写入契约。
  • F2/F4 的产品口径已补齐;开发前只需把人工成本/收款表单字段、凭证关联和体积分摊公式写入接口与验收契约。
  • F3 可整体标记暂缓,不阻断 F0/F1。

因此,本轮已没有新的核心产品问题;剩余工作是把确认版 XLSX 的状态归一化,并在接口/验收契约中补充账期日期算法、收款表单字段、收款凭证与账单分配关系、成本来源字段和体积分摊公式。

五、首期人工简化方案(本轮最终确定)

首期财务按“人工台账”建设,不追求自动化财务软件的完整复杂度:

  1. 账单:平台财务从已发布费用中人工选择/填写账单,保存客户、账单日期、账期、CNY 金额和明细;出账后冻结。
  2. 收款:平台财务人工填写收款表单并上传凭证图片;表单可选择多张账单,逐张填写本次收款金额。系统只校验金额不超过账单未收余额,不建设预收、多收、手续费和退款模型。
  3. 成本:平台财务人工填写成本表单并上传凭证;选择“单票成本”或“整柜公共成本”。单票成本直接归属单票,整柜公共成本按体积分摊。
  4. 状态:只保留必要状态:草稿、已出账、部分收款、已收清、作废。首期不做复杂审批流、供应商在线确认、银行自动对账、自动核销任务和月结。
  5. 客户侧:客户只读查看账单、收款记录和余额;金额有误时线下反馈,由平台财务修改或作废重开。
  6. 凭证与审计:所有人工表单保留填写人、填写时间、修改原因、凭证图片和原始版本;已出账记录不覆盖,修改使用调整或作废重开。

按此方案,开发重点是三个简单表单(账单、收款、成本)和三类查询(客户账单、收款记录、成本/利润统计),不是建设完整总账、钱包或自动结算系统。