这一页干什么
通过 Chrome 浏览器插件 把 OTA 订单上报到本系统，再同步进房态（生成 PMS 订单并分房）。
携程 EBooking、美团 EBooking、抖音来客 三个 Tab 界面与流程相同，仅渠道账号、订单表与映射数据各自独立；本篇统一说明，截图以携程页为例。
渠道同步整页
从哪里打开
| 入口 |
操作 |
| 顶部导航 |
点 渠道同步（默认进入携程 Tab） |
| 页内 Tab |
切换 携程 EBooking / 美团 EBooking / 抖音来客（飞猪敬请期待） |
前置条件：安装 渠道同步插件，在对应 OTA 后台登录后由插件上报订单与房型；右上角 下载插件、安装教程（详解见 浏览器插件安装）。
三个渠道的差异（其余相同）
| 项目 |
携程 |
美团 |
抖音 |
| 页顶 Tab |
携程 EBooking |
美团 EBooking |
抖音来客 |
| 门店标识 |
携程酒店 ID |
美团酒店 ID |
抖音 groupid |
| 自动同步开关 |
本页开关 + 系统设置 |
同上（美团） |
同上（抖音） |
| 订单表「渠道房型」列 |
携程房型 |
美团房型 |
抖音房型 |
| 状态列 |
携程/系统 |
美团/系统 |
抖音/系统 |
| 映射表 |
携程房型 ID ↔ PMS |
美团房型 ↔ PMS |
抖音房型 ↔ PMS |
各渠道的订单列表、映射、自动同步互不影响；换 Tab 即看该渠道数据。
页头区 — 每个参数的业务逻辑
| 控件 |
业务逻辑 |
| 门店/账号（插件已上报） |
多店时选择当前渠道门店 ID；切换后刷新映射与订单 |
| 酒店 ID / groupid |
插件上报的渠道侧编号；未上报显示「未上报」 |
| 自动同步 |
默认关闭。开启后：新上报订单在已配置房型映射前提下自动写入房态；关闭则只入库，须在「待处理」中手动「同步订单」。无空房或分房失败标同步失败 |
| 订单同步 / 房型映射 |
两个子 Tab |
订单同步 — 筛选与列表
订单筛选
| 筛选 |
业务逻辑 |
| 待处理（默认） |
待手动同步、失败、待同步，且未忽略 |
| 全部 |
除已忽略外的所有渠道单 |
| 已同步 |
已成功写入房态 |
| 已取消 |
渠道取消且已按取消处理 |
| 已忽略 |
人工标记忽略；可「取消忽略」 |
| 刷新 |
重新拉取列表（每页 20 条） |
| 全部忽略 |
当前筛选下批量忽略（「已忽略」Tab 无此按钮） |
订单列表
| 列 |
业务逻辑 |
| 订单号 / 客人 / 入离 |
插件上报 |
| 渠道房型 |
OTA 原始房型名 |
| PMS 房型 |
映射结果；未映射则无法自动同步 |
| 人数 / 间数 / 总价 |
渠道解析 |
| 渠道 |
携程页可能显示去哪儿、同程等子渠道；美团/抖音多为本平台名 |
| 同步时间 |
记录入库/更新时间 |
| 渠道/系统 |
左侧渠道状态 / 右侧 PMS 订单状态 |
| 同步状态 |
待手动同步房态、已同步、同步失败 等 |
| 说明 |
失败原因，如「无足够空房」 |
| 操作 |
同步订单、忽略 |
手动同步流程
- 同步订单 → 预检（查映射与可分配空房，可能需数秒）
- 选择每间 PMS 房型 + 房号（多间可不同房型）
- 确认同步 → 写入房态
预检中
确认同步到房态
预检只针对当前点击的这一单；列表里其它失败单或已忽略单不会一并排查。
房型映射
房型映射
| 列 / 按钮 |
业务逻辑 |
| 渠道房型 ID / 名 |
插件「上传房型列表」后出现 |
| PMS 房型 |
绑定本店房型；未保存则无法按该渠道房型分房 |
| 删除 / 刷新 / 保存所有 |
删映射、重载、批量保存 |
同步状态说明
| 状态 |
含义 |
| 待手动同步房态 |
自动同步关，等人工同步 |
| 待同步 |
自动同步开，尚未写入房态 |
| 已同步到房态 |
已生成 PMS 订单并分房 |
| 同步失败 |
无空房、未映射、房态冲突等 |
| 已取消 |
取消单，同步时不分房 |
| 已忽略 |
暂不处理，仅在「已忽略」查看 |
注意点
- 须 Chrome + 插件；纯 H5 不能代替抓单。
- 三渠道各维护一套映射，换 Tab 不会共用映射。
- 失败常见原因：未映射、无空房、与全日房或钟点房冲突。
- 「同步订单」loading 久，是在查该单日期下可售房间，与列表失败条数无关。
相关页面
