> For the complete documentation index, see [llms.txt](https://help.sesami.co/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.sesami.co/ja/yu-yue/availability/flexible-slots.md).

# 柔軟な枠設定

Flexible Slotsを使うと、サービスの所要時間とは独立して、予約カレンダーに表示する時間枠の間隔を設定できます。

## Flexible Slotsの機能

デフォルトでは、Sesamiはサービスの所要時間に基づいて時間枠を生成します。Flexible Slotsを使うと、空き状況の表示間隔を15分、30分、45分、または60分ごとに選択でき、あなたとお客様の柔軟性が高まります。

**例:** 所要時間60分のサービスで、15分間隔のFlexible Slotsを設定すると、次のように表示されます：

* 9:00 AM、9:15 AM、9:30 AM、9:45 AM、10:00 AM...

Flexible Slotsを使わない場合は、次のようにしか表示されません：

* 9:00 AM、10:00 AM、11:00 AM...

## Flexible Slotsの設定方法

1. Shopify Adminで **Sesami > サービス > \[サービスを選択]**
2. までスクロール **柔軟な時間枠**
3. 間隔を選択します： **15**, **30**, **45**、または **60分**
4. をクリック **保存**

新しい間隔は次の両方に適用されます **Admin Portal** 予約画面と **Online Store** カレンダー。

{% hint style="info" %}
アカウントでFlexible Slotsを有効にするには、Sesamiチームまでお問い合わせください at <help@sesami.co>.
{% endhint %}

## Flexible Slotsを使うタイミング

* **より多くの予約オプション** — 間隔を短くするとお客様の選択肢が増え、予約の取りこぼしを減らせます
* **最適化されたスケジューリング** — 時差のある開始時刻を提供して、カレンダーの隙間を埋めます
* **サービスの重複管理** — 予約間の移行を管理するためにバッファ時間と併用します

## 関連項目

* [バッファ時間](/ja/yu-yue/availability/buffer-times.md) — 予約の間に時間を追加します
* [当日予約](/ja/yu-yue/availability/same-day-bookings.md) — 当日予約の受付可否を管理します
* [リソースの利用可能状況](/ja/yu-yue/availability/resource-availability.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://help.sesami.co/ja/yu-yue/availability/flexible-slots.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.