住得更久， 时间尺度也不同。

前台的一天相对安静，行政工作更重。到店分布在一周之内，而不是集中在晚间高峰，许多住户已经在住。客房服务按单元和楼层执行计划清单：每周清洁、更换布草和检查，仅当协议要求时才提供每日服务。前台处理续租、换单元、维修请求和访客通行。出账跟随租约日历，而不是每晚的夜审滚动：月租、按表读数计的水电，以及约定情况下的临时账单。现金和杂费仍需每日结账，但真正有意义的周期是月度账单。企业一次租下 10 个单元、为期 3 个月，是常规工作量，而不是例外。

PMS 承载单元库存、租约记录和账单；应收模块承载公司账户和账龄；采购模块承载易耗品、布草和维修库存。在前台，租约是主记录：起始日期、价格、出账周期、押金和续租。客房服务读取同一份记录，因此清洁和布草更换按协议执行。水电读数按单元采集，计入住户或公司账户，读数历史保留在该单元名下。财务依据同一批入账开票，并向公司提供单元层面的明细。报表既按单元也按租约计量出租率，并显示租约到期和即将续租的情况。同一份记录支持离店时的最终结算单。

规模增加的是单元和账户，而不是另一套流程。30 个单元的楼宇可用一个前台工位和一个共享客房团队；300 个单元的运营则需要楼层分区、维修计划和专职账务职能。与租约日历相比，季节性的影响较小：到店曲线跟随公司安置和租约起始日期，而不是节假日。长住是常态，因此续租、换单元和中期调价必须成为常规操作。公司账户增加第二层，因为一家公司可能持有多个单元，住户不同、到期日也不同。系统应把单元、住户和公司区分开，使账单可以在三个层级中的任一层级读取。

在第一位住户到店之前配置租约模型。确定出账周期、押金规则、水电计费方式，以及按价格计划区分的客房服务频率。设置前台实际会使用的单元类型、楼层分区和维修类别。测试一次 3 个月的住宿，从预订到最终结算单，包括一次续租、一次换单元和一次抄表。对公司账户，明确谁接收发票、单元层面显示什么、押金如何核对。边界情况包括中期调价、提前离店、损坏评估，以及单元空置时水电如何处理。每日结账应保持简短；明细应放在月度账单中。