Agent Studioデータ ​

Agent Studio Genieは、ワークフローを処理するためにデータを使用します。これには、重要なレシピ情報をData tablesに保存し、knowledge basesおよびskillsでデータをアップロードして維持することが必要です。

データレジデンシー ​

Data residencyとは、Genieのインタラクションに関連付けられたデータを処理し保存する地理的リージョンを指します。 Data residencyは、GDPR、国別のデータ主権ルール、または国境を越えたデータ転送を管理する金融サービス規制などのデータローカライゼーション要件の対象となる組織にとって、重要な考慮事項です。

つまり、ワークスペースに適切なWorkatoデータセンターを選択することが、model inferenceを正しいリージョンで実行するための主要なメカニズムです。組織がEUデータローカライゼーション要件の対象となる場合、ワークスペースはEUデータセンターに配置する必要があります。これにより、model inferenceがEUでホストされるモデルにルーティングされます。

データセキュリティ ​

DevelopmentおよびステージングEnvironmentは、プロダクションにデプロイする前にGenieの動作をテストするために存在します。テストには、会話、Skill呼び出し、Knowledge Baseクエリが必要です。顧客レコード、従業員の個人情報、財務データ、患者レコードなど、実際のプロダクションデータを使用しないでください。 Workatoでは、テストに合成データを使用することを推奨しています。

下位Environmentでプロダクションデータを使用するリスクには、次が含まれます:

• データ露出: 下位Environmentは通常、プロダクションよりもアクセス制御の制限が緩やかです。下位Environmentへの正当なアクセス権を持つ開発者、テスター、請負業者が、プロダクションデータへの正当なアクセス権を持っていない場合があります。下位Environmentでプロダクションデータを使用すると、意図した範囲よりも広い対象者にデータが露出します。

• 規制違反: データがGDPR、HIPAA、CCPA、またはその他のプライバシー規制の対象である場合、適切な統制なしに下位Environmentで実際の個人データを使用すると、規制のデータ処理要件に違反する可能性があります。特に、下位EnvironmentがプロダクションEnvironmentとは異なるリージョンでホストされている場合です。

• データ品質の汚染: プロダクションデータを使用してレコードを作成、更新、または削除するテスト操作は、分離されたEnvironmentであっても、Environmentの境界が正しく適用されていない場合、プロダクションデータの品質を汚染する可能性があります。

• DevelopmentおよびステージングEnvironmentで合成データを使用する: 合成データは、現実的な名前、妥当な値、代表的なデータ構造など、Genieの動作をテストするのに十分現実的である必要があります。現実的なテストデータを大量に必要とするGenieでは、プロダクションデータをコピーするのではなく、合成データ生成プロセスに投資してください。

会話データリテンション ​

Workatoは、Agent Studio Genieの会話データに対して、固定の90日間保持ポリシーをまもなく適用します。放置されたり不要になったりしているチャットメッセージ、プロンプト、応答、アップロードファイルなどの会話コンテンツは、90日後にパージされます。保持期間は設定できず、新規および既存の会話に適用されます。運用メタデータは、請求、監査、レポートの目的で保持されます。詳細については、保持されるものを参照してください。

重要: パージされた会話コンテンツは復元できません。90日を超えて記録が必要な場合は、保持期間が切れる前に会話データをエクスポートしてください。詳細については、パージ前に会話データをエクスポートするを参照してください。Workatoは、このポリシーの適用前に猶予期間を設けます。正確な適用日は、このページで追ってお知らせします。詳細については、ポリシーの開始時期を参照してください。保持ポリシーは、以前に処理されたデータを含め、現在のデータと今後のデータに適用されます。会話に最後に投稿されたメッセージから90日後、会話コンテンツはパージ対象になります。会話を開いたり表示したりしても保持期間はリセットされず、その会話に新しいメッセージを送信した場合のみリセットされます。Slackヘルプデスクチャンネルなどの複数ユーザーチャンネルでは、各スレッドが個別の会話として扱われます。ポリシーの開始時点ですでに90日を超えて非アクティブな会話は、すぐにパージされます。処理は段階的に実行される場合があるため、タイミングはワークスペースや会話によって若干異なることがあります。パージされた会話コンテンツは復元できません。保持期間は設定できず、新規および既存の会話に適用されます。

会話の最後のメッセージから90日後に、Workatoはプロンプトや応答を含むそのコンテンツをパージします。請求および監査に使用される運用メタデータは保持されます。

ジョブ履歴など、プラットフォームが他のデータを保持する方法については、データリテンションポリシーを参照してください。

リテンションの仕組み ​

各会話には、最後のメッセージから計測される独自の90日間のリテンション期間があります。

• 新しいメッセージを送信すると、そのメッセージの時点から新しい90日間のリテンション期間が開始されます。
• 会話を開いたり表示したりしても、リテンション期間はリセットされません。
• Slackヘルプデスクチャネルなど、複数のユーザーがいるチャネルでは、各スレッドが独自のリテンション期間を持つ個別の会話になります。
• ポリシーが有効になる時点ですでに90日を超えて非アクティブな会話は、新しい90日間の期間が付与されるのではなく、直ちにパージされます。

Workatoがパージおよび保持するもの ​

Workatoは、顧客向けストアから会話のコンテンツをパージし、請求および監査に使用される運用メタデータを保持します。次に、パージされるものと保持されるものを示します:

• パージ対象（会話コンテンツ）: 会話中にユーザーまたはエンドユーザーが送信または受信するメッセージ、アップロードされたファイル、およびその他のコンテンツ。
• 保持対象（運用メタデータ）: 会話ID、タイムスタンプ、会話の長さ、ステータス、エラーコード、トークン数、クレジット、ユーザーフィードバック（高評価/低評価およびコメント）、user_id。

パージされたコンテンツは復元できません。保持が必要なものを会話のリテンション期間が終了する前にエクスポートするには、90日を超えてレコードを保持するを参照してください。

パージされた会話 ​

パージされた会話の表示方法は、サーフェスによって異なります:

Developer APIを通じて、パージされた会話はretention_statusがcontent_purgedに設定された保持済みメタデータを返し、コンテンツは返しません。

削除監査イベント ​

各パージでは、会話ID、ワークスペース、タイムスタンプ、適用されたリテンションポリシーなど、削除に関する情報を記録する監査イベントが生成されます。このイベントには会話コンテンツは含まれません。

これらのイベントをaudit log streamingを通じて外部の送信先に送信し、リテンションポリシーが適用された記録を維持できます。

90日を超えてレコードを保持する ​

組織が会話レコードを90日より長く保持する必要がある場合は、パージされる前に取得して自社のシステムに保存してください。

会話データを収集するには、Business Technologyチームに以下のいずれかの設定を依頼してください:

• Agent Studio Developer APIを使用して、会話データをプログラムでクエリします。

• audit log streamingを使用して、会話データをAmazon S3、Splunk、Datadogなどの外部の送信先に送信します。会話のメッセージと応答を含めるには、audit log streamingを設定し、Genie conversation eventsを有効にします。

  Audit log streamingは、有効にした後のイベントのみをキャプチャします。レコードを保持する必要が生じる前に、ストリーミングを設定してください。

Genie conversation eventsは、削除監査イベントで説明されている削除監査イベントとは別のものです。

一般的な用途 ​

保持された会話記録は、契約上または規制上のコンプライアンスのための監査証跡、サポートケースまたは紛争を確認するための証拠、ならびにパフォーマンスチューニングと利用状況分析のために拡張されるデータセットを提供します。

• 契約上または規制上の保持要件を満たす: 有効化後にすべての会話を継続的に取得するため、監査ログストリーミングを使用します。
• 特定のサポート問題または紛争を調査する: Developer APIを使用して、1つの会話の記録をオンデマンドで取得します。
• 会話全体の利用状況パターンと傾向を分析する: 監査ログストリーミングを使用し、一括分析のためにデータを自社のウェアハウスにエクスポートします。
• 評価用または回帰テスト用のデータセットを構築する: 定義済みのサンプルが必要か、継続的なフィードが必要かに応じて、Developer APIまたは監査ログストリーミングを使用します。
• 実際のインタラクションを確認してGenieのパフォーマンスを改善する: Developer APIを使用して、最近の会話を抜き取り確認します。