经营看板

住客率----
今日待入住--
今日已入住--
今日待退房--
今日已退房--
在店----
超时未退--
今日付费-- --
7天内房费-- --

待入住

待退房

在店

退单记录 0

四平台登录态 —

待接单

这一页在干什么

平台来的新订单,有的要商家点一下「接单」才算数(不接会被平台判超时、影响排序)。 这里把它们列出来:可以人工点接单,也可以打开上面的自动接单开关由系统替你做。

自动接单先读库存再放行:房型池已经卖超的那种订单不会被自动接走, 会留在这里等你人工处理 —— 超卖是红线,宁可慢一步。

接单是自动的;入住是人工的:客人真到店了,由商户在 「房态日历 → 点单 → 入住(人工)」确认,我们会同时替你去平台点一次「确认入住」, 不用再登平台后台。系统**不会**自己把客人标成已入住。

接单 / 入住 记录 (自动接单与人工接单都记;接单前被库存预检挡下的也记,能看出"为什么没接")

房态日历

—
怎么用这张日历

只看「这晚被谁卖出去了」:平台单写「美团已售 / 携程已售 / 飞猪已售 / 抖音已售」, 线下单写「线下预定」,客人名就紧跟在同一行里;不分在店/待入住/已离店 —— 谁在店、谁今天退房请看「看板」。格子左侧色条区分来源:实线=平台订单,虚线=线下预定。

格子出现 ⚠ = 这间房型已订满,但平台上还在卖(超卖风险)。 把右上切换成「关房」模式点一下,即可推到美团+携程+抖音并回读确认(飞猪暂时只能人工)。线下已卖的房间也这样关掉。

想逐格看四个平台的开关状态,勾右上「显示平台开关」: 在售/已关/未读到。 四家平台都支持回读未来 14 天;「未读到」说明这次没读到 —— 去「开关房」页看具体原因。

空净待清洁 平台已售(美团/携程/飞猪/抖音) 线下预定 停用 平台:在售 已关 未读到
开放 已订·池里还有房 已关闭
?

点格子 = 真的改平台(美团 / 携程 / 抖音),并且会回读确认,成功才写台账。 飞猪目前只能读、不能自动关,点它只记本地台账并提示你人工去后台操作。

四个页签状态不一样是正常的:同一个房型在各平台卖的房间数不同。 例:美团/抖音的「满京华」= 203+303+401 共 3 间,携程/飞猪的「满京华」= 203+303 共 2 间 (浅明秋在携程/飞猪是独立房型)。所以 203 那间被订满时,携程要关、美团还能再卖 401。

四家平台的房态都能自动回读未来 14 天:点「同步平台房态」,下面那行会逐家报 「读到几房型 / 几天 / 写了多少条」,没读到的会直接说明原因。线下已卖的房间,用这里 或用「房态日历 → 关房模式」都可以。

正在读取上次同步结果…

关房验证

回读平台真实房态,比对本地应关未关的房/日,不一致会标红。
关房口径:只有整个房型(池)被订满时,平台该日才必须关房;池内还有空房时平台保持开放是正常的,不在此核对。

超卖监控

两类风险:订单重叠——同一间房、日期重叠的两个订单(房型有多间的可自动重新分配,只有一间的必须人工换房或退款); 平台敞口——整个房型已订满、但平台仍在售,随时可能再卖出一单,须立即关房。
口径按「房型池」判定:池内还有空房时平台保持开放是正常的,不会误报。

平台异常关闭(白丢生意)

平台上关着,而我们这边既没有订单、也不是「本系统按订单关的」或「你手动关的」—— 房间就这么白空着卖不出去(对账口径按房型池算,池里还有空房才算异常,不会误报)。
逐条确认:确实要关(自住 / 维修 / 锁房)就点 维持关闭(记成"商户手动关",对账不再报警、自动链永不开回来); 是误关就点 恢复开放(真推平台 + 回读核验,开成功才记账)。

清洁管理

客人档案

账单统计

→
入住离店客人房渠道区间间夜顾客实付商户实得平台佣金状态

收款管理

发票管理

渠道对账

平台账单导入对账 (从平台后台导出账单 → 在这里粘贴(或选 CSV 文件)→ 我们按渠道订单号逐笔对: 金额差多少、哪些单平台有我们库里没有)

→
→

佣金率设置

历史结算单

夜审 / 日结

经营报表

→

每日趋势(入住率 / ADR / RevPAR)

点评管理

→
点评要回到平台后台去发(各平台风控不同,系统不代发);这里记录回复话术和时间, 并盯住「未回复」—— 口碑是民宿的命脉,别漏回。内容可直接从平台后台复制粘贴进来。

录入 / 回复一条点评

点评台账

成本与毛利

→
口径:收入沿用「账单统计」(平台单按**商户实得**算,平台已扣佣); 毛利 = 收入 − 支出。表格里的「其中平台佣金」只是给你看"平台前毛利"用的, 不重复扣。

记一笔支出

分类小计 / 分月小计

支出明细

价格管理

四个平台 各自一份价格表、各自一套调价规则,互不干扰;用上面页签切换要编辑的平台。 平日取 weekday;周末 = 平日 × 周末系数;节假日取 holiday 里的显式值。 改完点「保存本平台价格」即可,无需重启。
当前状态:各平台的表还只是"复制现有房价",且尚未开启写入平台 —— 本页改价目前不会改动平台上正在卖的价格;写入开关在 「四平台改价通道」里,由项总确认后再开。

促销活动 · 通用 (只影响显示给客人的"到手价",不动卖价基准)

促销 = 原价(划线价)+ 折扣/直减 → 客人看到「¥X 已减 ¥Z」。 出资方三种都能选:我们出 / 平台出(补贴活动)/ 混合(按比例分摊)。 到手价有下限保险丝(不得低于 ¥80 或 5 折),越界会被 clamp 并标红。
本页只算不下发:平台上看不到,要下发得先打开对应促销的"下发"开关(暂未开放)。

让利估算(账单口径:商家让利 / 平台补贴 分开记)

按订单的「平台 + 房型 + 入住日期」去匹配促销规则算出来的应计估算, 不是平台实际结算单。真实结算要等平台账单接口接入。
~

动态定价规则 · 通用

规则只作用于当前页签选中的平台。调价时 「通用」规则所有平台都会套用,平台自己的规则只套用在该平台。

四平台改价通道(设置路径自检)

自检只是把各平台后台的改价路径走一遍到"就差按确定",然后退出 —— 不会提交、不会改动平台上任何价格。

维修管理

物资管理

员工管理

排班管理

用户与权限

角色说明

admin 管理员:全部权限
manager 店长:业务全权 + 房价/财务
frontdesk 前台:预订、入住退房、清洁、维修
housekeeping 保洁:仅看房态与清洁任务
viewer 只读:仅查看

操作日志

平台设置

平台登录

登录态过期了怎么办

点对应平台的 「手动登录」,会在新标签页打开一台 运行在服务器上的真浏览器 —— 所以你这台电脑是什么系统都行(Win7 也能用)。 在里面正常扫码 / 输密码登录,完成后回到本页点「我登录好了」, 系统会自动把登录态存好并复核。

小提示:画面打开后先用鼠标在画面里点一下再打字(不点一下按键进不去), 中文输入法切到英文。抖音 / 飞猪这类能扫码的,直接扫码最省事。

「上传登录态」是备选方案:如果你更习惯在自己电脑上登录,可以用 capture_session.py 平台名 --login 抓一份 平台名_session.json 传上来。

手机提醒 (登录态失效 / 平台异常这类"必须马上知道"的事推到手机上,不用一直盯屏幕)

填一个 webhook 地址就能用,格式自动识别:Server酱 (https://sctapi.ftqq.com/<SendKey>.send,微信收,最省事)、 PushPlus、企业微信/钉钉/飞书 群机器人。 没配之前系统照常在界面「诊断告警 / 通知中心」里提示,只是不推手机。

订单同步

自动关房闭环

房间被订满时,自动到各平台把该日期关房,并回读平台真实房态确认,不一致自动重试。
口径:只有整个房型(池)被订满才关;池内还有空房时保持开放,避免白丢生意。 已确认关闭的不重复推送(增量),避免被平台限流。

报错回传

本机出错(连接器失败、平台通道异常、脚本报错、前端 JS 报错)会自动留档在本地并回传给我方告警台,
上传前统一脱敏:手机号、身份证、口令、token、cookie 一律清洗,不会把商户账号或客人信息传出去。
收集端地址留空 = 只本地留档、不联网(可随时关闭)。

诊断告警

按 级别 区分:error 疑似 bug · warn 参数/权限类 · info 一般信息。 同一错误只记一条并累计次数,上传前自动脱敏。

同步链路健康 (定时链已按平台拆开:worker A = 美团+携程、worker B = 飞猪+抖音, 每个平台一把锁 —— 某个平台卡住不再拖住其它平台。这里看:哪把锁被占着、 每平台这一轮各跑了多久、拿到多少单)

平台推送队列 (入住/接单这类平台写操作都先落库再推。被定时链的同步锁挡住不算失败 —— 会自动等下一个空档重来, 最多等 45 分钟;真失败按 1分/2分/5分/5分/10分/10分 重试,用尽才告警。 点「重推」可以把失败/放弃的任务重新排队,服务重启也会自动续推、自动复活被锁挡死的任务)

数据备份

系统每 6 小时自动备份一次,保留最近 30 份。