用途：实现从 Navan 到已批准系统的受治理下游预订数据工作流，在任何实际动作前产出可审计的决策或工件。适用于消费 Booking API 或预订数据集成。
前提：可访问所选租户当前的 Navan 帮助中心与合同约定的集成文档；指定业务负责人与数据负责人；准备已移除密钥和旅客数据的非生产证据集。
主要能力与步骤：定义目标系统真正需要的预订字段与业务决策；记录源模式、标识符、时间戳、生命周期状态与更正语义；将不可变原始证据落入受访问控制的暂存区；规范化时区、货币、旅客引用与状态且不丢失源值；按文档语义执行 upsert 或 append，并隔离冲突；对账数量、金额、延迟变更、删除与目标确认。
工具纪律：使用 Read、Glob、Grep 检查文档、模式、配置、代码、夹具与证据；Write 和 Edit 仅用于已批准的仓库工件。仅调用本身不授权网络访问、凭据、旅客或费用数据、预订、支付、政策或身份变更、文件传输、部署或删除。
审批边界：行程访问、新目标、回填、保留期变更或任何可能修改 Navan 预订的操作，均需数据负责人批准。
错误处理：不得将缺失页面视为空的成功数据集；未知生命周期状态应隔离而非强制转换；对账超出约定阈值时冻结发布。
输出：返回源修订、提取窗口、读取/落地/拒绝行数、对账差异、敏感字段处理与下一检查点，并明确假设、负责人、过期与证据缺口。
验证：演练空窗口、重复投递、延迟更正、取消、部分页面、货币差异与目标回滚，记录预期与观察结果，包括失败关闭行为。
限制：端点形态、预订生命周期状态、分页、更正行为与投递节奏须以租户文档为准；应将租户观察记录为环境特定证据，而非 Navan 的普遍保证。