> 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/torepto/report-catalog.md).

# レポート一覧

申請書には57件の報告があります. まず,答えたい質問を特定し,関連するレポートと設定日期,ホテルの支店,通貨フィルタを選択します.

## どちらの報告から始めればいいのか?

| 質問                          | 報告                   |
| --------------------------- | -------------------- |
| ビジネスはどうなってる?                | 管理概要                 |
| 収入 と 受ける お金 は なぜ 違う の です か. | 日々の収入と支払いは           |
| 支払方法は?                      | 支払い方法                |
| 部屋やベッドはどのように使われていますか?       | 日常用,ベッド用,アパート用       |
| 忙しい日はいくらでしょう?               | 利用中の部屋の将来の割合         |
| 費用はどこにありましたか?               | 費用の分割と単位による収益性       |
| どれ の 均衡 が まだ 重要 な もの です か   | 領収及び支払額              |
| どの任務がまだ残っているか?              | 欠陥とメンテナンス,清掃または任務の完了 |

## データソースを理解する

予約,滞在,および単位移動報告は,それらの申請記録を使用します. 投訴,維持,任務,シフト,ストック,契約,競合価格,証券預金などには,関連する取引記録が必要です. 競争相手の価格や評価は外部プラットフォームから自動的に取得されない. 報告には記録されたソースとともに手動で入力されたデータが表示されます.

見てください [取引記録](/ja/torepto/transactions.md) ソースデータを入力し, [報告書を使用する](/ja/torepto/reports.md) 計算と輸出規則について

## アパートホテル

| 報告               | 示すもの                  |
| ---------------- | --------------------- |
| 契約期限             | 選択された期間中に終了する契約       |
| アパート費用           | アパートに直接割り当てられた費用      |
| 保証金              | 受け取って返済した保証金          |
| アパート収入           | アパートごとに宿泊収入           |
| ゲストは長く滞在する       | 28泊以上の予約。             |
| アパートメンテナンス       | アパートごとに維持記録           |
| 使われている部屋のアパートの割合 | アパートナイトで使用される部屋の容量と割合 |
| アパートメント運営結果      | 直接割り当てられた費用後の結果       |
| 賃貸と支払いは          | 契約価値,期限と支払い記録         |

## 財務

| 報告             | 示すもの                                   |
| -------------- | -------------------------------------- |
| 受け取った日々の収入と支払い | 住宿の累積,追加収入,受信された支払いは別途表示されます.          |
| 費用の分別          | 給与,賃貸,公用事及びその他の運営費用の分割                 |
| 収入と支出          | 期間収入,運用費用,運用結果                         |
| 支払い方法          | 領収と返金チャンネル                             |
| スタッフの給料        | 職員による賃金の記録・期間.                         |
| 単位による運用結果      | 単位収入と直接割り当てられた支出. 未割り当てられた支出は別々に表示される. |
| 領収及び支払額        | 預金余分と他の開かれた口座の老化分析                     |
| キャンセル及び返済      | キャンセルされた販売,完成した還元及び待遇の還元               |
| 賃貸費用           | 事業所が支払った賃料を期間と賃貸主によって追記する.             |
| 公用事費           | 電気,水,インターネット,ガスの種類,期間,供給業者による支出        |

## ゲスト

| 報告        | 示すもの                              |
| --------- | --------------------------------- |
| 苦情        | 発行カテゴリー,開かれたケース,解決時間              |
| ゲストプロフィール | 新しいゲストや帰国ゲストや 国の配分で アイデンティティが一致する |
| 戻る客       | ゲスト滞在,宿泊収入,訪問間の間隔を繰り返す.           |
| ゲストの満足度   | 5つのうちの評価を記録した                     |

## ホステル

| 報告          | 示すもの                     |
| ----------- | ------------------------ |
| 部品容量        | 上部/下部ベックとベッドグループによる容量    |
| 共有領域の利用     | 共有スペースの利用記録              |
| 追加サービス収入    | ロッカー,洗濯物,朝食その他の追加収入      |
| グループゲスト滞在   | グループコードでリンクされた予約         |
| ベッドと部屋の変更   | 予約割り当ての歴史                |
| 使用中のベッドの割合  | 使用中の部屋の割合は,ベッドナイトで測定される. |
| ベッド準備       | ベッド掃除の状況と準備作業            |
| ベッドあたり収入    | 夜と収入はベッドで                |
| ゲストが短時間滞在する | 1～7泊の予約。                 |
| 寝室でのパフォーマンス | 販売と使用単位型                 |

## 管理

| 報告      | 示すもの                       |
| ------- | -------------------------- |
| 管理概要    | 収益,受信された支払い,能力と運用指標        |
| 宿泊施設の比較 | 同じ期間で管理する権限がある物件を比較してください. |
| 取引記録    | 報告源として使用される財務および運用記録       |

## 稼働率

| 報告           | 示すもの                              |
| ------------ | --------------------------------- |
| 生産能力利用       | 現在の物理的,販売可能および閉じた単位.              |
| 日常使用中の部屋の割合  | 物理的および販売可能な容量は別々の指名を使用する.         |
| 利用中の部屋の将来の割合 | 現在の予約に基づく容量視野                     |
| 過去の使用中の部屋の割合 | 日刊・週刊・月刊の比較                       |
| ユニットの性能      | 夜間,収入,部屋,ベッド,アパートごとに使用されている部屋の割合. |

## 業務

| 報告    | 示すもの                            |
| ----- | ------------------------------- |
| 損失と損害 | 源,費用,記録された損害賠償                  |
| 家事管理  | 各ユニットの現在の清掃状態と記録された家政作業         |
| 備蓄と消費 | 商品コードによるストックエントリ,消費,バランス,再順序の限界 |
| 欠陥と整備 | 解像度時間,保守コスト                     |

## 収益管理

| 報告             | 示すもの                      |
| -------------- | ------------------------- |
| 競合価格           | 価格観測は,その情報源で記録された.        |
| 収入予想           | 確認された予約の将来の宿泊価値           |
| ADR そして RevPAR | 同じ製品型で販売された夜と利用可能な夜に対する収入 |
| 価格業績           | 商品と日間の種類による平均毎晩販売         |

## 予約

| 報告       | 示すもの                |
| -------- | ------------------- |
| 予約源      | チャンネル収入 キャンセル率 販売後  |
| 売上換算     | 募集 報名 勝負の売り上げ       |
| 到着と出発    | 選択された期間で予定された到着と出発. |
| ゲストの滞在期間 | 短い泊まりと長い泊まりの分布.     |
| 予約要約     | 作成日による予約状態          |

## スタッフ

| 報告      | 示すもの                                            |
| ------- | ----------------------------------------------- |
| スタッフの業績 | 予約業務,任務,残業                                      |
| シフトと現金  | 計算された現金と開算余分 + 受け取った現金支払いは − 返金 − 支払いは比較してください. |
| 任務の完了   | 完成した,開いた,遅れた作業                                  |


---

# 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/torepto/report-catalog.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.
