LAB 02
Feishu × OpenClaw Workflow
公开 · 交互式产品原型发票报销助手
这是一个 Feishu 原生的报销工作流原型：员工把 PDF 发票交给 OpenClaw，系统完成身份归档、字段识别、报销汇总和草稿生成，员工只需补充事由、复核结果并确认提交。
THE BUSINESS QUESTION能不能把员工最耗时的票据整理，变成一次可核验的确认？
TRY THIS按三步走完一次报销
依次查看收票、票据归集和飞书草稿；在最后一步补充事由并勾选确认，体验自动化的边界。
BOUNDARYFEISHU × OPENCLAW / LOCAL PROTOTYPE
系统只生成草稿，不替员工补写业务事实，也不会自动提交真实审批。
INTERACTIVE PROTOTYPE / FEISHU × OPENCLAW / LOCAL PROTOTYPE点击控件体验 · 情景参数可调
FEISHU × OPENCLAW / EXPENSE FLOW
发票进来，报销草稿出去。
员工只需要把发票交给机器人；整理、识别、归档和填单交给工作流，最后的业务判断仍由员工确认。
CONTROLLED AUTOMATION人确认 · 系统执行
虾
报销小助手Finance Server · 在线
09:42收到 4 份新发票已按 Ryan 的 Feishu 身份归档
整理 2026 年 6 月深圳出差发票09:43
正在整理这批票据…
识别 → 去重 → 归集 → 生成草稿
输入“整理某次出差发票”↑
RUN / 2026.06.20批次 EXP-0620
把散落的 PDF 变成一条可核验记录。
✓
识别 4 份发票机票 · 酒店 · 餐饮 · 交通
完成!
检查重复与缺失字段1 项需要员工复核
复核✓
生成报销明细预计 ¥4,212.00
完成·
写入飞书报销草稿等待员工确认
下一步PRODUCT ARCHITECTURE / FEASIBILITY
一条受控的财务自动化链路
从身份、文件、识别到审批，每一步都有边界；自动化的终点是“待员工确认”，不是替员工做最终承诺。
01 / INPUT飞书私聊入口
员工发送 PDF / 图片发票，或直接描述出差区间。
Feishu Bot→02 / ORCHESTRATIONOpenClaw Agent
按用户身份理解意图，调用受控工具，不越权访问他人资料。
Intent + Tools→03 / EXTRACTION发票识别与校验
OCR 读取字段，做重复票、金额、日期和低置信度检查。
OCR / Rules→04 / FINANCE LOGIC报销归集引擎
按员工、出差批次、城市和票据类型生成结构化明细。
Excel / Schema→05 / OUTPUT归档与草稿
重命名 PDF、生成附件包，映射到飞书报销草稿供员工确认。
Archive / ApprovalIDENTITY SCOPE按 Feishu 用户隔离
机器人只处理当前员工发送或查询的票据，不把个人文件混入他人报销批次。
HUMAN CHECK低置信度与最终提交由人确认
金额、日期、抬头等字段可复核；系统生成草稿，不自动替员工提交。
AUDIT TRAIL原件、版本与动作可追踪
原始 PDF 保留，重命名文件、识别结果和审批动作留下审计记录。
图中所有数据、发票与员工信息均为模拟数据，仅用于展示产品逻辑。
HOW TO USE THIS PROTOTYPE
三步看懂它真正解决了什么。
操作路径不是功能清单，而是从业务事实走到管理判断的最短路径。
01把票据交给机器人
员工通过 Feishu 私聊发送 PDF，不需要先整理文件夹。
02检查识别与归档
查看字段、置信度、重复检查和原件归档路径。
03确认报销草稿
补充业务事由，确认附件完整后再提交审批。
WHAT THIS PROVES
原型之外，
更重要的是背后的工作方法。
01
Agent 产品架构
02
OCR 到结构化数据
03
财务流程自动化
NEXT CONTEXT
把原型放回真实的工作场景。
Demo 用模拟数据说明方法；案例页解释这套方法如何进入组织、流程和结果。