> 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/reservations.md).

# 予約の作成と編集

予約リストを開くか 部屋のステータスボードのユニットで予約する

![新しい予約](https://674431313-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F2uhowO2bsYTjUDtJ3qsT%2Fuploads%2Fgit-blob-e915bad22f5d679e04174cc7ba2812724c4fe306%2Fnew-booking.png?alt=media)

## 予約を作成する

1. ホテルの正しい支店を選択し,新しい予約フォームを開きます.
2. 到着,夜,出発をレビューする 1つのフィールドを変更した後,他のフィールドの計算値をチェックする.
3. 予約保持者とゲストの数を入力してください.
4. 各ゲストの名前,電話,身分/パスポート,国籍のフィールドを記入する. 性別は選択的です
5. レンタルユニットフィールドで正しい部屋,アパート,ベッドを選択します.
6. 夜間料金と他の料金や付出先決をチェックする 夜間料金とは 宿泊料の総額ではありません.
7. 次のシフトで必要な情報をノートに追加する.
8. 予約が正しい単位と日付で表示されていることを保存し確認します.

例:10月15日に到着し10月18日に出発すると3泊になります. また10月18日の出発時に予約が開始される. チェックアウトしていないお客様は 予定された出発後でも ユニットをブロックできます

## なぜユニットが利用できないのか?

予約は別の予約,親または子供ユニットの予約,または不適切なユニットのステータスと矛盾する可能性があります. 部屋を同じ期間で ブロックする 部屋を予約するとベッドが遮断されます 同じ部屋で独立に賃貸されたベッドは別々の予約が可能です.

## 日付編集

1. 予約の詳細を開いて下さい
2. 予約日付を編集する.
3. 新しい日付と価格フィールドをレビューして保存する.
4. カレンダーの変更を確認してください.

チェックイン後,予定された日付を編集できます. 実際の到着時間と以前のユニット移動は変わらない. 新しい出発は将来に行われ,他の予約と衝突してはならない. 活用する [部屋交換操作](/ja/ri-chang-ye-wu/move-and-cancel.md) ユニットを交換する

![予約リスト](https://674431313-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F2uhowO2bsYTjUDtJ3qsT%2Fuploads%2Fgit-blob-20bc26fb698709830e5be3f1e3f783e3a3187d56%2Fbookings.png?alt=media)

次は: [ゲストチェックイン](/ja/ri-chang-ye-wu/check-in-out.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/reservations.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.