> For the complete documentation index, see [llms.txt](https://docs.interaktifotel.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.interaktifotel.com/ja/ri-chang-ye-wu/check-in-out.md).

# チェックイン・早期チェックイン・チェックアウト

## 既存の予約でチェックインする

1. 予約一覧または客室カードで対象の記録を探します。
2. ゲスト名、客室などのユニット番号、予定日を確認します。
3. ゲストが到着し、客室の準備が整っていることを確認します。
4. 予約一覧で「チェックイン」または「早期チェックイン」を選びます。客室カードのメニューにも既存の予約に対する同じ操作があります。内容を確認して確定します。
5. 予約がチェックイン済みとなり、滞在中のゲスト一覧に表示されることを確認します。

予約の保存だけではチェックインされません。新しい宿泊を登録する前に、ゲストに既存の予約がないか確認してください。

## ゲストが予定より早く到着した場合

早期チェックインには既存の予約を使います。実際の到着時刻から予定の出発時刻まで、そのユニットが利用可能である必要があります。清掃状態や他の宿泊との重複も確認されます。

例：夕方に到着予定のゲストが正午に来た場合、客室が準備できており、他の宿泊と重複しなければ同じ予約でチェックインします。予定の到着日時は保持され、実際の到着日時は別に記録されます。チェックインを通すためだけに予定日を過去へ変更しないでください。

「未清掃」の警告が出たら、ユニット番号と最新の状態を確認します。準備済みの客室が正常に「清掃済み」として保存されてもチェックインできない場合は、[トラブルシューティング](/ja/heruputo/troubleshooting.md)を参照してください。

## チェックアウトする

1. 滞在中のゲストの客室カードまたは予約からチェックアウト操作を開きます。
2. チェックアウト前の会計画面で、通貨ごとの集計を確認します。
3. 宿泊料金、追加サービス、入金、返金、保証金を確認します。
4. 未登録のサービスは出発前に追加します。他のスタッフが変更した場合は会計を更新します。
5. 未払い料金、返金または保証金の残高がある場合は内容を確認し、チェックアウト後も残高が保持されることに同意します。
6. 「チェックアウトを完了」を選びます。
7. 完了した宿泊記録、実際の出発日時、更新された客室状況を確認します。

チェックアウトしても未精算残高は消えません。文書を作成しても入金は自動登録されません。実際に代金を受け取り、正しく記録されていることを別途確認してください。

関連ガイド：[客室会計と追加サービス](/ja/torepto/folio.md)。


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.interaktifotel.com/ja/ri-chang-ye-wu/check-in-out.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.