出差这件事，大多数人的麻烦不在买票，而在回来之后：行程单在邮箱里、机票在航司 App 里、住宿发票在另一个小程序里；超额的部分当时没人拦，报销的时候才发现不合规；抬头开错了，还得回头找酒店重开。等到财务打回来一次，一趟出差的收尾能拖上两周。
问题的根源是「标准写在制度里、执行发生在事后」：制度写了住宿上限，但没人会在你订酒店时提醒你；制度写了哪些能报，但票据收集全靠自己回忆。这篇讲怎么用 OpenClaw 把这条线前移——标准在出差前就校验，票据在行程里就归集，报销前先自检一遍。
先把和站内几篇的分工讲清楚：OpenClaw 做发票识别与报销整理 管的是票面本身——识别要素、去重、查验、归集成报销单；OpenClaw 怎么管日程 管的是时间安排——排期、会议提醒、每日摘要；OpenClaw 分流规则 管的是通用审批怎么分流。这一篇管的是中间那段：一次出差从申请、行程、花费到报销前，钱和标准对不对得上。
一、先把四件事定死
差旅管理乱，八成是因为制度只写了「原则上」三个字。要让它自动化，先把四件事变成可以判断的规则：
- 谁能出差——按岗位和事由分：常规业务出差、会议出差、客户拜访，触发的审批线不一样。
- 标准怎么分档——按职级 × 城市档位定住宿和交通上限，而不是一个全国统一的数字。一线城市和县级市的住宿价差，用一个标准卡必然要么太松要么太紧。
- 什么算超标——超出上限多少以内允许说明后放行、超出多少必须提前审批，两条线要分开。
- 特殊情形怎么办——客户指定酒店、临时改签、异地延长停留，这三类是例外中最常见的，规则要提前写。
这和 OpenClaw 分流规则 的思路一致：把规则写死在系统里，人只处理例外。
二、申请单：七个字段
申请单不是走形式的，它是后面所有校验的输入。建议七个必填：
- 出差人——多人同行要逐个登记，因为每个人的职级对应不同标准。
- 事由与关联项目——出差费用挂到哪个项目或成本中心，决定后面费用归集。
- 目的地与城市档位——写城市，系统自动落到对应档位，不要让人自己填「几类城市」。
- 起止时间与天数——住宿晚数由天数推导，避免有人多报一晚。
- 预算金额与构成——交通、住宿、市内交通分开填，便于后续逐项比对。
- 交通与住宿安排——是否已订、由谁订。这一项决定了行程登记从哪里取数。
- 同行人与审批人——谁能看到这条行程、谁来批。
申请单里会带上出行人身份、证件和联系方式，采集和用途要说清楚，做法参照 AI Agent 处理个人信息怎么合规 里最小字段的原则。
三、标准校验：超标只预警，不驳回
这一步是整套流程里价值最高的，也是最容易被做错的。三个原则：
- 在订之前校验，不是在报之后追责。申请提交时就把住宿上限、交通等级带出来，让出差人当场就知道「这个价位会不会超」。
- 超标分两级处理。小幅超出（比如 10% 以内）允许填理由后直接放行，理由写进记录；大幅超出必须提前走审批，而不是事后解释。
- 只预警不自动否决。「这次客户指定的酒店就是贵」「临时订只剩高价房」——这些情况必须留出人来说明和判断的口子，系统负责把它标出来，不负责拍板。
分档提醒这套机制可以直接复用 证书与域名到期巡检 里的提前量阶梯：不同紧迫程度，走不同强度的提醒与升级路径。
四、行程登记与变更
行程是会变的：航班取消、会议提前、客户临时要见。变更没管住，后面所有核对都会失真：
- 行程与日程联动。确认的行程自动写进日历，会议、车次、酒店入住日各生成一个节点，出差人不用两头维护。
- 变更要留痕。改签、退票、延长停留，任何变更都在原行程上追加一条记录，而不是覆盖。费用差异才有得算。
- 变更触发重新校验。换了酒店或加了天数，标准要重新核一遍——很多人就是在这里悄悄超标的。
行程和日程怎么打通，可以参考 OpenClaw 怎么管日程 里的做法，两件事共用一个时间源才不会打架。
五、票据按行程归集
票据不是攒到月底再翻，而是在出行过程中就按行程归位：
- 按行程自动挂靠。收到一张机票或酒店发票，Agent 按时间、地点、金额匹配到对应行程，匹配不上的进「待认领」，而不是混进总池子。
- 抬头和税号先校验。抬头开错是最高频的返工原因，收到票据时就核一遍，错了立刻提示重开，别等报销被退回来。
- 缺票清单自动生成。行程里有住宿记录却没有对应发票，直接列出待补清单——这是最实用的一个动作。
票面要素识别、去重和查验这一层怎么做，直接接 发票识别与报销整理 那一套，不用重做。
六、报销前五项自检
提交报销之前，先过五道检查，能拦下大部分退单：
- 票据齐不齐——对照行程逐项核，缺票的先补。
- 金额与行程对不对——住宿晚数与天数、机票与实际出行是否匹配。
- 标准有没有超——逐项和申请时的预算、制度上限对照，超出的看有没有批准记录。
- 有没有重复报——同一张票、同一段行程重复提交，靠发票号和行程双重去重。
- 科目挂得对不对——费用挂到正确的项目或成本中心，避免财务二次调整。
自检结果分两档：硬性问题（缺票、重复、抬头错）直接拦下让人补；提示性问题（金额略高、事由描述简短）只标出来，交给人判断。
七、数据攒起来能回答三个问题
- 哪个部门/项目差旅花得最多——按成本中心汇总，差异大的先看是业务量还是标准问题。
- 哪类超标最常见——住宿超标多，可能是城市档位定低了；交通超标多，可能是审批流程太慢导致只能现订高价票。超标数据是制度的体检报告。
- 退单和返工集中在哪。如果退单集中在「抬头错误」，那要改的是收票环节的提示，不是批评报销人。
八、三条边界
- 不代替审批判断。Agent 做校验、做提醒、做汇总；批不批、报不报，仍然由人和财务决定。
- 不代替财务核算。它不生成记账凭证、不做税务处理，只把出差的原始记录整理干净。
- 不自动付款、不自动订票。涉及付款和票务的动作必须人工确认，尤其是金额较大的行程变更。
九、五个常见的坑
- 标准只有「原则上」。没有可判断的数字，系统再怎么配也只能干瞪眼。
- 只做事后核对，不做事前校验。超标已经发生，再核也只能追责，拦不住成本。
- 行程分开维护。日历一套、行程表一套，两边不一致，最后谁都不信。
- 票据混在一个总池子里。不分行程归集，就无法知道哪趟出差缺票、哪趟多报了。
- 变更不留痕。覆盖式修改让改签费和差价没法追溯。
十、适合谁用
适合：每月出差二十人次以上、有明确差旅制度的公司——销售团队、咨询与项目交付团队、有异地分支机构的公司。尤其是财务每个月都要花大量时间核对票据、追着补票的团队。
不太适合：一个月出差两三次、报销靠一张表就能理清的小团队。这个阶段重要的是把制度写清楚，而不是上系统。
总结
用 OpenClaw 管差旅，重点不在「能提交申请」，而在每一趟出差都能回答：标准对不对、票据齐不齐、钱花在哪、还差什么。先把四件规则定死，用七个字段把申请单收干净，在订之前校验标准并只做预警，行程和日程联动且变更留痕，票据按行程归集，提交前过五道自检。六步走完，出差这件事才从「回来再说」变成一条从出发前就算得清的线。
