feat: 增强风险规则生成引擎与预算中心页面
后端拆分风险规则生成为解释器、语义分析、本体对齐等子模块, 优化模板执行和流程图生成,完善员工种子数据和导入逻辑,增强 报销单权限策略和草稿持久化,前端新增预算中心视图和趋势图 组件,重构审计页面和风险规则测试对话框交互,完善文档中心 和报销创建页面细节,补充单元测试覆盖。
This commit is contained in:
58
document/development/budget-center/README.md
Normal file
58
document/development/budget-center/README.md
Normal file
@@ -0,0 +1,58 @@
|
||||
# 预算中心开发总览
|
||||
|
||||
## 目标
|
||||
|
||||
预算中心先作为费控平台的前置底座建设,优先打通:
|
||||
|
||||
```text
|
||||
预算编制 -> 预算可用额度 -> 费用申请预占 -> 报销核销 -> 释放/调整 -> 预算看板
|
||||
```
|
||||
|
||||
第一版不追求完整预算编制系统,而是先让申请、报销、审批、付款、归档都有真实预算口径。
|
||||
|
||||
## 当前项目基础
|
||||
|
||||
- 员工和组织已有 `cost_center` 成本中心字段,可作为预算归属维度。
|
||||
- 报销单已有部门、项目、费用类型、金额、状态等字段,可接入预算核销。
|
||||
- 首页已有静态预算执行率展示,但还不是后端真实预算数据。
|
||||
- 费用申请已有前端意图识别和申请草稿痕迹,但预算占用还没有真实台账。
|
||||
|
||||
## 第一版预算中心范围
|
||||
|
||||
必须做:
|
||||
|
||||
- 预算主体:部门、成本中心、项目、费用科目。
|
||||
- 预算期间:月度、季度、年度。
|
||||
- 预算额度:总额、已占用、已核销、已释放、可用余额。
|
||||
- 预算台账:每一次占用、核销、释放、调整都落账。
|
||||
- 申请联动:费用申请提交时预占预算,驳回/撤回时释放。
|
||||
- 报销联动:报销提交或审批通过时核销预算。
|
||||
- 风险拦截:预算不足、超预算、缺预算归属时阻断或进入复核。
|
||||
- 预算中心页面:列表、详情、台账、执行率、异常预算。
|
||||
|
||||
暂缓:
|
||||
|
||||
- 完整预算编制审批流。
|
||||
- 多版本预算测算。
|
||||
- 外部 ERP 预算接口。
|
||||
- 真正多币种预算。
|
||||
- 复杂滚动预算和预测模型。
|
||||
|
||||
## 关键原则
|
||||
|
||||
- 预算中心是独立业务域,不塞进报销 Service。
|
||||
- 所有预算变化必须通过预算交易台账记录。
|
||||
- 不直接改写已用金额,必须由交易汇总得到。
|
||||
- 申请、报销、付款只是预算事件来源。
|
||||
- 预算不足的判断必须来自后端,不依赖前端显示。
|
||||
|
||||
## 7天开发路径
|
||||
|
||||
- Day 1:预算模型、状态机、接口契约。
|
||||
- Day 2:预算中心页面、列表、详情、台账视图。
|
||||
- Day 3:预算占用/释放/核销服务。
|
||||
- Day 4:费用申请与报销联动预算。
|
||||
- Day 5:审批、付款、归档中的预算状态传递。
|
||||
- Day 6:预算看板、本体识别、AI提示。
|
||||
- Day 7:端到端验收、演示数据、测试补齐。
|
||||
|
||||
Reference in New Issue
Block a user