概要
接続とは、Creatorを他のZohoサービスや外部サービスに接続するための認証プロセスを処理する、安全な設定です。アプリケーションと各サービスの間でデータをスムーズにやり取りできます。認証後は、ワークフロー、連携フィールドなどで使用できます。
接続は、環境(開発、ステージ、本番)ごとに異なる認証を使用するように設定することもできます。また、Creatorではログインユーザー接続にも対応しており、各ユーザーが自分の認証情報を使用して接続を認証できます。
利用条件
接続:
- Creatorの有料プランでのみ利用できます
- 特権管理者、管理者、開発者のみが作成および管理できます。他のユーザーは認証してアクセスできます
- すべてのデータセンター
で利用できます
1. 概要
接続は、外部機能に接続するためのものです。接続により、アプリケーションをさまざまなクラウドサービスと連携できます。接続を利用すると、外部サービスに簡単に接続して操作でき、それらのサービスが提供する機能やデータを活用して、アプリケーションの機能を強化できます。
メモ:
- 異なるデータセンターでホストされているサービスへの接続では、国境を越えたデータ転送が発生する場合があります。Zoho Creatorではデータを安全に処理しますが、続行する前に、組織のデータ保管場所やコンプライアンス要件に適合していることを確認してください。
- 決済ワークフローは、現在Zoho Checkoutが提供する決済ゲートウェイに依存しています。すべての決済サービスは、[マイクロサービス]→[操作]→[決済ゲートウェイ]に移動しました。既存のPayPal、PayflowPro、Payments Proのバージョンは2024年9月26日に廃止され、この日以降、決済取引は処理されません。決済処理を中断なく継続するには、最新バージョンに移行してください。詳細はこちら
接続は、アプリケーションが他のZohoサービスや外部サービスと通信するためのゲートウェイとして機能します。認証と承認のプロセス全体を処理し、対応サービス内のアカウントに接続できるようにします。
接続は、設定や使用方法のさまざまな側面に応じて、複数の観点で分類できます。一般的な観点は次のとおりです。
- 接続の種類 - 作成方法に基づく分類
- 接続モード - OAuth認証情報の管理方法に基づく分類
接続は、次の場所で使用できます。
- データソース
- SMS処理
- フォームワークフローの連携処理を使用して、外部サービスにデータを送信
- Delugeの連携タスク
- DelugeのinvokeUrlタスク
- ページパネル
接続が作成され接続済みになると、対象サービスに応じてデータをスムーズに転送し、関連する操作を実行できます。
接続されていない場合、対象サービスとの通信は制限されます。
2. 利用例
- 組織の採用プロセスで、クラウド型採用プラットフォームであるZoho Recruitと、従業員採用用のCreatorアプリケーションを使用しているとします。Creatorアプリケーションでは候補者データを収集し、候補者が詳細情報を入力して求人に応募できるようにします。一方、Zoho Recruitは採用プロセス全体の効率化に役立ちます。フォームワークフローの連携処理を使用すると、名、姓、メールなどの収集データを、Zoho Recruitアカウントの[候補者]タブに自動的に送信できます。システムによりZoho Recruitのシステム接続が生成され、特権管理者、管理者、開発者が認証することで、Zoho CreatorからZoho Recruitへのデータ転送を有効にできます。この連携により、効率が向上し、2つのプラットフォーム間で候補者データをスムーズに同期できます。
- ユーザーがサポートチケットを作成したり、組織にサポートの要求を送信したりする、カスタマーサポート用のCreatorアプリケーションを考えてみます。顧客データはSalesforceアカウントに保存されています。ユーザー体験を向上させるために、Salesforceとの管理者接続を設定できます。ユーザーがログインしてサポートチケットを作成すると、アプリケーションはメールを照合してSalesforceアカウントから顧客データを取得できます。これにより、アプリケーション内の必要な場所でユーザーのデータを自動入力できます。Salesforceとの管理者接続を設定することで、顧客情報にスムーズにアクセスでき、サポートチケット管理を改善できます。
- チームメンバーが作業項目で共同作業するタスク管理アプリケーションを考えてみます。コミュニケーションを強化し、全員に最新情報を共有するために、Zoho OAuthコネクターを通じてZoho Cliqアカウントとのログインユーザー接続を設定できます。この連携により、タスクが完了したときやチームのレビューに送信されたときに、タスク所有者のZoho Cliqアカウントから、指定したZoho Cliqチームグループに自動通知メッセージが投稿されます。
3. 接続への移動方法
接続にアクセスするには、以下のように[マイクロサービス]セクションに移動します。
4. 接続の種類
Zoho Creatorでは、接続の作成方法に基づいて、主に次の2種類の接続に対応しています。
4.1. システム接続
システム接続とは、ユーザーが特定の
連携を実行したときに、自動的に作成される接続です。ただし、目的のサービスにリンクするには、特権管理者、管理者、開発者による認証が必要です。システム接続を利用できる場所は次のとおりです。
- 連携処理をフォームワークフローで使用して、別のZohoサービスにデータを送信する場合
- 他のサービスのデータを表示するためのページパネルでの連携
- 任意の接続パラメーターがない場合のDeluge連携タスク。つまり、連携タスクを作成する際、通常は接続パラメーターを指定する必要があります。接続パラメーターが任意で、指定されていない場合、システムは指定されたサービス用のシステム接続を自動的に生成します。
たとえば、
Zoho CRM - データの取得Deluge連携タスクが任意の接続パラメーターなしで実行されると、システムはすべてのZoho CRMタブにアクセスするための接続を自動的に生成します。連携スクリプトを正常に実行するには、特権管理者、管理者、開発者が自分のアカウント認証情報を使用して認証する必要があります。
システム接続の認証方法をご確認ください。
4.2. ユーザー接続
ユーザー接続とは、ユーザー自身が作成する接続です。認証アクセスに基づいて、管理者接続とログインユーザー接続に分けられます。
4.2.1. 管理者接続
これらの接続は、特権管理者、
管理者、開発者のみが作成および認証できます。通常ユーザーや管理者以外の役割は接続を認証できませんが、管理者の認証を通じて利用できるため、その接続は管理者接続になります。管理者接続に設定できる認証は1つのみです。管理者または開発者は、利用可能なサービス一覧またはカスタムコネクターから接続を作成し、認証できます。この接続は、連携が必要な場所で使用できます。管理者接続の作成方法については、こちらをクリックしてください。
メモ:
- 管理者は、同じサービスに対して複数の接続を作成できます。
- ローカルホスト型コネクターを使用して作成された接続は、設定済みのdatabridgeに依存します。これらの接続を使用または管理するには、Qntrl がシステム連携で設定され、有効な databridge に関連付けられていることを確認してください。databridge が利用できない、または停止している場合、ローカルホスト型コネクターを使用する接続は機能しません。
4.2.2. ログインユーザー接続
これらの接続は、特権管理者/管理者/開発者によって作成され、各ログインユーザーによって承認されます。
管理者接続とは異なり、これらの接続ではすべてのログインユーザーごとに個別の承認を保持でき、実行したユーザーの承認に基づいて連携を実行できます。管理者または開発者は、
組み込みコネクター(
Zoho Backstageを除く。Zoho Backstage は
管理者接続のみ対応)または
カスタムコネクターを使用してログインユーザー接続を作成でき、ユーザーはアプリケーションの
ライブモードから直接接続を承認できます。これらの接続により、アプリケーション内で外部サービスを連携し、特定のデータや機能へのアクセス権を持つ各ユーザーに対して承認を付与できます。
たとえば、Salesforce サービスのログインユーザー接続を使用し、フォーム送信時に Salesforce タブへデータを送信するワークフローに連携する場合、各ログインユーザーは自分の Salesforce 認証情報を使用して接続を個別に承認する必要があります。これにより、ユーザーごとに個別化された連携が保証されます。ワークフローが実行されると、ワークフローを開始したログインユーザーの Salesforce アカウントにデータが送信されます。
プライマリアカウント
ログインユーザー接続を使用して
データソースや
スケジューラーを作成するには、連携サービスを単一のアカウント経由で処理するためにプライマリアカウントが必要です。たとえば、Creator アプリケーションから Zoho CRM へ毎日データを自動送信するスケジューラーワークフローを考えてみます。このような場合、スケジューラーはユーザーや管理者の操作を必要とせずに独立して実行されます。スケジューラーは、プライマリアカウントの承認を使用してタスクを実行します。
データソースの場合、接続を通じて
Zoho CRMの取引先タブにデータを送信する
Zoho CRM連携フォームを例に考えてみます。データソースを作成するには、プライマリアカウントが必要です。ここでは、プライマリアカウントの指定された
Zoho CRMタブ内の項目に基づいて連携フォームが作成されます。各ログインユーザーはこの接続を個別に承認し、連携フォームにデータを追加できます。追加されたデータは、各ユーザーの
Zoho CRMの指定されたタブに追加されます。
管理者がログインユーザー接続を初めて承認すると、そのアカウントがプライマリアカウントとして指定されます。ただし、必要に応じて、任意の管理者がプライマリアカウントの状態を変更し、別の管理者のアカウントに割り当てることができます。接続の作成時にすべての環境で同じ承認を使用するよう選択していない場合は、
環境ごとに異なるプライマリアカウントを設定できます。
アカウントをプライマリとして設定する方法については、
こちらをご参照ください。
メモ:ポータルユーザーと共有ユーザーも、アプリケーションのライブモードからログインユーザー接続を直接承認できます。アプリケーションのライブモードで接続にアクセスする方法については、
こちらをご参照ください。
4.3. インストール済み接続
インストール済み接続とは、Marketplace からインストールされた、または非公開で共有されたインストール済みアプリケーションに関連付けられた接続です。これらの接続は、[接続]タブにインストール済み接続として表示されます。これらの接続は承認または取り消しできますが、編集や削除はできません。詳細はこちら
5. 接続モード
ユーザー接続を作成する際は、OAuth 認証情報の管理方法を選択する必要があります。Zoho では、次の2つの接続モードを提供しています。
5.1. Zoho 管理の認証情報
Zoho 管理の OAuth 認証情報では、Zoho Creator によって作成および管理される OAuth アプリケーションを使用します。この標準の接続方法では、クライアントID、クライアントシークレット、リダイレクトURL、その他の OAuth コンポーネントを含む OAuth クライアントの設定やライフサイクルを手動で管理する必要がありません。OAuth アプリケーションは自動的に管理および保守されるため、最小限の設定で一般的な連携の認証を簡単に行えます。同時に、ユーザーレベルの同意とアクセス制御も維持されます。この方法は、次のような場合に適しています。
たとえば、Zoho Creator アプリが Google Sheets にアクセスする必要がある場合、開発者は接続の作成時に Zoho 管理の認証情報を選択します。Zoho が OAuth アプリと設定を処理するため、ユーザーはサインインして権限を付与するだけで済みます。管理者がクライアントIDやシークレットを用意する必要はありません。
5.2. クライアント認証情報
カスタム OAuth 認証情報を使用すると、Google、Microsoft、Salesforce などのサードパーティサービスに直接登録して、自分で作成および管理する OAuth アプリケーションを使用できます。Zoho 管理の承認を使用する代わりに、独自のクライアントID、クライアントシークレット、コールバックURL、その他の必要な OAuth 設定情報を指定します。
この方法は一般に独自認証情報の持ち込み(BYOC)と呼ばれ、通常、組織が認証の設定および管理方法をより細かく制御する必要がある場合に選択されます。Zoho 管理の認証情報と同様に、ユーザーは接続設定時に自分のアカウントへのアクセスを承認する必要があります。
この方法は、主に次のような場合に使用されます。
-
OAuth アプリケーションを直接所有および制御したい場合
-
カスタマイズまたは制限された承認スコープを定義したい場合
-
社内のセキュリティ、コンプライアンス、または規制ポリシーに準拠する必要がある場合
-
トークンのライフサイクル、アクセス権限、監査要件を制御したい場合
BYOC は Zoho 管理の認証情報に比べて設定作業が増えますが、柔軟性とガバナンスが高く、認証の動作を組織の基準に合わせられます。そのため、企業環境や厳格に管理された環境に特に適しています。