行业参考 · 金融 · 财务 · 证据 E1
从“提需求的人”到“造工具的人”——一名银行财务用 WorkBuddy 打造费用报销工作台的全流程实录
这是公开报道的其他企业案例，不是 Alan 交付的项目。内容由 AI 收集整理，以原文为准。
企业遇到的问题
国有银行费用报销制度复杂，业务人员不懂财务制度、填单字段多材料多、审核点细人工比对工作量大。
概要
作者自称国有银行费用报销财务人员，用WorkBuddy把报销管理经验做成轻量级费用报销应用，覆盖事前申请、报销、审核、支付全流程，内置风控规则、费用标准、流程参数、人员角色权限，以招待费、差旅费为例。痛点包括专业壁垒、填单复杂、审核压力。做法：场景化选单（招待费3个、差旅费5个）、风控规则贯穿全流程、审核工作台左右分栏、制度参数化、OCR发票识别自动回填（阿里云OCR试用版，失败回落手工录入）、单文件HTML应用+localStorage（后改IndexedDB）、7大主导航模块、小步快跑V5.40到V5.47共8个小版本、110条自动化回归用例。
原文写明的事实
- 原文写作者是国有银行从事费用报销业务的财务人员
- 原文写覆盖事前申请、报销、审核、支付全流程，以招待费、差旅费报销为例
- 原文写招待费3个场景（报销宴请费用、购买酒水、购买招待礼品），差旅费5个场景（国内普通差旅、会议/培训出差、探亲、因公出国境、混合差旅）
- 原文写风控规则以‘提示/拦截’两级控制，事前申请与报销双入口拦截
- 原文写审核界面把单据内容和审核日志左右分栏，审批历史统一归档
- 原文写OCR发票识别自动识别发票号、日期、明细、税额并回填表单，识别失败自动回落手工录入，使用阿里云OCR的1分钱试用版本
- 原文写单文件HTML应用，数据用浏览器localStorage，后改为IndexedDB保存附件Blob
- 原文写从V5.40到V5.47共8个小版本，累计110条自动化回归用例
怎么做的
- 输入：发票图片、报销申请、事前审批、规章制度和费用标准
- 处理：用户先选场景，场景绑定校验规则，OCR回填表单，风控规则自动校验并提示/拦截，审核界面汇总风控结论
- 数据：报销单据、费用标准、风控规则、人员角色权限、发票OCR结构化字段
- 动作：填单人选择场景并提交单据，系统自动校验金额、陪餐人数、酒水、材料等合规项，审核人查看汇总后判断通过或驳回
- 输出：事前申请单、报销单、审核日志、风控审核汇总、规则参数维护页
如果你也想做：复制评估
AI 初评，供参考。具体能不能做，要看你企业的数据、流程和人。
- 难度：中（需要配置 Skill / Connector）
- 需要的能力：OCR发票识别Skill、费用标准校验Skill、风控规则校验Skill
- 需要接的数据/系统：阿里云OCR、银行财务系统（未接入）
- 仍需人工的环节：人工确认报销场景；OCR失败时手工录入；审核人员最终判断通过或驳回
- 风险：个人原型无法保证数据安全；规则误判可能导致合规风险；本地存储不适于企业协作
- 原文没披露的：未接入真实银行财务系统；单文件HTML和localStorage不适合多用户生产环境；无实际提效数字和单据量
费用报销原型和流程设计可复现，但真实企业环境下的多人使用、数据安全和系统集成尚未验证。
来源
证据说明：单一来源个人自述，未披露具体企业和实际运行数据