スケジュールされた通知の管理
このガイドでは、ユーザーが定期的な通知（繰返し通知）の閲覧やキャンセルを行えるようにする方法について説明します。ユーザーがスケジュール設定されたすべての通知を管理し、不要になった通知を削除できるインターフェースを作成します。
スキルレベル: 中級
はじめに
通知管理を設定する前に、以下の準備が完了している必要があります。
通知の作成とスケジュール設定が完了していること
Adaloのデータベースに Notification Job ID が保存されていること
通知の権限（Permissions）が設定されていること
ユーザーへの通知の表示
ユーザーは、自身のレコードに対してどのような通知がスケジュールされているかを確認できる必要があります。
通知リストの追加
アプリにすべての通知を表示するリストコンポーネントを追加し、現在の関連レコードまたはユーザーの通知のみを表示するようにフィルタリングします。
通知を操作可能にする
ユーザーが通知をクリックして詳細の確認や管理を行えるよう、リストアイテムをタップ可能にします。
通知詳細スクリーンの作成
ユーザーが通知をタップした際、より詳細な情報の閲覧や管理ができる詳細スクリーンへ遷移させます。
詳細スクリーンのデザイン
以下の要素を含むシンプルなスクリーンを作成します。
遷移用の「戻る（Back）」ボタン
通知情報（何についてか、いつ送信されるか）
アクションボタン（通知のキャンセル、スケジュールの変更など）
通知詳細の表示
ユーザーが通知の配信日時を正確に把握できるよう、スケジュールされた日付と時刻を明確に表示します。
通知のキャンセル
ユーザーは、不要になった通知をキャンセルできるようにする必要があります。
キャンセルにおける2ステップのアクションパターン
アクションの順序が非常に重要です。レコードを削除する前に、必ず通知をキャンセルしなければなりません。先に削除してしまうと Job ID にアクセスできなくなり、通知をキャンセルできなくなります。
スケジュールされた通知のキャンセル
「Cancel Scheduled Notification（スケジュール通知のキャンセル）」アクションを追加します：
Notification ID: Current Notification > Notification Job ID
これにより、Adaloのキュー（送信待ちリスト）から通知が削除され、送信されなくなります。
通知レコードの削除
直後に「Delete（削除）」アクションを追加します：
Record: Current Notification
これにより、データベースから通知が削除され、リストに表示されなくなります。
なぜレコードを削除するのか？ 通知のキャンセルのみを行いレコードを残した場合、ユーザーの通知リストに表示され続け、混乱を招くためです。
通知管理のベストプラクティス
必ず削除する前にキャンセルする — これは非常に重要です。最初に通知をキャンセルし、その後にレコードを削除してください。順番を逆にすると、通知がキャンセルされる前に Job ID が削除されてしまいます。
Job ID はすぐに保存する — スケジュール設定の直後に取得してください。今後のすべての管理に必要となります。
明確な終了日を設定する — 定期的な通知の場合、いつ停止させるか（通常はメインレコードの日付）を必ず指定してください。
適切なUXフィードバックを提供する — キャンセル後は、変更がすぐに確認できるよう、ユーザーをリスト画面へ戻します。
繰り返しのテストを早めに行う — 日付の計算を伴う定期的な通知は複雑になる場合があります。近日中にスケジュールされたデータでテストしてください。
タイムゾーンの処理を考慮する — 複数の地域を対象としている場合、タイムゾーンがスケジュールや繰り返しのパターンにどのように影響するかテストしてください。
アクションを明確にする — UI上で、どのようなアクションが発生するのかを分かりやすく示します（例：単なる「キャンセル」ではなく「通知をキャンセル」）。
管理を容易にする — 通知管理の機能を隠さないでください。ユーザーが予期するメインの詳細スクリーンに配置してください。
Last updated
Was this helpful?