- リリース ノート
- 概要
- 通知
- ライセンス
- トラブルシューティング
- コネクタ ビルダー
- Act! 365
- ActiveCampaign
- Adobe Acrobat Sign
- Adobe PDF Services
- Amazon Bedrock
- Amazon Connect
- Amazon Polly
- Amazon SageMaker - プレビュー
- Amazon SES
- Amazon Transcribe
- Amazon Web Services
- Anthropic Claude
- Asana
- AWeber
- Azure Maps
- BambooHR
- Box
- Brevo
- Calendly
- Campaign Monitor
- Cisco Webex Teams
- Citrix Hypervisor - プレビュー
- Citrix ShareFile
- Clearbit
- Confluence Cloud (プレビュー)
- Constant Contact - プレビュー
- Coupa
- Customer.io
- Datadog
- Deputy - Preview
- Discord - プレビュー
- DocuSign
- 点滴
- Dropbox
- Dropbox Business
- Egnyte - Preview
- Epic FHIR R4 - プレビュー
- Eventbrite
- 為替レート
- Expensify
- Facebook
- Freshbooks
- フレッシュデスク
- FreshService
- Getresponse
- GitHub - プレビュー
- Gmail
- Google Cloud Platform
- Google ドキュメント
- Google ドライブ
- Google Maps
- Google スプレッドシート
- Google 音声テキスト変換 - プレビュー
- Google テキスト読み上げ
- Google Vertex
- Google Vision - プレビュー
- GoToWebinar
- Greenhouse
- Hootsuite
- HTTP Webhook - プレビュー
- HubSpot CRM (プレビュー)
- HubSpot Marketing (プレビュー)
- IBM ワトソンX
- iContact (プレビュー)
- Insightly CRM - Preview
- Intercom
- Jira
- Keap
- クラビヨ
- LinkedIn
- Mailchimp
- メーラーライト
- Mailgun
- Marketo
- Microsoft Azure
- Microsoft Azure Active Directory
- Microsoft Azure OpenAI
- Microsoft Dynamics 365 CRM
- Microsoft OneDrive & SharePoint
- Microsoft Outlook 365
- Microsoft Sentiment - プレビュー
- Microsoft Teams
- Microsoft Translator - プレビュー
- Microsoft Vision (プレビュー)
- Miro
- NetIQ eDirectory
- Okta
- OpenAI
- Oracle Eloqua
- Oracle NetSuite
- Paypal
- PDFモンキー
- Pinecone
- QuickBooks Online
- 皮肉
- Salesforce
- Salesforce Marketing Cloud
- SAP Build Process Automation (SAP ビルド プロセスの自動化) - プレビュー
- SAP Cloud for Customer
- SAP Concur
- SendGrid
- ServiceNow
- Shopify
- Slack - プレビュー
- SmartRecruiters
- Smartsheet
- Snowflake
- Stripe
- Sugar Enterprise
- Sugar Professional
- Sugar Sell
- Sugar Serve
- TangoCard
- トドイスト
- トレロ
- Twilio
- UiPath GenAI アクティビティ - プレビュー
- X(旧ツイッター)
- ウーコマース
- Workable
- Workday
- VMware ESXi vSphere
- YouTube
- Zendesk
- Zoho Campaigns - Preview
- ゾーホーデスク
- Zoho Mail - Preview
- Zoom
- ズーム情報
認証を構成する
コネクタ作成の要の 1 つは、認証設定を識別して正しく連携することです。 連携が正しく行われていれば、コネクタが Integration Service カタログにパブリッシュされると、ユーザーはカタログ内の他のコネクタと同様に、コネクタへのコネクションを作成できます。
すべてのコネクタで認証フレームワークが再利用されるため、認証フロー全体とコネクションの管理を統一された方法で管理できます。
認証を行うと最終的に、このコネクタ内の後続の要求では、すべての API 呼び出しに対して認証プロセスの結果が使用されることになります。 たとえば、ベアラー トークンはすべての API 呼び出しのヘッダーで送信されます。
コネクタ ビルダーは、長いコーディングではなく、簡単な構成によって次の業界標準をサポートします。
- OAuth 2.0 の認可コード
- PKCE を使用した OAuth 2.0 認可コード
- OAuth 2.0 クライアント資格情報
- ベーシック
- API キー
- 個人用アクセス トークン (PAT)
- カスタム
- 認証なし
コネクタ ビルダーは Integration Service フレームワークに結び付けられているため、認証設定の定義に複雑なプロセスは必要なくなり、設定を行うだけでよくなりました。これは、フレームワークがトークンの交換、更新、およびその他の類似のタスクを処理することを意味します。 コネクタ ビルダーでは、OAuth 2.0 認可コードが既定で使用されます。これは、ベンダーを使用した認証を処理する上で最も一般的な手法だからです。
認証ページは、次の 3 つの要素から構成されています。
-
認証の種類は、認証フレームワークがどのように反映されるかを制御し、PKCE や完全なトークン交換 (OAuth の場合) などの追加の検証を含みます。さらに、必要なプロパティの概要が示されるように、下にプロパティを含んだ表を再構成います。
- プロパティ表は、カスタム パラメーターで変更および/または既存のパラメーターを編集したりできます。ドロップダウン メニューで選択した認証の種類によっては、一部のフィールドは必須で、赤で指定されている場合があります。
注: この表でこれらのプロパティを変更するか、認証の種類全般に変更を加えると、コネクタ ビルダーで作成済みのコネクションが無効になります。設計時に使用できるコネクションは 1 つのみで、これは最新の認証設定に対して設定・テストする必要があります。
- 指定した設定に基づいて自動的に生成される認証設定画面です。コネクタ ビルダーでの構成中に表示される内容は、アクティビティ パッケージのユーザーに表示される最終結果と同じです。
認証の種類を無視して、読み込まれたプロパティ テーブルでは、次の 2 つの項目が識別されます。
- 認証画面内でユーザーに表示される内容。
- 認証フレームワークによって認証が処理される方法。
- 表内のすべての項目は、ユーザーが上書きできるプロパティと上書きできないプロパティを表します。特定のフィールドを画面に表示するには、[ユーザーに確認] 列で [はい] のフラグを付ける必要があります。
- すべての項目には [名前] と [表示名] があります。[名前] はベンダーが技術的な設定での使用を期待するものであり、後者は認証画面でユーザーに入力を求める際に重要です。
- すべての項目には、プロパティをより詳細に編集できるアクション メニューがあります。ここで、特定のプロパティをヘッダーとして送信する必要があることを指定できます。他の例については「API キー」セクションをご覧ください。
[認証] タブで、コネクタの認証の種類を設定します。サポートされるオプションは次のとおりです。
- OAuth 2.0 の認可コード
- PKCE を使用した OAuth 2.0 認可コード
- OAuth 2.0 クライアント資格情報
- ベーシック
- API キー
- 個人用アクセス トークン (PAT)
- カスタム
- 認証なし
- [アクション] 列の下の [編集] ボタンを選択して、各プロパティを設定します。既定では、[ユーザー名] と [パスワード] が表示されています。
-
認証時に使用するフィールドを追加する場合は、[パラメーターを追加] を選択します。
- 表示名 - 接続時にユーザーに表示されます。
- 型 – コネクション ダイアログの入力フィールドを定義します。ドロップダウンからオプション (true/false、パスワード、テスト、はい/いいえ) を選択します。
- ユーザーに確認 – ユーザー入力が必要な場合は、[はい] に設定します。
- 値 – 既定値を設定するには、このフィールドを使用します。
- ヒント テキスト – 入力フィールドのユーザー ガイダンスです。
- プロバイダー名 - API 呼び出しの技術キーです。
-
プロバイダーに次の種類として送信 – API が値をどのように受け取るか指定します。ドロップダウンからオプション (設定、ヘッダー、パス、本文、クエリ、フォーム) を選択します。既定値は
header
です。
- [保存] を選択して、新しい認証パラメーターを保存します。
- 認証を基本認証の元の値にリセットする場合は、[既定値にリセット] オプションを使用します。この操作は取り消せません。
OAuth 2.0 認可コードを使用するには、連携するアプリケーションに OAuth アプリを作成し、コネクタの構成に必要な資格情報をそこから取得する必要があります。
次のフィールドを設定します。
- クライアント ID
- クライアント シークレット
- スコープ
- 認可 URL
- トークン URL
- トークン更新 URL
- 基本ヘッダー
- トークン失効 URL
-
更新間隔
注: 認可 URL、トークン URL、更新トークン URL は、アプリの API ドキュメントに記載する必要があります。
PKCE を使用した OAuth 2.0 認可コードは OAuth 2.0 認可コードのメソッドと同一ですが、[OAuth2 PKCE のコード チャレンジ メソッド] フィールドも含まれます。
OAuth 2.0 クライアント資格情報の場合は、次のフィールドを設定する必要があります。
- クライアント ID
- クライアント シークレット
- スコープ
- トークン URL
- 基本ヘッダー
-
更新間隔
このオプションは、API 呼び出しを実行するのにベアラー トークンが必要なアプリとの連携に使用します。
[個人用アクセス トークン] フィールドにベアラー トークンを設定します。