> For the complete documentation index, see [llms.txt](https://docs.immedio.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.immedio.io/date-select-urls/relay-date-select-urls.md).
# 3者間URL
主催者・同席者・リードの3者で行う面談の日程調整URLです。手動で配布して進行する方法と、メールで自動進行する方法の2種類があります。
## 3者間URLとは
3者間URLとは、3人の参加者（主催者、同席者、リード）が参加する面談のための日程調整URLです。通常の日程調整URLが主催者とリード1人の2者間の面談を想定しているのに対し、3者間URLでは同席者とリード、主催者の3人での面談を調整することができます。\
例えば、ベンダーと代理店とリードの3人での面談を調整する場合に、特に価値を発揮する機能です。
このページと各子ページでは、面談の担当者（ベースとなる日程調整URLの担当ユーザー）を「主催者」、管理画面で3者間URLの発行や代理入力をするユーザーを「管理画面のユーザー」（発行後は「発行したユーザー」）と呼びます。管理画面のユーザーと主催者は、同じ人とは限りません。
## 2種類の3者間URL
3者間URLには、進め方の異なる2種類があります。管理画面のユーザーが、日程調整URL一覧の三点リーダー（...）から「3者間URLを発行」にカーソルを合わせると、「手動で配布して進行」「メールで自動進行」のどちらかを選択できます。
| 種類 | 概要 | 詳細 |
| ----------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------- |
| 3者間URL（手動で配布して進行） | 管理画面のユーザーが発行画面を開き、同席者または管理画面のユーザーが、主催者の予約可能枠の中から同席者が参加できる日時を候補として選んで3者間URLを発行します。3者間URLを発行した人が、リードへ手動で送ります。管理画面のユーザーが発行画面のURLを社外パートナーに共有しておけば、パートナーがログインせずに案件ごとに発行できます | [3者間URL（手動で配布して進行）](/date-select-urls/relay-date-select-urls/manual-relay.md) |
| 3者間URL（メールで自動進行） | 管理画面のユーザーが発行すると、同席者へ候補選択の依頼メールが自動送信されます。同席者が候補日時を送信すると、リードへ日程確定の依頼メールが自動送信されます。発行したURLは一覧で進捗を管理できます | [3者間URL（メールで自動進行）](/date-select-urls/relay-date-select-urls/email-relay.md) |
### 違いと使い分け
どちらも、主催者の予約可能枠の中から同席者が参加できる日時を候補として選び、その中からリードが日時を確定して面談が予約される、という流れは同じです。2種類の違いは、どのような場面に向いているかです。
| こんな場合 | おすすめ | 理由 |
| -------------------------------------------------- | ----------------- | --------------------------------------------------------------------------------------- |
| 案件の発生を同席者（社外パートナーなど）が把握していて、同席者が自分のタイミングで日程調整を始めたい | 3者間URL（手動で配布して進行） | 同席者は、共有された発行画面のURLから、管理画面にログインせずに案件ごとに3者間URLを発行できるため。発行画面のURLは日程調整URLごとに決まっていて、繰り返し使えます |
| 同席者がリードの連絡先を知っていて、同席者からリードへ直接URLを共有できる | 3者間URL（手動で配布して進行） | 3者間URLを発行した同席者が、そのままリードへ送付できるため |
| 同席者とリードが互いの連絡先を知らず、自社（管理画面のユーザー）がすべての連絡を仲介する | 3者間URL（メールで自動進行） | 同席者・リードへの依頼メールが自動送信されるため、同席者とリードが直接やり取りする必要がありません。リードの画面に同席者のメールアドレスは表示されません |
| 案件の発生を自社が把握していて、自社から同席者へ日程調整を依頼したい | 3者間URL（メールで自動進行） | 管理画面のユーザーが発行すると、同席者へ候補選択の依頼メールが届くため。同席者は、メールのURLから候補日時を選ぶだけで済みます |
| 発行済みの3者間URLを一覧で管理し、日程調整の進捗を追いたい | 3者間URL（メールで自動進行） | 発行した3者間URLが一覧に残り、ステータスで進捗を確認できるため。手動で配布して進行で発行した3者間URLは、一覧に残りません |
---
# 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.immedio.io/date-select-urls/relay-date-select-urls.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.