《Ecology9—携程企业差旅集成案例》
携程企业差旅集成
一、背景
公司员工出差需要自行在携程企业版上预订机票、火车票和酒店。原来的流程是:员工先在 OA 提交出差申请,审批通过后再去携程自行下单,两个系统完全割裂,存在以下问题:
- 无法管控行程范围:员工可以订任何日期、任何城市,与申请的出差计划不一致
- 无从追溯订单:订单数据在携程,OA 里不知道实际订了什么
- 重复出行没有提醒:同一行程多人重复申请,无人知晓
- 账号靠人工维护:员工入职/离职后,携程账号需要 IT 手动开通/关闭,漏操作时有发生
二、目标
将 OA 差旅审批流与携程企业差旅平台打通,实现:
- 审批通过后自动下发”差旅授信单”,员工只能在授权范围内订票
- 订单状态实时回写到 OA,行程一目了然
- 出票/改签自动通知行政管家
- 员工入职/离职自动同步携程账号
- 提交前检测行程冲突,避免重复申请
三、涉及流程节点
| 节点 | 触发时机 | 做什么 |
|---|---|---|
| 提交前校验 | 员工点击提交时 | 检测同行人是否存在行程冲突(酒店日期重叠 / 交通路线重复) |
| 审批通过 | 流程通过时 | 向携程推送差旅授信单(机票/火车票/酒店) |
| 流程撤销/否决 | 流程被撤回或否决时 | 作废对应授信单(Status=0) |
| 流程结束归档 | 差旅结束归档时 | 自动在飞书发起”外出申请”,同步出差时段到打卡系统 |
| 入职审批通过 | HR 入职流程通过时 | 自动开通携程账号(Valid=A) |
| 离职审批通过 | HR 离职流程通过时 | 自动关闭携程账号(Valid=I) |
| 定时任务 | 每日 | 全量同步国家/城市基础数据、全量兜底同步人员数据 |
四、关键业务规则
授信单推送:
- 出行方式为机票/火车票时:每位同行人单独一张授信单
- 出行方式为酒店时:所有同行人共用一张授信单,共享同一份预算
- 超标住宿:价格上限取实际申请价;正常住宿:取住宿标准 × 天数
- 港澳台城市强制识别为”国际”产品类型(携程平台规则)
行程冲突校验:
- 酒店:同行人在同一日期区间内已有住宿记录则拒绝(退房日当天可作为他人入住日)
- 交通:同行人同日期同出发/到达城市已有行程则拒绝
- 区分”本流程内冲突”(提示修改明细)和”跨流程冲突”(提示联系管理员)
订单回调:
- 携程出票/改签/确认后主动推送 OA
- OA 接收后回写订单详情到差旅申请单
- 出票成功/改签成功自动发飞书卡片通知给行政管家
五、解决的核心痛点
| 痛点 | 解决方式 |
|---|---|
| 员工订单不受申请约束 | 授信单限定行程范围,超出范围携程不允许下单 |
| 订单数据两张皮 | 携程订单状态实时回写 OA |
| 出票无人知晓 | 出票自动通知行政管家飞书卡片 |
| 账号人工维护易漏 | 入职/离职 Action 自动同步 |
| 重复出行无感知 | 提交前冲突校验强制拦截 |
六、外部依赖
- 携程企业差旅开放平台(openapi.ctripbiz.com)
- 飞书 OAPI(发起外出申请 / 发送卡片通知)
- 配置文件:
ctrip-api.properties
七、风险
| 风险 | 说明 |
|---|---|
| 授信单推送失败 | 节点报错阻断流程,需人工重新提交 |
| 订单回调漏推 | 携程网络抖动时可能漏推,目前无补偿机制 |
| 撤销后重新发起 | 需重新走审批流,旧授信单会被作废,新单重新推送 |
All articles on this blog are licensed under CC BY-NC-SA 4.0 unless otherwise stated.


