> 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/scheduled-notification-database-setup.md).

# スケジュール通知のデータベース設定

通知のスケジュール設定を行うには、スケジュールされたすべての通知を追跡するためのコレクションを作成してください。このコレクションには、リマインダーの詳細、タイミング、および管理に必要なJob IDが保存されます。

### データベース構造の例

以下の主要プロパティを持つ新しいコレクションを作成します。

| プロパティ名              | プロパティの種類                | Pu目的                             |
| ------------------- | ----------------------- | -------------------------------- |
| Name                | Text（テキスト）              | 通知のタイトル／説明（例：「予約リマインダー」、「タスク期日」） |
| Start Date          | Date and Time（日付と時刻）    | 通知が送信される日時                       |
| Related Record      | Relationship（リレーションシップ） | この通知が対象とするメインレコードへのリンク           |
| User                | Relationship（リレーションシップ） | 通知を受信するユーザー                      |
| Notification Job ID | Text（テキスト）              | AdaloからのユニークID（通知の管理に必須）         |

**オプショナル（任意）のプロパティ：**Body（本文）、Title（タイトル）、Message（メッセージ）、Frequency（頻度）、Draft toggle（下書き切り替え）、Type（タイプ）

**主要なリレーションシップ：**

* **多数の通知（Many Notifications）対 1つのメインレコード（One Main Record）**\
  （例：1つの予約に対して複数のリマインダー）
* **多数の通知（Many Notifications）対 1人のユーザー（One User）**


---

# 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/scheduled-notification-database-setup.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.