59 lines
2.2 KiB
Markdown
59 lines
2.2 KiB
Markdown
|
# 预算中心开发总览
|
|||
|
|
|
|||
|
|
## 目标
|
|||
|
|
|
|||
|
|
预算中心先作为费控平台的前置底座建设，优先打通：
|
|||
|
|
|
|||
|
|
```text
|
|||
|
|
预算编制 -> 预算可用额度 -> 费用申请预占 -> 报销核销 -> 释放/调整 -> 预算看板
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
第一版不追求完整预算编制系统，而是先让申请、报销、审批、付款、归档都有真实预算口径。
|
|||
|
|
|
|||
|
|
## 当前项目基础
|
|||
|
|
|
|||
|
|
- 员工和组织已有 `cost_center` 成本中心字段，可作为预算归属维度。
|
|||
|
|
- 报销单已有部门、项目、费用类型、金额、状态等字段，可接入预算核销。
|
|||
|
|
- 首页已有静态预算执行率展示，但还不是后端真实预算数据。
|
|||
|
|
- 费用申请已有前端意图识别和申请草稿痕迹，但预算占用还没有真实台账。
|
|||
|
|
|
|||
|
|
## 第一版预算中心范围
|
|||
|
|
|
|||
|
|
必须做：
|
|||
|
|
|
|||
|
|
- 预算主体：部门、成本中心、项目、费用科目。
|
|||
|
|
- 预算期间：月度、季度、年度。
|
|||
|
|
- 预算额度：总额、已占用、已核销、已释放、可用余额。
|
|||
|
|
- 预算台账：每一次占用、核销、释放、调整都落账。
|
|||
|
|
- 申请联动：费用申请提交时预占预算，驳回/撤回时释放。
|
|||
|
|
- 报销联动：报销提交或审批通过时核销预算。
|
|||
|
|
- 风险拦截：预算不足、超预算、缺预算归属时阻断或进入复核。
|
|||
|
|
- 预算中心页面：列表、详情、台账、执行率、异常预算。
|
|||
|
|
|
|||
|
|
暂缓：
|
|||
|
|
|
|||
|
|
- 完整预算编制审批流。
|
|||
|
|
- 多版本预算测算。
|
|||
|
|
- 外部 ERP 预算接口。
|
|||
|
|
- 真正多币种预算。
|
|||
|
|
- 复杂滚动预算和预测模型。
|
|||
|
|
|
|||
|
|
## 关键原则
|
|||
|
|
|
|||
|
|
- 预算中心是独立业务域，不塞进报销 Service。
|
|||
|
|
- 所有预算变化必须通过预算交易台账记录。
|
|||
|
|
- 不直接改写已用金额，必须由交易汇总得到。
|
|||
|
|
- 申请、报销、付款只是预算事件来源。
|
|||
|
|
- 预算不足的判断必须来自后端，不依赖前端显示。
|
|||
|
|
|
|||
|
|
## 7天开发路径
|
|||
|
|
|
|||
|
|
- Day 1：预算模型、状态机、接口契约。
|
|||
|
|
- Day 2：预算中心页面、列表、详情、台账视图。
|
|||
|
|
- Day 3：预算占用/释放/核销服务。
|
|||
|
|
- Day 4：费用申请与报销联动预算。
|
|||
|
|
- Day 5：审批、付款、归档中的预算状态传递。
|
|||
|
|
- Day 6：预算看板、本体识别、AI提示。
|
|||
|
|
- Day 7：端到端验收、演示数据、测试补齐。
|
|||
|
|
|