35 lines
4.0 KiB
Markdown
35 lines
4.0 KiB
Markdown
# 二期计费财务需求确认表
|
|||
|
|
|
||
|
|
> 用途:产品空缺期间由项目负责人组织确认原型无法决定、且会改变二期范围或计费模型的事项。
|
||
|
|
> 不需要填写确认人和确认日期;状态为“临时基线”且有可开发结论时用于当前开发,产品到岗复核后改为“已确认”。
|
||
|
|
> 关联文档:[二期计费与财务模块规划](二期计费财务模块规划.md)
|
||
|
|
|
||
|
|
## 一、需要产品确认的 4 项
|
||
|
|
|
||
|
|
| 编号 | 需要产品确认的事项 | 当前建议 | 最终结论 | 状态 |
|
||
|
|
|---|---|---|---|---|
|
||
|
|
| P2-Q13 | 二期计费财务做到哪一个闭环终点? | 做到费用生成、应收应付、对账、线下收付款登记与核销、单票利润;不做在线支付、会计凭证和总账 | 待填写 | 待确认 |
|
||
|
|
| P2-Q14 | “02 到仓”首批费用项目白名单及应收/应付方向是什么? | 逐项给出费用编码、名称、方向、单位、默认币种和税率;未进白名单的费用只允许人工新增并审核 | 待填写 | 待确认 |
|
||
|
|
| P2-Q15 | 二期计费规则需要支持到什么复杂度? | 至少按客户、往来单位、仓库、服务类型和生效区间匹配;阶梯价、最低收费、封顶和组合价只实现业务明确需要的部分 | 待填写 | 待确认 |
|
||
|
|
| P2-Q16 | 各类费用在哪个业务节点生成、审核和锁定? | 实测完成生成试算,差异确认后生效并锁定;非测量费用按已确认业务事件生成 | 待填写 | 待确认 |
|
||
|
|
|
||
|
|
## 二、原型已经明确,不再发产品确认
|
||
|
|
|
||
|
|
| 编号 | 采用的二期基线 | 原型依据 |
|
||
|
|
|---|---|---|
|
||
|
|
| P2-Q17 | 本位币采用 CNY;费用保存原币、业务汇率和折算金额;二期人工维护汇率,不接外部汇率源,费用生效时锁定汇率快照 | 原型已有 CNY、USD、EUR、币种、汇率及“人民币:美元汇率”字段 |
|
||
|
|
| P2-Q18 | 保存未税金额、税率、税额和含税总额;税额按未税金额×税率计算;金额/税额保留 2 位、汇率保留 6 位并由服务端统一四舍五入 | 原型已有 0%、6%、9%、13% 税率及金额、税额、含税合计 |
|
||
|
|
| P2-Q19 | 经办提交、财务审核;生效费用不直接删除或覆盖,只能调整、红冲或作废并保留审计链 | 原型已有“新增、客服提交、财务通过”等审核状态;直接删除入口按财务审计要求收紧 |
|
||
|
|
| P2-Q20 | 支持勾选费用生成账单和按截止时间批量生成;账单保存结算起止日、账期和到期日,二期不额外建设复杂自动月结调度 | 原型已有“按选择生成账单”“按截止时间生成账单”、结算起止日和账期 |
|
||
|
|
| P2-Q21 | 账单按草稿/待审核/审核通过/审核拒绝/待确认/已关闭流转;确认后锁定,争议调整后生成新版本 | 原型已有待审核、审核通过、审核拒绝、待确认、账单明细和支付历史 |
|
||
|
|
| P2-Q22 | 支持线下收付款登记、部分收付、余额和核销;错误核销用反核销留痕;二期不做预收预付、跨币种核销和银行自动认领 | 原型已有待收款、部分收款、已结清、逾期、应付/已付/余额、支付历史和核销入口 |
|
||
|
|
| P2-Q23 | 二期仅登记开票/收票信息、税率、税额、日期、状态和附件,不接电子税局或第三方开票平台 | 原型只有发票抬头、开票日期、已开票/未开票、税率和税额,没有外部开票接口 |
|
||
|
|
| P2-Q24 | 单票利润=已生效应收-已生效应付;利润率=利润÷收入;支持按客户、货柜、单票和月份查看,仅财务授权角色可见 | 原型直接展示收入、成本、利润、利润率及相应查询维度 |
|
||
|
|
|
||
|
|
## 三、会议填写规则
|
||
|
|
|
||
|
|
- 认可当前建议:复制为临时结论,将“状态”改为“临时基线”。
|
||
|
|
- 修改当前建议:填写会议确定的临时口径,再将“状态”改为“临时基线”。
|
||
|
|
- 暂不确定:将“状态”改为“暂缓”,并填写二期临时处理方式。
|
||
|
|
- P2-Q17 至 P2-Q24 已作为原型和安全实现基线,不再重复确认;产品到岗后如提出变更,再按需求变更流程更新。
|