翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
データテーブルの作成と設定
データテーブルについて
データテーブルを使用すると、Connect Customer 内の設定に影響するデータを保存および管理できます。データテーブルは、フローやビューなどの他のリソースから参照できます。データテーブルに変更や追加を加えると、パブリック APIs と画面からすぐに使用でき、再デプロイは必要ありません。
データテーブルを使用して、シンプルなルーティングルールから複雑で時間ベースの設定まで、リアルタイムでアクセス可能で変更可能なシナリオをサポートします。単純なキーと値のペアを保存する事前定義された属性とは対照的に、データテーブルは複数の列、さまざまなデータ型、複雑な関係をサポートしています。
たとえば、各ストアの場所を営業時間とサポートキューにマッピングするデータテーブルを作成できます。フローでは、テーブル内の発信者の場所を検索し、ストアが開いているかどうかに基づいて問い合わせをルーティングします。テーブルを直接更新するため、フローを編集せずに時間またはキューを変更できます。
データテーブルは以下で構成されます。
テーブルメタデータ (構造と検証ルール)
テーブル値 (実際のデータ)
テーブルメタデータには以下が含まれます。
定義されたデータ型を持つ属性 (列)
一意のレコードを識別するためのプライマリキー
レコード全体に適用できるオプションのデフォルト値
データ整合性のオプションの検証ルール
テーブル値は、各属性 (列) の値を含むレコード (行) に保存されます。
データテーブルを作成する
ルーティングメニューに移動し、データテーブルを選択します。
新しいデータテーブルの追加を選択します。
名前を指定します。
(オプション) [Description] (説明) に入力します。
時間ベースのユースケースをサポートするタイムゾーンを指定します。
ロックレベルを定義します。ロックすると、複数のエディタがデータテーブル、レコード (行）、属性 (列）、または値 (セル) レベルで変更を上書きできなくなります。
保存後、属性を追加 を選択して、テーブルの最初の列を定義します。
注記
属性が追加されると、左端の列のテーブルに挿入されます。
名前を指定する
タイプを選択し、 から選択します。
単一テキスト、数値、またはブール値 (はい/いいえ) 属性
テキストまたは数字のリスト
(オプション) プライマリ属性として使用するを選択します。
プライマリキーは、特定のレコードを識別して参照するのに役立ちます。また、テーブルデータへのきめ細かなアクセスコントロールも有効にします。1 つ以上の属性をプライマリとして指定し、テーブルの最初の列 (複数可) にすることができます。プライマリ属性が定義されていない場合、テーブルに含めることができるレコードは 1 つだけです。
注記
テーブルにデータが含まれている場合、プライマリ属性を追加または削除することはできません。たとえば、テーブルのプライマリ属性が名、姓、ミドルネームの先頭である場合、最初にすべての行を削除せずに、別のプライマリ属性として SSN を追加したり、ミドルネームを削除したりすることはできません。ただし、姓を変更できるなど、プライマリ属性の値を編集することはできます。テーブルにデータが入力された後に、プライマリ以外の属性を追加することもできます。
(オプション) 型がテキストまたは数値 (最大長など) の場合は、基本的な検証を指定します。
(オプション) タイプがテキストまたは数値の場合はコレクション検証を更新して、この属性の事前定義された値の選択を提供し、それらの値に制限することもできます。
保存すると、テーブルに最初の属性 (列) が表示されます。
必要に応じて操作を繰り返します。
準備ができたら、Add value を選択してテーブルに行を挿入します。
最初の値を追加するときは、値がテーブルに存在する場合、プライマリ属性を変更できないことを確認する必要があります。
データ入力は自動的に検証されます (タイプ、長さ）。
値が追加されると、プライマリ値 (複数可) に基づいてソートされます。たとえば、最初の列がテキストの場合、値 (行) は A～Z からシーケンスされます。
2 つのプライマリ属性を使用して各レコードを一意に識別し、2 つの属性が定義されているテーブル構造の例。
| プライマリ属性 1 | プライマリ属性 2 | 属性 1 | 属性 2 |
|---|---|---|---|
プライマリ値 |
プライマリ値 |
値 |
値 |
プライマリ値 |
プライマリ値 |
値 |
値 |
... |
... |
... |
... |
データテーブルにレコードを追加する
Connect Customer は、必須フィールド、データ型、長さ制限、およびテーブル定義で指定されたその他の要件を適用します。
注記
本番環境のワークロードに影響を与える前に、フローに影響を与える設定を常にテストし、大幅な変更の直後にシステムの動作をモニタリングします。
データテーブルとそのレコードを編集する
Connect Customer は、必須フィールド、データ型、長さ制限、およびテーブル定義で指定されたその他の要件を適用します。
セーフガードは、同じデータへの同時編集に対して提供されます。現在のセッション外で変更が発生すると、システムは自動的にユーザーに警告し、ビューを更新して最新のデータを表示するように促します。
注記
競合の防止が重要なシナリオでは、オプティミスティックロック戦略を実装して、データが最後に読み込まれてから変更されていない場合にのみ更新を適用できます。
変更はほぼすぐに行われます。データテーブルに加えられた変更は、後続のフロー実行と API コールで有効になります。データはフローにキャッシュされないため、変更後の更新に遅延は必要ありません。
注記
変更は急速に伝達されますが、まれに、すべてのシステムコンポーネントに変更が反映されるまでに、通常はミリ秒単位の短い遅延が発生することがあります。可能であれば、運用期間中に更新を計画して、影響を最小限に抑えます。
サンプルユースケース
プロンプトの簡単な翻訳テーブルを作成するには、次の手順に従います。
「言語」という新しいプライマリ属性を持つ新しいデータテーブルを作成します。プライマリ属性は、データテーブルからレコードにアクセスするために必要なキーを決定します。
例えば、メッセージタイプごとに新しい属性「挨拶」を作成します。99 種類を超えるメッセージを作成する必要がある場合は、次の高度な例を参照してください。
テーブルに翻訳を追加します。
テーブルは次のようになります。
| 言語 (プライマリ属性) | あいさつ |
|---|---|
英語 |
Hello |
スペイン語 |
ホラ |
データテーブルのクエリ時に複数のディメンションが必要な場合は、プライマリ属性を追加できます。
| 言語 (プライマリ属性) | 部門 (プライマリ属性) | あいさつ |
|---|---|---|
英語 |
セールス |
こんにちは。これは売上です。 |
スペイン語 |
セールス |
ホラ。Soy del departamento de ventas。 |
英語 |
Marketing |
こんにちは。マーケティングに到達しました。 |
メッセージタイプの 3 番目のディメンションを追加して、正確なメッセージをクエリすることもできます。
| 言語 (プライマリ属性) | 部門 (プライマリ属性) | メッセージタイプ (プライマリ属性) | メッセージ |
|---|---|---|---|
英語 |
セールス |
あいさつ |
こんにちは。これは売上です。 |
スペイン語 |
セールス |
あいさつ |
ホラ。Soy del departamento de ventas。 |
英語 |
Marketing |
あいさつ |
こんにちは。マーケティングに到達しました。 |
英語 |
Marketing |
お見送り |
マーケティングにお問い合わせいただき、ありがとうございます。 |
フローの動的ルックアップにデータテーブルを使用する
フローは、データテーブルから値を読み書きできます。詳細については、「Connect Customer: Data Table のフローブロック」を参照してください。
データテーブルクエリがフローで実行されたら、次の名前空間形式を使用して、後続のブロックで取得された値を参照できます。
$.DataTables.QueryName.AttributeName
スペースまたは特殊文字を含む属性名には、角括弧表記を使用します。
$.DataTables.QueryName['attribute name']
たとえば、Greeting属性TranslationLookupを取得する という名前のクエリがある場合は、それを と参照します$.DataTables.TranslationLookup.Greeting。
注記
ブロック設定 UI でデータテーブル名前空間ドロップダウンを使用する場合は、$.DataTables.プレフィックスを省略する必要があります。UI によって自動的に追加されます。
データテーブルを使用してカスタムユーザーインターフェイスを構築する
データテーブルを使用すると、ビジネスユーザーは基盤となる Connect Customer システムに直接アクセスすることなく、コンタクトセンターの定期的な運用調整を行うことができます。UI ビルダーを使用してデータテーブルからカスタムインターフェイスを作成し、ワークスペースに割り当てることができます。その後、運用チームはカスタム UIs を使用して、IT の介入を必要とせず、承認されたガバナンスとセキュリティフレームワーク内で作業しなくても、変化する状況に迅速に対応できます。データテーブルは複数のリソースを組み合わせることができるため、ビジネスユーザーは各リソース (フロー、プロンプト、キューなど) へのアクセス許可を必要としません。
専用インターフェイスを使用すると、承認されたビジネスユーザーは次のようなシナリオを制御できます。
キューの割り当て、営業時間、スキルマッピング、エスカレーションルールの管理
言語、場所、または VIP ステータスによるルーティングの変更
緊急プロトコルのアクティブ化
カスタムインターフェイスの構築の詳細については、UI ビルダーを参照してください。
データテーブルのアクセスコントロールとセキュリティ
ビジネスユーザーが自分の責任に関連するフィールドのみを表示または変更できるように、テーブルのプライマリ値へのアクセスを制御します。
セキュリティプロファイルのアクセス許可は、ルーティングセクションでデータテーブルリソースを管理するための表示、編集、作成、削除の選択肢を提供します。
タグベースのアクセスコントロール (TBAC) は、レコードベースの制限を提供します。複数のチームが大規模な多目的テーブル内の異なるデータのサブセットにアクセスする必要がある場合に使用します。
データテーブルのサービスクォータ
Connect Customer は以下を提供します。
テーブル: インスタンスごとに合計 100
属性 (列): テーブルごとに 100
値 (セル): テーブルごとに 1000
リスト: テキストと数値のリスト値に 100 項目
文字: 非プライマリテキスト値の場合は 5k、TEXT_LIST 項目およびプライマリテキスト値の場合は 1k
サービスクォータとその管理方法の詳細については、「」を参照してくださいConnect Customer サービスクォータ。
データテーブルの変更を追跡する
画面上の監査履歴は、リソースとその前後の値に対する最近の変更を提供します。データテーブルの監査履歴には、新規または変更されたテーブル構造 (属性、プライマリキー、デフォルト値) と、各データテーブル内の新規または変更されたレコード (行) が含まれます。
注記
AWS CloudTrail は、すべてのリソース変更の履歴を追跡します。詳細については、「を使用した Log Connect Customer API コール AWS CloudTrail」を参照してください。
