简单回答：民宿智能门锁要真的省事，关键不是买哪个牌子，而是每个订单都自动拿到自己的密码：入住时间才开始有效、退房时间就失效，中间没有人手动输入。锁本身是简单的部分，难的是日期——延长入住、延迟退房、客人一声不响就走了。
上网搜这个题目，看到的大多是选购指南：哪个牌子、Wi-Fi 还是蓝牙。软件厂商的说法也差不多：把 TTLock 接上 Airbnb 的第三方工具说，密码从入住到退房有效、订单取消就收回（Homeit、Minut）。Airbnb 自己的说明页也写，每个订单一组密码，入住才生效、行程结束就过期（Airbnb）。
这篇讲的是买了锁之后的事：我们自己的系统 AntlerHub 在新山管理的单位上，TTLock 门锁密码是怎么跟订单走的，包括我们踩过的坑。
每个订单一个门锁密码，到底要做到什么？
四件事，很多做法只做到前两件：
| 规则 | 为什么重要 |
|---|---|
| 一个订单一个密码，不是一间房一个密码 | 永远不换的密码，等于把钥匙交给所有以前的客人 |
| 入住时间才开门，不是设密码那一刻 | 三月订的房，三月就不该打得开 |
| 住宿时间变，密码跟着变 | 延长入住、付费延迟退房，要拉长同一组密码，不是再发一组 |
| 住完要删掉 | 旧密码堆在锁里，会挡住下一位客人想设的号码 |
我们的系统按住宿本身算有效时间：入住日的该单位入住时间，到退房日的该单位退房时间，用马来西亚时间。经营者没设时间的话，默认 15:00 和 12:00。有效时间永远不会被往前拉到「现在」——如果直接拿长租租客那套程式来用，就会犯这个错，因为长租的密码设好当下就可以生效。
客人什么时候拿到密码？
不是订房的时候。在我们的流程里，客人在自己的客人页面按「入住」之后才拿到密码（规定要做 eKYC 的大厦要先做 eKYC，见第一次住 homestay 的入住流程）。密码写进锁的时候就带着住宿时间，所以早上 10 点在页面按了入住，门还是要等到单位的入住时间才打得开。
默认密码是哪个号码？
默认是客人自己电话号码的最后 4 位。如果订单是从微信或 email 来、没有电话，就用入住时登记的身份证或护照最后 4 位数字。两样都没有，就用 4 个随机数字（用正规的随机产生器，不是看时钟）。
理由很实际：半夜站在门口、手机没电，客人还是记得自己电话的最后 4 位。客人可以在页面自己改成任何 4 到 9 位的号码（TTLock 键盘接受 4–9 位），改了有效时间不变。
有一点要老实讲：用电话号码做的密码，认识那个号码的人比较容易猜到。它只在那次住宿有效、退房就失效，但客人如果担心，就应该自己改掉。
客人延长入住，密码怎么办？
这里我们真的出过 bug。我们系统里，付费延长入住是开一张「子订单」，不是改原订单的退房日。2026 年 8 月以前，所有有效时间都是按原订单自己的日期算，结果：页面显示旧的到期时间、客人一改密码锁上的时间就缩回旧日期、远程开门拒绝延长的那几晚。
现在的做法：系统会顺着订单链找出这次住宿真正在哪天结束，子订单继承原订单的密码。同一组密码、锁上同一个编号、新的结束时间，客人不用记新号码。
付费延迟退房也是一样，只是按小时不是按天。收据写可以住到 15:00，密码就有效到 15:00，之后任何重算都不准把它缩回标准退房时间。
客人没按退房就走了怎么办？
客人在页面按「退房」，密码马上从锁上删掉。但很多客人直接走人。对这些订单，后台会定时找出退房日已过、密码还在的订单，先确认住宿真正结束的时间（包括延长），再等两小时宽限，然后删掉密码。
要讲清楚：住宿时间一到，锁本来就不接受那组密码了。清理主要不是为了安全，而是因为锁里死密码太多，总有一天会把下一位客人想设的号码当成「已被使用」拒绝，而且没人知道为什么。
两个客人要同一组密码怎么办？
民宿的一把锁是一批又一批客人轮流用。如果客人想设的号码，锁上已经有另一个订单在用，系统会回「这把锁已有这个密码」，不会悄悄抢过来。客人换一个号码就好。这种情况很少，但把还在房里睡觉的那位客人的密码抢走，是绝对不能发生的错误。
客人可以用手机开门吗？
要锁有网关（gateway）或是 NB-IoT 型号才可以。远程开门要经过网络；只有蓝牙的锁可以存密码，但不能从页面开门。远程开门也只在客人已经入住、而且在住宿时间内才允许。如果你要买锁的大厦走廊 Wi-Fi 不好，买之前就先问供应商这一点。
还有什么会出错？
这些我们没办法保证不会发生：
- 锁或 TTLock 云端连不上。 自动设默认密码是「尽力而为」：入住讯息照样发出，但里面可能没有密码，要有人出来处理。我们选择「发一则没有密码的讯息」，而不是「整则讯息都不发」。
- 系统里那间单位没连上锁。 页面会显示没有智能门，这是正常答案、不是错误，要有人去连。
- 电池。 电池没电，软件再对也打不开。定时看电量、定时换，不要等客人打电话来。
- 已取消的订单拿不到、也改不了密码，远程开门也会拒绝。
- 在渠道上手动改的日期，要先同步到系统里的订单。渠道同步不稳的话，先修那个（见渠道同步的七个坑）。
需要 PMS 吗？还是 Airbnb 自带的门锁功能就够？
如果你只在 Airbnb 卖、锁也在 Airbnb 支援的名单上，自带功能可能就够了。问题是同一间单位同时在 Agoda、Booking.com 和直订卖的时候：每个渠道各发各的密码，或者根本没有。一个把所有订单放在同一个日历的 PMS，不管订单从哪里来，都可以一次住宿发一组密码，延长、延迟退房也跟锁同步。
| 做法 | 一个订单一个密码 | 跟着延长走 | 跨渠道 |
|---|---|---|---|
| 一间房一组固定密码 | 不是 | 不用 | 可以，但不安全 |
| 每次手动换密码 | 是，前提是有人记得 | 手动 | 手动 |
| Airbnb 自带门锁功能 | 是 | Airbnb 订单可以 | 只限 Airbnb |
| PMS 连上门锁 | 是 | 是（要会处理订单链） | 是 |
怎么开始？
把锁接上任何系统之前，先做三件事：每间单位的入住、退房时间都设好；决定要不要远程开门（要的话就要网关）；先拿一间单位完整跑一次住宿，包括一次延长入住，再全部推开。
想看这套在你自己的单位上怎么跑，AntlerHub 按经营者连接 TTLock 帐号，处理上面讲的这些密码规则。介绍和现在的价格在 /antlerhub。