员工想报一笔差旅费，通常需要找到出差申请、整理票据、核对费用类别、填写报销单，再提交审批。Agent 可以减少查找和录入，但财务系统中的计算、批准和入账仍应保持清楚的依据。
Workday 在 2026 年 10 月 13 日宣布 Trusted Agent Platform 支持 headless 方式，即从其他入口使用其业务能力。公告列出已正式开放的 Agent-Ready Tools、Data Cloud 等组件，并强调请求沿用 Workday 的权限、审批和审计。部分上下文与推理能力仍有后续交付计划。Workday 发布公告
报销入口的工作分配
下面以企业自有报销流程为例说明接入设计。员工提交“整理本次出差费用”，助手先定位对应出差事项，读取票据和订单，提出费用类别与缺项，再生成报销草稿。
金额合计、额度计算、重复票据检查和审批流转由业务系统负责。助手将系统返回的结果用自然语言解释给员工，不能根据一份制度摘要自行决定这笔费用应当批准。
票据、行程与费用项目
同一张票据可能属于多人共同出差，也可能有个人自付部分。需要核对原始票据、人员、行程与金额之间的关系，避免只从附件名称推定归属。
| 核对项目 | 所需资料 | 不完整时的处理 |
|---|---|---|
| 报销人及部门 | 当前员工记录 | 请本人或人事补充 |
| 出差事项 | 已批准的申请 | 保留待关联状态 |
| 金额及币种 | 原始票据与支付记录 | 列出差异及缺失字段 |
| 费用归属 | 项目或成本中心 | 由有权人员确认 |
| 重复申报 | 已有报销及冲销记录 | 阻止重复提交并提示原单 |
查询、草稿与正式提交
操作可分为读取、生成草稿和正式提交三个阶段。读取阶段帮助员工找到资料；草稿阶段填入已确认字段；提交阶段展示金额、费用归属和附件，由员工确认后进入原审批流程。
例如，助手发现住宿发票金额与支付记录不同，应把差额和原件同时列出。员工确认存在其他自付消费后，再按财务规则填写可报销部分。不要用“可能是服务费”填补没有记录的解释。
操作结果与后续查询
提交接口返回申请编号后，再查询一次原系统，确认记录存在、金额正确、附件可见及审批状态符合预期。员工随后询问“报销到哪了”，也从当前申请读取结果。
如果提交时超时，先查是否已经产生记录，再决定是否重发。已经创建的报销单不能因为对话没有收到结果而再次建立；后续修改也应在同一单据及其版本上处理。
现有系统的接入选择
已有 ERP 或 OA 可以按实际接口能力提供同样的交互方式。优先使用能够保留身份和业务校验的正式 API；只能导入文件时，明确交付的是导入草稿，待成功导入后再确认记录。
实施时，选择正常报销、重复票据、金额差异、撤回及重新提交等样本，核对员工和财务人员看到的结果。效果应体现为减少填写与追问、缩短资料补齐过程，同时保持账务记录可核对。
与单据处理有关的做法，可参考Agent 草稿转正式记录与现有业务系统接入方式。
