直接答案：入住和退房是住宿业务里动作最多、最容易漏环节的两段。入住要过身份登记、房态切换、押金收取、加床加早、同住人登记；退房要过查房、消费结账、押金退还、房态转脏房、遗留物品处理。押金尤其容易出事，因为它不是收入，是一笔要还的钱。判断一套系统能不能用，就看它能不能把「收了多少押金、扣了什么、退了多少、还剩多少」这四件事一笔一笔对上。
核心结论速览
押金流水必须独立，不和房费混在一起。押金是代收代付，房费是收入，两者的会计性质完全不同。混成一笔的系统，退房时算不清「客人到底交了多少、消费了多少、该退多少」，也做不了押金的余额管理。
查房是退房的前置条件，不是可选项。查房结果要结构化：房间设施有无损坏、有无遗留物品、有无消费（迷你吧、洗衣、加床）、有无吸烟。每一项都是扣款或不扣款的依据。只写一句「查房正常」的记录，遇到客人否认时毫无作用。
延迟退房要有明确的计价规则。超过退房时间多长时间内免费、超过之后按什么标准收、超过到什么程度算加半天或全天。规则要能配置，因为不同房型、不同季节的宽松程度不一样。靠前台口头决定的系统，同一个客人两次入住可能被收两次不同的钱。
加床是订单附加项，不是新房型。加床影响可住人数校验、影响保洁工作量、影响收费，但不影响房型库存。做成独立房型的系统，库存会凭空多出一间，超卖从这里开始。
身份登记要能挂多个住客。一间房住三个人，三个人都要登记，但只有一个人是主订人。只登记主订人的系统，在需要追溯同住人时无从查起，也不符合住宿业的基本登记要求。
一、入住退房环节最容易漏的六个动作
动作一：身份登记只登了主订人。一间双床房住了两个人，系统里只有一个名字。第二天其中一位客人有突发情况需要联系，或者需要核对某位客人是否入住过，系统答不出来。同住人登记要能挂多条，字段包括姓名、证件类型、证件号、与主订人关系。
动作二：押金收了没记流水。前台收了现金押金，在订单备注里写了「押 300」，退房时退了 300，看起来没问题。但如果中间客人消费了迷你吧 50，或者打碎了一个杯子，这笔钱从哪扣、扣了多少、剩下的怎么退，备注里写不下，也查不到。押金必须有独立流水，一条收、若干条扣、一条退。
动作三：查房结果没落到字段上。保洁说「房间没问题」，前台就退了押金。第二天发现浴巾少了两条、遥控器不见了，这时候再找客人已经晚了。查房要做成勾选清单：设施、布草、客用品、电器、有无吸烟、有无遗留物品，每一项都要有结论。
动作四：退房了但房态没转脏房。前台办完退房，只把订单状态改成「已退房」，房间的房态还是「在住」。保洁看到在住就不敢进去打扫，房间空着不能卖。这类问题在忙的时候特别常见，因为前台只关注订单，不关注房态。
动作五：延迟退房没人管。客人十二点该退房，两点还没走。前台不好意思催，房态一直占着，下午的客人来了没法入住。延迟退房要有系统提醒和自动计费，把「不好意思开口」这件事交给系统。
动作六：遗留物品没有登记。客人走了，保洁在床头发现一副眼镜。口头告诉前台，前台记在纸上，客人打电话来问时纸找不到了。遗留物品要能关联到具体房间和具体订单，记录发现时间、物品描述、存放位置、处理状态（待认领、已寄出、已丢弃）。
二、押金怎么收、怎么扣、怎么退
押金的三种收取方式。线上预授权：冻结客人信用卡额度，退房时按实际消费解冻或扣款，客人不需要额外付款，体验更顺。线上代收：客人先付一笔押金，退房时原路退回，退款到账有延迟。线下收现或扫码：最灵活，但最容易漏记，必须强制录入系统。三种方式可以在同一个门店并存，但每一笔都要有流水，不能有账外的押金。
押金流水的字段设计。流水号、关联订单号、关联房间号、类型（收取、扣减、退还、结转）、金额、支付方式、操作人、操作时间、原因、凭证。扣减类型的原因要有固定选项：设施损坏、布草污损、消费未付、超时退房、吸烟清洁费、其他。固定选项的作用是后续能做统计——如果「设施损坏」扣款集中在某几间房，那就是设备该换了。
扣减要有依据，不能只写金额。扣 200 元，要写清扣的是什么、单价多少、有无照片。照片是最有效的凭证：地毯上的烟洞、打碎的台灯、染了色的浴巾，拍一张比写一百字有用。系统要支持在扣减流水上挂照片，并且照片和流水绑定，不能散落在员工手机里。
押金不足时的处理。客人消费超出了押金金额，或者损坏赔偿超过了押金，这时候不是「押金扣完为止」，而是要生成一笔应收。系统要能区分「押金内扣减」和「押金外应收」两种情况，前者直接冲减押金余额，后者生成一条待收款记录。混在一起处理，账上就会出现对不上的差额。
退还的时点和方式。退房完成、查房无异常、消费已结清，三个条件同时满足才发起退还。退还方式原则上原路退回，现金收取的退现金。系统要记录发起时间、到账时间、退款单号。线上退款有到账延迟，前台要能查到「已发起未到账」的状态，否则客人来问时只能答「应该快了」。
免押的判断依据。免押能提升下单转化，但把损坏风险留给了经营方。如果要做，判断依据应该是客群的复购比例和历史行为记录，而不是一律免押。系统层面要能按客人打标签：老客免押、首次入住收押、有损坏历史的加收。用数据区分风险，比靠前台感觉稳。
三、延迟退房、加床、换房三条线的处理规则
延迟退房。规则要三段式：免费宽限、按小时计费、按半天或全天计费。比如超过退房时间一小时内免费，之后每小时收一定金额，超过某个时点按半天房费计。三个节点都要能配置，因为淡旺季和房型不同，宽松程度不一样。系统要在退房时间到达时自动推送提醒给前台和客人，把「催退房」这件事从人际尴尬变成系统动作。
延迟退房和下一单的冲突。客人要求延到下午三点，但当天这间房有下一单入住。系统在做延迟退房操作时要先查房态：这间房今天有没有新订单、新订单的预计到店时间是什么时候。有冲突就不允许直接批准，要么换房，要么让客人先退房寄存行李。这条校验不做，前台批准了延迟退房，下午的客人到店就要等。
加床。加床的三个字段：加床数量、加床单价、加床类型（折叠床、沙发床、婴儿床）。加床动作要联动两件事：一是可住人数上限自动上调，二是保洁任务里增加一条「撤加床」。最容易漏的是撤床——客人退房后加床没撤，下一单客人进去看到一张折叠床摆在中间。
加早和加人。加床往往伴随加早。加早是餐饮侧的数量，要单独记：几份、哪天、在哪吃。把加早写在订单备注里，餐厅拿不到数据，客人到餐厅报房号时才发现没登记。加早应该是独立的订单附加项，有自己的数量和日期。
换房。换房要记四件事：原房号、新房号、换房原因（设施问题、客人要求、超售安排、升级）、差价处理（免收、补收、退差）。换房之后原房的房态要变成脏房，新房的房态要变成在住，两边都要动。只改订单不改房态的系统，会出现「一间房两个人住、另一间房空着但显示在住」的情况。
换房和保洁的联动。换房之后原房需要清洁，这条任务要自动生成并派给保洁。如果换房发生在下午，而原房当晚有预订，清洁任务必须优先。系统里可以给任务加优先级，但优先级要能自动判断——「今晚有预订」的房间，清洁优先级自动提到最高。
四、五个退房纠纷场景怎么判
场景一：客人否认消费了迷你吧。判断依据是消费记录的时间点。如果迷你吧消费是在客人入住期间由客房服务员补货时登记的，就要有补货时间和补货人；如果是退房查房时发现的，就要有查房人的现场确认和照片。没有时间点和执行人的消费记录，在争议中站不住。比较稳的做法是迷你吧做成「扫码自报加人工核对」双轨，客人自己扫，服务员退房时核对。
场景二：客人说东西本来就是这个样子。损坏赔偿的争议，核心是「入住时的状态」。所以入住环节要有一个快速验房动作：拍照记录房间关键位置的状态，或者至少让客人在入住确认单上勾选「设施完好」。这一步多花一分钟，退房时省一场争吵。已经有验房照片的房间，客人一般不会再争。
场景三：押金退了，但客人说没收到。线上退款有到账延迟，这类问题本质是信息不对称。做法是退款流水上记录「发起时间、退款单号、预计到账时间」，前台能查到，客人问的时候能给出具体信息，而不是「应该快了」。超过预计时间未到账的，要能主动提醒财务跟进。
场景四：客人提前退房，要求退剩余房费。提前退房的处理取决于预订条款：不可取消的订单不退，可取消的订单按取消政策算。系统要能区分「正常退房」和「提前退房」两种动作，后者要触发一次退款计算。把提前退房当成正常退房处理，等于默认全额退还剩余房费，门店损失没人发现。
场景五：客人把房卡带走了。房卡丢失或带走，收不收工本费取决于门店政策。要做的是把这件事记下来：哪张卡、哪个房间、什么时间发现、是否已联系客人、是否已注销。房卡不注销是个安全隐患，尤其是那种可以重复写入的卡。系统里房卡要有编号，和房间绑定，注销时解绑。
一条通用原则：所有涉及钱的动作，都要有「谁、什么时候、因为什么、多少金额」四个要素。缺一个，这笔钱在争议中就说不清。押金、扣款、退款、补收，全部适用这一条。
五、常见问题解答
押金收多少合适？
看房型价值和客群结构，没有通用数字。判断方法是把「历史损坏和消费未付的平均损失」和「押金对下单转化的影响」放在一起看：押金定得太高，线上转化明显下降；定得太低，扣款时不够抵。比较稳的做法是按房型分档，高单价房型收得多、低单价房型收得少，同时对老客开放免押，用历史行为做风控。
线上预授权和线上代收有什么区别？
预授权是冻结额度，钱没有真正划走，退房时按实际消费解冻或扣款，客人账上不会出现「先付再退」的两笔流水，体验更顺。代收是钱真的划走了，退房时再退回去，中间有一段时间客人的钱被占用。预授权需要支付通道支持，代收几乎所有通道都能做。两者在系统里的记账方式不同，预授权记「冻结额度」，代收记「实收加待退」。
查房一定要做吗？房间多的时候忙不过来。
一定要做，但可以分级。退房高峰时段做快速查房：只看三个地方——有无消费、有无明显损坏、有无遗留物品，两分钟能完成。客人离店之后再做一次深度检查，发现问题通过押金流水补扣。分级的前提是押金还没退，所以快速查房必须在退押金之前完成，这个顺序不能颠倒。
延迟退房怎么收费才不会挨骂？
关键是提前告知而不是事后收钱。入住时就把规则说清楚：退房时间几点、宽限多久、超时怎么算。到点前系统推一次提醒，客人知道要收费，心理上就接受了。最招人反感的是入住时不说，退房时突然多出一笔超时费。规则可以严，但不能藏。
加床要不要单独收押金？
一般不用单独收，但要在订单上记录加床数量，退房查房时确认加床已撤。如果加床用的是比较贵的沙发床或婴儿床，可以并入总押金额度，不需要单独一笔。真正需要单独记的是加床产生的额外布草和清洁工作量，这部分影响的是保洁排班和成本核算。
遗留物品怎么管理？
三件事：登记、关联、期限。登记要写清物品描述、发现房间、发现时间、发现人；关联要挂到具体订单，客人来问时能按订单查；期限是保管多久、到期怎么处理，这个要写进制度并在系统里能筛出到期物品。贵重物品和普通物品的处理方式不同，前者要主动联系客人，后者等客人来问。
六、九尾狐在这类问题上的做法
九尾狐在做入住退房模块时，第一件事是把押金做成独立的资金流水，而不是订单上的一个金额字段。收、扣、退、结转各自是独立记录，每一条都有操作人、时间、原因和凭证。这样做的好处很直接：退房时能一眼看清「收了多少、扣了什么、退了多少」，客人有疑问时能逐条对。
第二个做法是把查房做成结构化清单，而不是一段自由文本。设施、布草、客用品、电器、吸烟、遗留物品，每项独立勾选，损坏项可以挂照片。清单化的好处是新人也能照着做，而且扣款有依据——扣的是什么、对应哪一项、照片在哪，全部连得上。
第三个做法是把换房、加床、延迟退房这三个动作做成会联动房态和保洁的操作，而不是单纯改订单字段。换房自动生成原房清洁任务，加床自动在保洁清单里加一条撤床，延迟退房自动查当天有没有新订单。这些联动写进系统，前台就不需要记住「改完之后还要去改哪里」，漏环节的概率大幅下降。
七、综上所述
入住退房这两段流程，技术含量不高，但漏一个动作就是一次投诉。押金混进房费，退房算不清；查房不落字段，损坏没法追；换房不改房态，房间凭空消失；延迟退房不查冲突，下一单客人站在门口等。这些都不是复杂问题，都是「有没有把动作做成流程」的问题。把动作固化成系统步骤，前台在忙的时候也不会漏，这比反复培训有效。