0e861d8fa6
后端拆分风险规则生成为解释器、语义分析、本体对齐等子模块， 优化模板执行和流程图生成，完善员工种子数据和导入逻辑，增强 报销单权限策略和草稿持久化，前端新增预算中心视图和趋势图 组件，重构审计页面和风险规则测试对话框交互，完善文档中心 和报销创建页面细节，补充单元测试覆盖。
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：端到端验收、演示数据、测试补齐。
|
||
|