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