酒店入住、汽车租赁、设备租借,经常需要先做一笔担保。有人选择预授权,有人选择直接收取押金。
在客户视角看,两种方式都像是暂时少了一笔可用资金。但对企业来说,二者的资金流、后续处理逻辑差别巨大。
核心一句话区分:预授权只是占用额度/冻结资金;收押金是真实发生支付。这个底层差异,直接影响客户体验、门店操作与财务对账。
以银行卡预授权为例:商户根据预估费用发起预授权申请,审批通过后,客户卡片对应额度/资金被占用,后续再根据实际消费正式扣款。
信用卡:表现为可用额度减少;
支持预授权的借记卡:账户资金冻结。
是否支持,取决于卡片类型和支付受理渠道。
举个例子:客人入住做1000元预授权。此时酒店不能把1000元当成营业款,也不能归集使用。后续两种处理路径:
产生额外费用:办理预授权完成,把对应金额转为实际扣款;
无额外消费:办理预授权撤销,释放额度。
客户通过现金、扫码、刷卡缴纳押金,属于一笔真实收款。
电子支付押金:资金按渠道结算规则进入商户账户;
现金押金:进入门店现金台账管理。
简单理解:钱已经到商户这边,退房无消费时,再做退款操作。
场景假设:房费已单独付清,入住担保1000元,退房无额外费用。
预授权模式:酒店发起撤销授权,由卡机构处理额度/资金释放;
实收押金模式:酒店原路退还1000元;线上支付原路退款,现金押金现场退还并做好登记。
某银行对酒店预授权的说明,也明确两条路径:
通过预授权结算实际消费;
另行支付房费,撤销原预授权。
补充:如果产生200元额外费用,不能只看担保金额充足。企业必须留存清晰收费依据、客户确认记录,再根据支付产品规则完成扣款或押金抵扣。
预授权虽然省去"先扣款再退款",依旧会占用客户可用额度或余额。
痛点提醒:部分银行账单通知不会清晰区分预授权和正式扣款,客户容易误以为商户已经扣走资金。前台操作前,务必提前告知客户担保金额、用途、解冻规则,减少客诉。
另外要注意两个时间节点:商户提交撤销≠额度立刻恢复。提交撤销申请、渠道处理、客户看到额度恢复,是三个独立环节。不能仅凭提交成功,就承诺客户资金马上可用;准确关联原授权单号,方便发卡机构识别并释放资金。
实收押金同理:退款申请提交成功≠客户已收到退款。客服需要可查询退款状态,财务要跟踪未完成退款台账。
预授权不是永久有效的。有效期受卡组织、交易类型、受理渠道、支付产品规则限制,以实际接入方案为准。一旦超时,原授权无法再用来扣款。
短期住宿、短期租车:服务周期容易匹配授权有效期。
长期租赁、延住、多次交付业务:需要提前规划追加授权、重新授权方案,确认是否需要客户二次操作。
选择预授权,不只是新增一个收款方式,而是要搭建一套完整的授权全流程管理机制。
连锁门店每日会同时产生:预授权、房费收款、押金收取、押金退款。如果系统全部标记为"已支付",总部很容易虚增营收,无法识别待处理订单。
预授权记录:绑定订单,标记状态「待完成/已完成/已撤销/已失效」。
实收押金:单独记录收取、抵扣、退还,留存待退余额。
已收到的可退押金,必须和营业收入分开核算,资金归集时预留退款额度。
前台、客服、财务要共享同一订单完整档案:
预授权订单:原授权金额、扣款记录、撤销处理状态;
押金订单:已收金额、抵扣金额、剩余待退金额。
统一数据链路,前台能解释、客服可跟进、财务排查异常。总部汇总资金时,区分预授权额度、实际营收、待退押金,避免把未到账、需要退还的资金当成可调配资金。
适合选用预授权:最终费用退房后才能确定、服务周期可以覆盖预授权有效期、客户卡片支持预授权。
适合选用实收押金:客户多用现金、卡片不支持预授权;业务周期长,很难匹配预授权有效期。
无论选哪种模式,都要提前约定:担保金额、用途、扣费条件、退款规则。选型时综合评估客户接受度、支付渠道成本、门店操作能力。
落地小建议:抽取已完结住宿/租赁订单复盘,核查担保是否全部处理完毕、有无持续客诉、财务是否可查到完整凭证。未闭环的授权、退款流程,往往是优先优化点。
微信支付有哪几种方式?一文读懂企业收单的“排列组合”与底层逻辑
微信支付宝的分账接口到底怎么申请?订单分账和余额分账有什么本质区别?
订单分账和余额分账有什么区别?多商户平台如何避免二清风险
一文看懂什么是资金归集:破解全渠道平台资金分散、对账难题
加油站如何实现“支付即开票”?乐企接入、数电专票与系统改造一次讲清

