> ## Documentation Index
> Fetch the complete documentation index at: https://docs.orriven.com/llms.txt
> Use this file to discover all available pages before exploring further.

# 住宿模块概览

> 住宿模块如何为酒店住宿建模：酒店、房型、房源块与入住安排，以及推荐的搭建顺序。

**住宿**模块按组织者与酒店实际签约的方式来管理活动住宿：你与酒店谈下**每晚某个房型 n 间**，对照合同追踪**领用**，并维护一份「谁住在哪」的住宿名单。它是可选模块，默认关闭，[按活动开启](/zh/events/settings)。

## 模型

住宿由四层构成，层层递进：

<CardGroup cols={2}>
  <Card title="酒店" icon="building" href="/zh/housing/hotels">
    安排住宿的酒店。每家酒店有自己的房型。
  </Card>

  <Card title="房型" icon="bed" href="/zh/housing/hotels">
    豪华大床房、双床房——住宿管理的基本单位，从来不是具体房间号。
  </Card>

  <Card title="房源块" icon="calendar-range" href="/zh/housing/room-blocks">
    一份合同：每晚某个房型 n 间，房价作为合同备注，领用对照合同追踪。
  </Card>

  <Card title="入住安排" icon="key-round" href="/zh/housing/stays">
    一位参会人的预订——酒店、房型、夜晚、酒店确认与入住。住宿名单就是入住安排列表。
  </Card>
</CardGroup>

两个理念贯穿始终：

* \*\*房型不是具体房间。\*\*库存是房型上按夜计的数量，就像票种容量是一个数字——而不是一串门牌号。酒店最终若分配了「1208 房」，那只是入住安排上一个可选的后补细节，预订本身从不依赖它。
* \*\*你在和酒店谈判，不是在和计数器谈判。\*\*签约间数是一份承诺；超出它是一个需要呈现的事实，让你去找酒店重谈——绝不是一个阻止预订的报错。

## 开启模块

住宿默认关闭。在活动导航中打开它的任何页面——**酒店**、**房源块**或**入住安排**——都会出现开启墙；点击一次即为本活动开启。开启按活动生效且不可撤销。

## 推荐搭建顺序

<Steps>
  <Step title="添加酒店">
    在[酒店](/zh/housing/hotels)页面创建每一家签约酒店。
  </Step>

  <Step title="添加房型">
    在酒店详情页添加合同覆盖的房型——豪华大床房、双床房——并注明可住几人。
  </Step>

  <Step title="录入房源块">
    每份合同建一个[房源块](/zh/housing/room-blocks)：选定酒店与房型，逐夜填写签约间数与房价。
  </Step>

  <Step title="安排入住">
    用[入住安排](/zh/housing/stays)安置参会人——每份安排可选择归入某个房源块，这正是房源块领用数字的来源。
  </Step>
</Steps>

<Tip>
  没有房源块也可以直接安排入住——房源块是合同追踪层，不是前置条件。合同签下来时再补录即可。
</Tip>

## 住宿在其他模块中的呈现

* [参会者详情页](/zh/events/attendees)会出现「住宿」区块，显示此人的入住安排。
* 每一次入住变更都出现在参会者的活动轨迹上，与报名历史并列。
* [自动化](/zh/marketing/automations)可以响应「住宿已获酒店确认」和「客人已办理入住」——「给客人发送酒店确认邮件」是你搭出来的流程，不是特殊功能。
* 入住安排表格可导出 CSV——那就是交给酒店的住宿名单。

## 注意事项

* 房型 ≠ 具体房间；入住安排从不依赖房间号存在。
* 领用与余量始终**由实际的入住安排推导**——不会漂移，也无法手工修改。
* 超出签约间数只会被标记，绝不会被阻止。
* 房源块上的房价与币种只是合同备注——本模块不向任何人收费。
* 酒店、房型与房源块只**归档**、不删除；「谁曾住在哪」必须始终可以回答。
