> For the complete documentation index, see [llms.txt](https://help.adalo.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.adalo.com/ja/action-basics/notifications/scheduled-notifications/manage-scheduled-notifications.md).
# スケジュールされた通知の管理
このガイドでは、ユーザーが定期的な通知（繰返し通知）の閲覧やキャンセルを行えるようにする方法について説明します。ユーザーがスケジュール設定されたすべての通知を管理し、不要になった通知を削除できるインターフェースを作成します。
***
*スキルレベル: 中級*
### はじめに
通知管理を設定する前に、以下の準備が完了している必要があります。
* 通知の作成とスケジュール設定が完了していること
* Adaloのデータベースに Notification Job ID が保存されていること
* 通知の権限（Permissions）が設定されていること
***
## ユーザーへの通知の表示
ユーザーは、自身のレコードに対してどのような通知がスケジュールされているかを確認できる必要があります。
#### 通知リストの追加
アプリにすべての通知を表示するリストコンポーネントを追加し、現在の関連レコードまたはユーザーの通知のみを表示するようにフィルタリングします。
#### 通知を操作可能にする
ユーザーが通知をクリックして詳細の確認や管理を行えるよう、リストアイテムをタップ可能にします。
***
### 通知詳細スクリーンの作成
ユーザーが通知をタップした際、より詳細な情報の閲覧や管理ができる詳細スクリーンへ遷移させます。
#### 詳細スクリーンのデザイン
以下の要素を含むシンプルなスクリーンを作成します。
* 遷移用の**「戻る（Back）」ボタン**
* **通知情報**（何についてか、いつ送信されるか）
* **アクションボタン**（通知のキャンセル、スケジュールの変更など）
#### 通知詳細の表示
ユーザーが通知の配信日時を正確に把握できるよう、スケジュールされた日付と時刻を明確に表示します。
## 通知のキャンセル
ユーザーは、不要になった通知をキャンセルできるようにする必要があります。
#### キャンセルにおける2ステップのアクションパターン
{% hint style="warning" %}
**アクションの順序が非常に重要**です。レコードを削除する**前に**、必ず通知をキャンセルしなければなりません。先に削除してしまうと Job ID にアクセスできなくなり、通知をキャンセルできなくなります。
{% endhint %}
#### スケジュールされた通知のキャンセル
**「Cancel Scheduled Notification（スケジュール通知のキャンセル）」**アクションを追加します：
* **Notification ID:** Current Notification > Notification Job ID
これにより、Adaloのキュー（送信待ちリスト）から通知が削除され、送信されなくなります。
#### 通知レコードの削除
直後に**「Delete（削除）」**アクションを追加します：
* **Record:** Current Notification
これにより、データベースから通知が削除され、リストに表示されなくなります。
**なぜレコードを削除するのか？**\
通知のキャンセルのみを行いレコードを残した場合、ユーザーの通知リストに表示され続け、混乱を招くためです。
### 通知管理のベストプラクティス
* **必ず削除する前にキャンセルする** — これは非常に重要です。最初に通知をキャンセルし、その後にレコードを削除してください。順番を逆にすると、通知がキャンセルされる前に Job ID が削除されてしまいます。
* **Job ID はすぐに保存する** — スケジュール設定の直後に取得してください。今後のすべての管理に必要となります。
* **明確な終了日を設定する** — 定期的な通知の場合、いつ停止させるか（通常はメインレコードの日付）を必ず指定してください。
* **適切なUXフィードバックを提供する** — キャンセル後は、変更がすぐに確認できるよう、ユーザーをリスト画面へ戻します。
* **繰り返しのテストを早めに行う** — 日付の計算を伴う定期的な通知は複雑になる場合があります。近日中にスケジュールされたデータでテストしてください。
* **タイムゾーンの処理を考慮する** — 複数の地域を対象としている場合、タイムゾーンがスケジュールや繰り返しのパターンにどのように影響するかテストしてください。
* **アクションを明確にする** — UI上で、どのようなアクションが発生するのかを分かりやすく示します（例：単なる「キャンセル」ではなく「通知をキャンセル」）。
* **管理を容易にする** — 通知管理の機能を隠さないでください。ユーザーが予期するメインの詳細スクリーンに配置してください。
---
# 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.adalo.com/ja/action-basics/notifications/scheduled-notifications/manage-scheduled-notifications.md?ask=&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.
