费用报销预审
优先试点这一场景的目标是把报销单、票据、制度和审批规则整理成字段提取、重复/超标/缺件提示。
- 输入
- 报销单、票据、制度和审批规则
- 输出
- 字段提取、重复/超标/缺件提示
- 验收
- 检查预审时间、漏项率、人工退回率
- 边界
- 只做预审;付款和驳回由授权人员决定

财务场景必须把效率与审慎放在一起,AI智能体负责预审、核对和解释,审批与入账由人
左起第一列是这个岗位可交给 WorkBuddy 的场景; 中间两列是它需要什么、能交付什么;最后一列是必须由人或系统决定的部分 —— 这一列才是评审时真正要看的,因为它决定哪些环节不能自动化。
| 场景 | 需要输入 | WorkBuddy可辅助交付 | 人工或系统边界 |
|---|---|---|---|
| 费用报销预审 | 报销单、票据、制度和审批规则 | 字段提取、重复/超标/缺件提示 | 只做预审;付款和驳回由授权人员决定 |
| 发票识别与归档 | 发票文件、归档规则、台账模板 | 重命名文件、发票台账和异常清单 | 真伪与税务认证需调用合规系统 |
| 账务处理辅助 | 业务单据、科目表、历史规则 | 分录建议和待确认事项 | AI不得直接过账,科目和期间由会计确认 |
| 财务报表生成 | 总账、明细账、报表模板 | 三表、勾稽检查和变动说明 | 合并范围、调整分录和对外披露需复核 |
| 应收应付账龄 | 客户/供应商余额、账期、回款记录 | 账龄表、逾期清单和催收优先级 | 坏账判断和催收策略由财务业务共同决定 |
| 预算与滚动预测 | 历史预算、实际、业务驱动因子 | 预算草案、偏差和情景分析 | 假设、目标和资源分配由管理层确定 |
| 成本分析 | 成本明细、产销量、组织和产品维度 | 成本结构、异常和降本线索 | 不能把相关性直接写成原因 |
| 税务风险扫描 | 申报表、发票、政策和交易资料 | 风险点、所需材料和待核验政策 | 税务结论需税务专业人员确认 |
| 经营决策看板 | 财务与业务数据、指标口径 | 看板、趋势、异常和行动建议 | 口径统一、权限隔离和刷新时间必须标明 |
三个优先场景在各岗位下按同一套方法拆解:明确任务口径 → 收集并检查输入 → 让 WorkBuddy 执行整理、检索或生成 → 输出可编辑结果 → 由岗位负责人复核后进入下一流程。
这一场景的目标是把报销单、票据、制度和审批规则整理成字段提取、重复/超标/缺件提示。

这一场景的目标是把发票文件、归档规则、台账模板整理成重命名文件、发票台账和异常清单。

这一场景的目标是把业务单据、科目表、历史规则整理成分录建议和待确认事项。
同一个岗位的场景会分散在四层里:文件层只用本地文档就能跑, 知识层要先建好有版本、有出处、有权限的资料,系统层要接业务系统, 决策层则必须保留人工批准。先看自己能从哪一层起步。
使用本地文档、表格和模板,结果可人工检查
建立有版本、有出处、有权限的知识资料
通过受控的Connector、MCP或API读写业务系统
展示依据、假设和影响,高风险决定由人批准
推荐先做“费用报销预审”。它所需输入是报销单、票据、制度和审批规则,目标交付是字段提取、重复/超标/缺件提示。
试点可按四个动作推进:第一,抽取一批真实历史任务作为基线;第二,用同一批输入让人工流程和WorkBuddy流程并行;第三,记录失败、遗漏和人工修改原因;第四,只在结果稳定、权限清楚、可以回滚时扩大范围。
建议验收指标包括:预审时间、漏项率、人工退回率。如果结果需要大量重做、来源无法追溯、系统写入不可回滚,试点应暂停并先修复数据或流程。
把你们这个岗位最耗人的一件事说清楚,我们按上面四层能力给出可切入点、需要对接的系统清单和人工边界 —— 不是通用方案,是照着你们现有流程改的版本。