データアクション統合の仕組み
Adobeのデータアクション統合により、Genesys Cloud全体でAdobeのデータに作用できるカスタムアクションを作成できます。 これらのカスタムアクションを使用して、Architectでインタラクションフロー内でルーティングを決定したり、スクリプトでエージェントに情報を提示したり、他の方法でデータを操作したりできます。
使用例
次の例は、Genesys CloudアプリケーションでAdobeデータアクション統合でカスタムアクションを使用する場合のシナリオです。
Architect フロー例
Architectフローは、電話番号に基づいて顧客を検索しようとします。 フローは、アドビから返されたデータに基づいて、インタラクションを適切なキューにルーティングします。
スクリプト例
Architectフローは顧客を見つけません。 エージェントがインタラクションを受け取ると、 スクリプトポップスは、エージェントがスクリプト内からエンティティを作成できるようにします。
アクションの種類
アドビのデータアクション統合により、カスタムアクションを作成できます。 詳細については、 概念。
カスタムアクション
カスタムアクションは、定義したリクエストおよび応答スキーマを介してアドビからのデータと相互作用します。 カスタムアクションを使用すると、任意のデータを取得、更新、または作成できます。 詳細については、 カスタムアクションを作成するを参照してください。
統合の詳細については、 アドビのデータアクション統合について.
AWS Lambdaデータアクション統合では、カスタムアクションを作成できます。このカスタムアクションは、Genesys Cloud全体を通じて、AWSアカウントでAWS Lambda関数を直接呼び出すことができます。 これらのカスタムアクションを使用して、Architectでインタラクションフロー内でルーティングを決定したり、スクリプトでエージェントに情報を提示したり、他の方法でデータを操作したりできます。
使用例
次の例は、Genesys CloudアプリケーションにおけるAWS Lambdaデータアクションインテグレーションでカスタムアクションを使用するためのシナリオです。 AWS Lambdaデータアクション統合は通常、外部のJSONベースのRESTインターフェイスを持たないアプリケーション（JavaまたはJavaScript SDKのみを提供する支払いプロセッサ、またはSOAP APIでXMLを使用するWebサービスなど）に使用されます。 AWS Lambda関数は、アプリケーションとJSONベースのGenesys Cloudの間の中間者として機能します。
クレジットカードの例
Architectでのあなたの流れはあなたのカスタマーにクレジットカード番号を入力するように頼みます。 統合に関連付けられているカスタムアクションは、AWSアカウントでAWS Lambda関数を呼び出します。 このAWSLambda関数には、支払いプロセッサ用のJavaSDKが含まれています。 AWS Lambda関数はSDKを使用します。SDKはクレジットカード番号を検証し、クレジットカードの支払いが承認されたことをカスタムアクションに通知します。
フォーマット変換例
WebサービスはSOAPAPIでXMLを使用します。 AWSアカウントのAWSLambda関数は、SOAPサービスを呼び出す前に、GenesysCloudのJSONリクエストをXMLに変換します。 次に、AWS Lambda関数はXML応答をJSONに変換してから、応答をGenesysCloudに返します。
アクションの種類
AWS Lambdaデータアクション統合により、カスタムアクションを作成できます。 詳細については、 概念。
カスタムアクション
カスタムアクションは、ユーザーが定義したリクエストおよびレスポンススキーマを通じてAWS Lambda関数とやり取りします。 カスタムアクションを使用すると、任意のデータを取得、更新、または作成できます。 詳細については、 カスタムアクションを作成する。
統合について詳しくは、以下を参照してください。 AWS Lambdaデータアクション統合について。
Genesys Cloudデータアクション統合は、静的アクションを提供し、Platform APIを使用するカスタムアクションを作成できます。 これらのデータアクションを使用して、Architectでインタラクションフロー内でルーティングを決定したり、スクリプトでエージェントに情報を提示したり、他の方法でデータを操作したりできます。
使用例
次の例は、Genesys CloudアプリケーションにおけるGenesys Cloudデータアクション統合でカスタムアクションを使用するシナリオの例です。
Architect フロー例
Architect内のフローは、特定のキューの推定待ち時間をチェックします。 統合に関連付けられている静的アクションGet Estimated Wait Timeは、推定待機時間を取得します。 その後、フローは推定待機時間に基づいて対話を適切なキューにルーティングします。
スクリプト例
Architectでのフローはインタラクションをルーティングしてスクリプトをポップします。 対話が切断された後、エージェントはスクリプトに後処理コードを設定します。
アクションの種類
Genesys Cloudデータアクション統合は、静的アクションを提供し、カスタムアクションを作成できます。 詳細については、 概念。
静的アクション
スタティックアクションは、Genesys Cloudを追加およびアクティブ化したときにGenesys Cloudが自動的に作成する組み込みデータアクションです。 Genesys Cloud組織におけるデータアクションの統合。
これらの静的アクションは、Genesys Cloud全体で使用できます。または、統合のためのカスタムアクションを作成するガイドとして使用できます。 静的アクションをコピーして変更し、新しいカスタムアクションとして保存します。 詳細については、 データアクションを編集、コピー、または削除する そして カスタムアクションを作成する。
- 推定待ち時間を取得する
特定のメディアタイプとキューの推定待ち時間を返します。
- ユーザープレゼンスの取得
Genesys Cloudでユーザーにアクセスできるかどうかを示す、ユーザーの存在を返します。
- ユーザールーティングステータスの取得
ユーザーがACDインタラクションを受信できるかどうかを示す、ユーザーのルーティング状態を返します。
カスタムアクション
カスタムアクションは、定義した要求および応答スキーマを通じてプラットフォームAPIからのデータと対話します。 カスタムアクションを使用すると、任意のデータを取得、更新、または作成できます。 詳細については、 カスタムアクションを作成する。
統合の詳細については、以下を参照してください。Genesys Cloudデータアクションインテグレーションについて.
Googleデータアクションの統合により、Genesys Cloud全体でGoogleアプリケーションのデータを操作するカスタムアクションを作成できます。 これらのカスタムアクションを使用して、Architectでインタラクションフロー内でルーティングを決定したり、スクリプトでエージェントに情報を提示したり、他の方法でデータを操作したりできます。
使用例
次の例は、Genesys CloudアプリケーションでGoogleデータアクション統合でカスタムアクションを使用するためのシナリオです。
Architect フロー例
Architectフローは、電話番号に基づいて顧客を検索しようとします。 フローは、Googleから返されたデータに基づいて、インタラクションを適切なキューにルーティングします。
スクリプト例
エージェントが顧客からの情報に基づいてGoogleスプレッドシートをクエリまたは更新できるようにしたいとします。 エージェントがインタラクションを受信すると、 スクリプトポップが表示され、エージェントはスクリプト内からスプレッドシートをクエリおよび更新できます。
アクションの種類
Googleデータアクション統合により、カスタムアクションを作成できます。 詳細については、 概念。
カスタムアクション
カスタムアクションは、定義したリクエストと応答スキーマを通じて、Googleからのデータとやり取りします。 カスタムアクションを使用すると、任意のデータを取得、更新、または作成できます。 詳細については、 カスタムアクションを作成するを参照してください。
統合の詳細については、 Googleデータアクションの統合について.
Microsoft Dynamics 365のデータ操作統合機能は静的な操作を提供し、ユーザーがMicrosoft Dynamics 365のデータを操作するために使用できるカスタム操作を作成できます。 これらのデータアクションを使用して、Architectでインタラクションフロー内でルーティングを決定したり、スクリプトでエージェントに情報を提示したり、他の方法でデータを操作したりできます。
使用例
次の例は、Genesys CloudアプリケーションにおけるMicrosoft Dynamics 365データアクション統合で静的アクションおよびカスタムアクションを使用するシナリオです。
Architect フロー例
Architectのフローでは、[電話番号で連絡先を取得]データアクションを使用します。 カスタマーが会社に電話をかけると、このデータアクションは、カスタマーが電話をかけるために使用した電話番号に基づいてCRMからカスタマーに関するデータを取得します。 その後、フローはCRMから返されたデータに基づいて対話を適切なキューにルーティングします。
スクリプト例
Architectのフローで、カスタマーのケース番号が見つかりません。 エージェントがインタラクションを受信すると、スクリプトがポップされ、エージェントはスクリプト内から新しいケースを作成できます。
アクションの種類
Microsoft Dynamics 365データアクション統合は静的アクションを提供し、カスタムアクションを作成することを可能にします。 詳細については、 概念。
静的アクション
静的アクションは、Genesys Cloud組織でMicrosoft Dynamics 365データアクション統合を追加およびアクティブ化すると、Genesys Cloudが自動的に作成する組み込みデータアクションです。
これらの静的アクションは、Genesys Cloud全体で使用できます。または、統合のためのカスタムアクションを作成するガイドとして使用できます。 静的アクションをコピーして変更し、新しいカスタムアクションとして保存します。 詳細については、 データアクションを編集、コピー、または削除する そして カスタムアクションを作成する。
- アカウントIDでアカウントを取得
アカウントIDに基づいてアカウントレコードを返します。
- アカウント名でアカウントを取得
アカウント名に基づいてアカウントレコードを返します。
- アカウント番号でアカウントを取得
口座番号に基づいて口座レコードを返します。
- 連絡先IDでアカウントを取得
連絡先IDに基づいてアカウントレコードを返します。
- 電話番号でアカウントを取得
電話番号に基づいてアカウントレコードを返します。
- ケースIDでケースを取得
ケースIDに基づいてケースレコードを返します。
- 連絡先名で連絡先を取得する
連絡先名に基づいて連絡先レコードを返します。
- Eメールアドレスで連絡先を取得
Eメールアドレスに基づいて連絡先レコードを返します。
- 電話番号で連絡をとる
電話番号に基づいて連絡先レコードを返します。
- 連絡先IDで最新のオープンケースを取得する
連絡先IDに基づいて最新の未解決の案件レコードを返します。
カスタムアクション
カスタムアクションは、定義した要求および応答スキーマを通じてWebサービスからのデータと対話します。 カスタムアクションを使用すると、任意のデータを取得、更新、または作成できます。 詳細については、 カスタムアクションを作成する。
統合について詳しくは、以下を参照してください。 Microsoft Dynamics 365データアクション統合について。
Salesforceデータアクション統合は、静的アクションを提供し、Genesys Cloud全体でSalesforceのデータに作用するカスタムアクションを作成できます。 これらのデータアクションを使用して、Architectでインタラクションフロー内でルーティングを決定したり、スクリプトでエージェントに情報を提示したり、他の方法でデータを操作したりできます。
使用例
次の例は、Genesys CloudアプリケーションにおけるSalesforceデータアクション統合で静的アクションおよびカスタムアクションを使用する場合のシナリオです。
Architect フロー例
Architectのフローでは、[電話番号で連絡先を取得]データアクションを使用します。 カスタマーが会社に電話をかけると、このデータアクションは、カスタマーが電話をかけるために使用した電話番号に基づいてCRMからカスタマーに関するデータを取得します。 その後、フローはCRMから返されたデータに基づいて対話を適切なキューにルーティングします。
スクリプト例
Architectのフローで、カスタマーのケース番号が見つかりません。 エージェントがインタラクションを受信すると、スクリプトがポップされ、エージェントはスクリプト内から新しいケースを作成できます。
アクションの種類
Salesforceデータアクション統合は静的アクションを提供し、カスタムアクションを作成することを可能にします。 詳細については、 概念。
静的アクション
静的アクションは、Genesys Cloud組織でSalesforceデータアクション統合を追加およびアクティブ化すると、Genesys Cloudが自動的に作成する組み込みデータアクションです。
これらの静的アクションは、Genesys Cloud全体で使用できます。または、統合のためのカスタムアクションを作成するガイドとして使用できます。 静的アクションをコピーして変更し、新しいカスタムアクションとして保存します。 詳細については、 データアクションを編集、コピー、または削除する そして カスタムアクションを作成する。
- アカウント番号でアカウントを取得
Salesforceで口座番号を検索して、口座レコードを検索します。
- 連絡先IDでアカウントを取得
連絡先IDをSalesforceで検索して、アカウントレコードを検索します。
- 電話番号でアカウントを取得
Salesforceの電話フィールドを検索して電話番号を検索し、取引先レコードを検索します。
- メールで連絡する
SalesforceでEメールアドレスを検索して、連絡先レコードを検索します。
- 電話番号で連絡をとる
Salesforceの電話フィールドを検索して電話番号を探し、連絡先レコードを検索します。
- 連絡先IDで最新のオープンケースを取得する
連絡先IDをSalesforceで検索して、最近開いたケースを見つけます。
カスタムアクション
カスタムアクションは、定義したリクエストおよび応答スキーマを介してアドビからのデータと相互作用します。 カスタムアクションを使用すると、任意のデータを取得、更新、または作成できます。 詳細については、 カスタムアクションを作成する。
統合について詳しくは、以下を参照してください。 Salesforceデータアクション統合について。
Webサービスデータアクションの統合により、Genesys Cloud全体でJSONベースのWebサービスとのインターフェースとして使用できるカスタムアクションを作成できます。 これらのカスタムアクションを使用して、Architectでインタラクションフロー内でルーティングを決定したり、スクリプトでエージェントに情報を提示したり、他の方法でデータを操作したりできます。
使用例
以下の例は、Genesys CloudアプリケーションにおけるWebサービスデータアクション統合でカスタムアクションを使用するためのシナリオです。
Architect フロー例
Architectでのフローは、既存のケース番号を入力するようにカスタマーに依頼します。 統合に関連付けられているカスタムアクションは、ケース番号に基づいてCRMからカスタマーに関するデータを取得します。 その後、フローはCRMから返されたデータに基づいて対話を適切なキューにルーティングします。
スクリプト例
Architectのフローで、カスタマーのケース番号が見つかりません。 エージェントがインタラクションを受信すると、スクリプトがポップされ、エージェントはスクリプト内から新しいケースを作成できます。
アクションの種類
Web サービス データアクション統合により、静的アクションが提供され、カスタムアクションを作成できます。 詳細については、 概念。
静的アクション
静的アクションは、Genesys Cloud組織でWebサービスデータアクション統合を追加およびアクティブ化したときにGenesys Cloudが自動的に作成する組み込みデータアクションです。
これらの静的アクションは、統合用のカスタムアクションを作成するときにガイドとして使用できるテンプレートです。 静的アクションをコピーして変更し、新しいカスタムアクションとして保存します。 詳細については、 データアクションを編集、コピー、または削除する そして カスタムアクションを作成する。
- テンプレート - カレンダーアラームの作成
WebサービスへのPOSTの例
- テンプレート - 現在の天気
変更なしでWebサービスから完全な応答を返すGET要求の例。
- テンプレート - 現在の天気を選択して応答を選択
Webサービスのレスポンスから個々の値を抽出した後にレスポンスを作成するGETリクエストの例。 このアクションは安全なアクションです。 詳細については、 セキュアコールフローについて。
- テンプレート - 現在の天気サブセットの応答
Webサービスのレスポンスから完全なオブジェクトを抽出した後にレスポンスを作成するGETリクエストの例。
カスタムアクション
カスタムアクションは、定義した要求および応答スキーマを通じてWebサービスからのデータと対話します。 カスタムアクションを使用すると、任意のデータを取得、更新、または作成できます。 詳細については、 カスタムアクションを作成する。
統合について詳しくは、以下を参照してください。 Web サービス データアクションの統合について。
Zendeskデータアクション統合は静的アクションを提供し、Zendesk内のデータを操作するために使用できるカスタムアクションを作成できます。 これらのデータアクションを使用して、Architectでインタラクションフロー内でルーティングを決定したり、スクリプトでエージェントに情報を提示したり、他の方法でデータを操作したりできます。
使用例
次の例は、Genesys CloudアプリケーションにおけるZendeskデータアクション統合で静的アクションおよびカスタムアクションを使用するシナリオです。
Architect フロー例
Architectでのフローは、データアクション[電話番号でユーザーを取得]を使用します。 カスタマーが会社に電話をかけると、このデータアクションは、カスタマーが電話をかけるために使用した電話番号に基づいてZendeskからカスタマーに関するデータを取得します。 その後、フローはZendeskから返されたデータに基づいて対話を適切なキューにルーティングします。
スクリプト例
Architectのフローで、カスタマーのケース番号が見つかりません。 エージェントがインタラクションを受信すると、スクリプトがポップされ、エージェントはスクリプト内から新しいケースを作成できます。
アクションの種類
Zendeskデータアクション統合により、静的アクションが提供され、カスタムアクションを作成できます。 詳細については、 概念。
静的アクション
静的アクションは、Genesys Cloud組織でZendeskデータアクション統合を追加およびアクティブ化すると、Genesys Cloudが自動的に作成する組み込みデータアクションです。
これらの静的アクションは、Genesys Cloud全体で使用できます。または、統合のためのカスタムアクションを作成するガイドとして使用できます。 静的アクションをコピーして変更し、新しいカスタムアクションとして保存します。 詳細については、 データアクションを編集、コピー、または削除する そして カスタムアクションを作成する。
- Eメールアドレスで最新のチケットを入手する
電子メールアドレスに基づいて最新のチケットを返します。
- ユーザーIDで最新のチケットを入手
ユーザーIDに基づいて最新のチケットを返します。
- 組織IDで組織を取得する
組織IDに基づいて組織レコードを返します。
- 組織名で組織を取得する
組織名に基づいて組織レコードを返します。
- チケットIDでチケットを取得する
チケットIDに基づいてチケットを返します。
- メールアドレスでユーザーを取得
電子メールアドレスに基づいてユーザーレコードを返します。
- 電話番号でユーザーを取得
電話番号に基づいてユーザーレコードを返します。
- ユーザーIDでユーザーを取得
ユーザーIDに基づいてユーザーレコードを返します。
- ユーザーをユーザーごとに取得 名
ユーザー名に基づいてユーザーレコードを返します。
カスタムアクション
カスタムアクションは、定義したリクエストおよび応答スキーマを介してアドビからのデータと相互作用します。 カスタムアクションを使用すると、ZendeskのREST APIを使用してデータを取得、更新、または作成できます。 詳細については、 カスタムアクションを作成する。
統合について詳しくは、以下を参照してください。 Zendeskデータアクション統合について。