最近の検索


最近の検索はありません

Bogdan Gagea's Avatar

Bogdan Gagea

参加日2021年5月13日

·

前回のアクティビティ2024年6月07日

フォロー中

0

フォロワー

0

合計アクティビティ

24

投票

12

受信登録

9

アクティビティの概要

さんの最近のアクティビティ Bogdan Gagea

Bogdan Gageaさんが記事を作成しました:

記事Zendeskのポリシー

Talkは現在、FedRAMP.govによって定義された 、Zendeskの低リスク指定(Li-SaaS)付きFedRAMP割り込みATOの範囲内にあり ます。

現在FedRAMP ATOの対象となるZendesk製品には以下のものがあります。

  • Support
  • Guide
  • Gather
  • Explore
  • Talk
  • Sunshine Conversations
  • メッセージング機能(生成AI機能はまだ範囲に含まれておらず、有効にする必要はありません。追加の制限が適用されます)
  • 一部の製品アドオン*

*ZendeskのアドオンおよびFedRAMPプログラムは進化を続けています。最新のスコーピング情報については、features@zendesk.comまでメールでお問い合わせください。

 

Talkの設定

Talkを使用する場合、当社のFedRAMP連携ATOの要求を満たすためには、以下の設定を遵守する必要があります。

  • 米国の電話番号を使用
  • Talkの録音機能を無効にする
  • ボイスメール(および会話ログ)を無効にする 

その他の検討事項

上記の設定により、すべてのデータがFedRAMP準拠の環境に確実に保管されます。これらの設定のいずれかに従わないと、この廃止は行われません(つまり、データは準拠した環境内に含まれなくなります)。 ZendeskのFedRAMPカスタム認定資格の補足条項

 

免責事項本書のセキュリティ構成は、法律、規制、またはZendeskサービスの変更などにより、随時変更される可能性があります。この文書には、対象サービスを使用する際に有効となる最小限のセキュリティ構成に関するZendeskの推奨事項が記載されています。本テンプレートは、このようなデータに関するすべての管理用の包括的なテンプレートを構成するものではなく、また法的アドバイスを構成するものでもありません。各Zendeskサブスクライバーは、セキュリティコンプライアンス要件に関して、自身の弁護士に相談し、独自の分析に従って、セキュリティ構成に追加の変更を行うべきです。ただし、そのような変更が、「このドキュメントを参照してください。

翻訳に関する免責事項:この記事は、お客様の利便性のために自動翻訳ソフ トウェアによって翻訳されたものです。Zendeskでは、翻訳の正確さを期すために相応の努力を払っておりますが、翻訳の正確性につ いては保証いたしません。

翻訳された記事の内容の正確性に関して疑問が生じた場合は、正式版である英語の記事 を参照してください。

編集日時:2024年8月20日 · Bogdan Gagea

0

フォロワー

1

投票

0

コメント


Bogdan Gageaさんが記事を作成しました:

記事アカウント関連のドキュメント

読了までの所要時間:7分

このリソースでは、Zendesk Suiteのサブスクライバーが自身のインスタンスへのセキュリティの実装について推奨されるベストプラクティスの概要を説明します。セキュリティの実装にあたってこれらのプラクティスを検討し、設定および会社のベストプラクティスが適切で、従業員が正しく遵守していることを定期的に確認することをお勧めします。

Zendeskは、お客様の情報(および顧客情報)を安全かつセキュアに保つためのさまざまな管理方法を提供します。これらのセキュリティのベストプラクティスを適用し、リスクを最小限に抑えるために、Zendeskの責任共有モデルに基づいて、エージェントと管理者のトレーニングを行うことを強くお勧めします。このフレームワークは、Zendeskのサブスクライバーがインスタンスのセキュリティを確保するための責任を概説しています。詳細については、「Zendeskの責任共有モデル」をご覧ください。

 

この記事では、Zendesk Suiteのベストプラクティスについて、以下のセクションに分けて説明します。

 

Zendesk Suiteのベストプラクティス

全般

  • テストと開発にはサンドボックスを使用し、本番用インスタンスをクリーンな状態に保つ。
  • エージェントワークフローやユースケースでのモバイルアプリの使用を制限する。
  • Guideのヘルプセンターとフォーラムスレッドのコンテンツモデレーションを有効にして、Gatherコミュニティでのスパムや不要なコンテンツを防止する
  • 通知を送信するすべての自動化機能を確認し、正しいメンバーに通知されていることを確認する。

 

アクセス制御

全般

ユーザー

  • エージェントのプロフィールに関連付けられている接続デバイスを確認し、使用されていないデバイスや疑わしいデバイスを削除する。この機能にアクセスできるのは、エージェント、管理者、オーナーだけです。
  • 「非共有」のZendeskインスタンスを作成する場合は、エンドユーザーに登録を求め、メールアドレスを確認する手順をふませる。この手順をチケット送信の条件にすることで、スパムの発生を低減できます。
  • エージェントにカスタムロールを適用し、担当業務ごとに必要なユーザーアクセスに制限をかける。
  • Guideを使用する場合は、ユーザーセグメントやブランドに基づく特権的なアクセスを考慮する。
  • 許可リストを活用し、アカウントへのアクセスリクエスト/チャットの送信を許可する特定のユーザーまたはユーザーグループを定義する。
  • 必要に応じて、ブロックリストを使って、ユーザーを一時停止、拒否するか、またはZendeskサービスとのやりとりを禁止する。
  • アカウントに登録されているユーザーを再確認し、システムにアクセスする必要のないユーザーを一時停止するか、または登録から外す

パスワード

  • Zendeskへのエージェントと管理者のログインには、2要素認証(2FA)が推奨されている。
  • Zendeskのネイティブ認証を使用する場合は、エンドユーザーとエージェントおよび管理者とで、それぞれ異なるパスワードのセキュリティレベルを設定する。
  • Zendeskアカウントに固有のパスワードを作成する(外部のシステムやアプリケーションへのログインに現在使用していないパスワードなど)。
  • 新しいデバイスからのログインに対するメールアラートを有効にして、エージェントが新しい(未承認の)デバイスからのログインを監視できるようにする。詳しくは「Zendeskエージェントガイド」の「アカウントにアクセスしたデバイスとアプリケーションの確認」を参照してください。

 

システム、ネットワークアクセス、ドメイン

  • ワークフローを最適化するためにコンテキストワークスペースを使用し、適用可能なツール(マクロ、アプリ、フォームなど)のみを表示し、エージェントがタスクを完了するために必要なシステムの機能およびワークフローにのみアクセスを制限する。
  • エージェントやエンドユーザーをIPアドレスに基づいてアクセス制限する
  • 必要に応じて、ブロックリストを使って、ユーザーを一時停止、拒否するか、またはZendeskサービスとのやりとりを禁止する。
  • Zendesk以外のURLを必要とする場合は、独自のSSL証明書またはZendeskが提供するホストマッピング付きのSSL証明書を生成し、ヘルプセンターへ安全にアクセスできるようにする。  独自のSSL証明書を提供する場合は、証明書を常に最新の状態に保つようにしてください。

 

データ管理

  • データの使用
    • 所定の使用目的に応じた必要なデータのみを取得し、顧客情報や社内の機密データの露出を最小限に抑える。
  • データの削除および墨消し
    • 個人情報保護法に準拠したデータの削除および墨消しの推奨事項については、「GDPR準拠(個人情報保護法の遵守)」ガイドを参照すること。
    • 通話の録音が業界や法的規制の遵守に支障をきたす可能性がある場合は、通話録音を行わない、または録音を自動的に削除する
    • チケットチャット内の機密性の高い顧客情報を保護するために自動墨消し機能を有効にする。メモ:Luhnチェックを利用するこの機能は、クレジットカード番号の大部分を(一部を残し)墨消します。
    • Zendeskエージェントワークスペースでクレジットカード情報を手動で削除することも可能(権限がある場合)。データは削除しても、最大30日間ログに残る可能性があります。
  • コンプライアンス
    • 医療保護情報(PHI)を使用する場合は、ZendeskとBusiness Associate Agreement(事業提携契約)を締結し、医療保険相互運用性説明責任法(HIPAA)関連の個人医療情報(PHI)および電子医療情報(ePHI)データ管理に関するセキュリティ設定を、医療機関または医療データ管理者として必要な範囲で実施する必要がある。
    • クレジットカード番号を本人確認に使用する場合は、Payment Card Industry Data Security Standard(PCI DSS)の準拠要件を満たすために、チケットフォームに「クレジットカード」フィールドを追加する(このフィールドは、完全なクレジットカード番号を保存または表示しないため、支払いや取引には使用できません)
    • PHI、ePHI、HIPAA、PCI DSSへの準拠が必要な場合:
  • プライバシー

 

メールアドレス

 

API

  • パスワードの代わりにトークンを使用し、APIへの不正なパスワードアクセスを防止する。
  • OAuth認証を導入し、APIトークンへのアクセス量を制限する。不要な場合は無効にしてください。
  • APIトークンを、アプリケーションの外の安全な場所で保護する。可能であれば、APIトークンよりもOAuthトークンを推奨します。

 

監視

  • アカウントへの変更を示すアカウント監査ログを定期的に確認し、監視する。役に立つヒントAPIを活用して、必要に応じて監査ログをエクスポートすることもできます。

 

ディザスタリカバリ

ZendeskはGlobal Business Resilience Program(グローバル障害体制プログラム)を維持し、業務の中断に迅速に対応し、従業員と資産を保護することで、継続的な業務運営を確保しています。 これ以外にも、業務の継続性をさらに確保するために、いくつかの手順を実施することができます。

  • リアルタイムのデータレプリケーション、トラフィックの優先順位付け、ゾーンアベイラビリティ冗長性、優先復旧計画などのセキュリティ冗長性のために、「ディザスタリカバリの拡張」プログラムを選択する。
  • 音声機能を使用する場合は、事業継続性の確保のためにTalkのフェイルオーバー用電話番号を有効にする。
  • 外部のSSOシステムが停止してもパスワードでアクセスできるようにしたい場合は、Zendeskのネイティブ認証を無効にしない(SSOは厳格に設定することも、パスワードのバイパスを許可することも可能)。
  • 編集不能なデータストアを自社の環境内に保存する必要がある場合は、インクリメンタルエクスポートAPIやサービスデータの一括ダウンロードを適用する。
  • サードパーティの個人メールアドレスからZendesk Supportへの自動メール転送を有効にして、Zendeskの外部にメールのコピーを保持する。
  • リアルタイムのデータレプリケーション、トラフィックの優先順位付け、ゾーンアベイラビリティ冗長性、優先復旧計画などのセキュリティ冗長性のために、「ディザスタリカバリの拡張」プログラムを選択する。
  • インクリメンタルエクスポートAPIを使用して、前回のAPIコールリクエスト以降に変更されたZendesk Supportのアイテムを取得する。詳細については「APIリファレンス」を参照してください。


Zendeskのインスタンス内で発生したセキュリティインシデントについて、当社のサービスが直接の原因と思われる場合はsecurity@zendesk.comにチケットを送信してください。セキュリティ関連の責任についてZendeskに連絡するタイミングについては、「共有責任モデル」を参照してください。

編集日時:2023年2月23日 · Bogdan Gagea

1

フォロワー

1

投票

0

コメント


Bogdan Gageaさんが記事を作成しました:

記事Zendeskのポリシー

お客様と同様に、Zendeskのツールとサービスに追加するデータを重視しています。社内のプライバシーポリシーを満たすためにこのデータを使用する場合も、ベンダーやプライバシーレビューを介してZendeskの製品を評価する場合も、規制の枠組みに沿ってユースケースを判断する場合も、Zendeskなら必要な情報を簡単に見つけられるようにしています。以下のリストには、ユースケースに関係なく、製品ごとに取得されるデフォルトのデータポイントが含まれています。データタイプをより包括的に理解するには、このリソースを、特定のユースケースデータおよび結果となるデータタイプと組み合わせて使用します。

このリストを使用する際は、以下の点を考慮してください。

  • デフォルト以外、カスタム構成、インテグレーション、またはサードパーティサービスの使用により、それぞれこのリストが変更されることがあります。
  • 個々のユースケースにより、あなたやエンドユーザーがサービスのインスタンスに入れるデータの種類、量、機密性が大きく決まります。
  • 数千人ものデータ管理者(サブスクライバ)のデータ処理者として、Zendeskは個々の顧客のユースケースについて常に洞察できるわけではなく、個々のテナントデータポリシーをZendeskのサービスに統合することもできません。データ管理者として、お客様は、インスタンスでデータを管理し、Zendesk提供のツールを使用して、お客様の業界内の規制の枠組みおよび独自のポリシーに沿ったデータの取り扱いを確保する責任があります。
  • データ処理の契約要件の詳細については、 メインサービス契約(「MSA」)を参照してください。」でツリーベースの最大権限を有効にします。また、 責任の境界について詳しくは、 Zendeskの責任共有モデルを参照してください。

 

この記事では、次のZendeskサービスによって取得されるデータポイントについて説明します。

 

サービスによって取得されるデフォルトのデータポイント(最低):

Support:

  1. ユーザー名(個人の実際の名前である場合も、そうでない場合もある)。
  2. ユーザーのパスワードのソルト値のハッシュ(認証のメカニズムとしてパスワードが選択されている)。
  3. Zendeskのエッジアーキテクチャによって認識されたIPアドレスです(実際のユーザーの発信元IPアドレスである場合と、そうでない場合があります)。
  4. ドロップダウンメニューまたはラジオボックスで選択します。
  5. 自由形式のテキストフィールド(タイトル、テキストボックス、チケットコメントフィールド、満足度アンケートフィールド、検索フィールドなど)に入力されたテキスト。
  6. アプリによって検出されたイベントの日時。
  7. エージェントまたは管理者のプロフィールまたは署名に追加されるすべてのデータ。
  8. 受信メールによって要約されたすべてのデータ(メールはチケットのインスタンス化のために許可されている場合)。
  9. 添付ファイルに含まれるすべてのデータ。
  10. オーナー、管理者用の設定オプション。
  11. インスタンスのオーナーとエージェントの連絡先情報。
  12. ユーザーのメールアドレス。
  13. サイドカンバセーション機能に入力されたコミュニケーション、設定、またはインテグレーションのデータ。
  14. インスタンスで選択したドメイン名(および、自分で作成したTLS証明書データ、またはホストマッピングを使用する場合、サードパーティのTLS証明書サービスがアップロードした場合

Guide:

  1. Guideヘルプセンターの記事に追加されるデータ。
  2. Guideヘルプセンターの記事のコメントセクション(コメントが有効になっている場合)に追加されたすべてのデータ。
  3. Guideヘルプセンターにアップロードされた添付ファイルまたは画像(コメント、画像、ロゴ、記事の添付ファイル、フロントページの画像など)。
  4. Guideヘルプセンターに追加されるカスタムコードです。

Gather:

  1. Gatherコミュニティに追加されたトピックまたは投稿
    1. また、Gatherのトピックまたは投稿に追加された添付ファイルや画像。

Chat:

  1. ユーザー名(ユーザーの実際の名前である場合とそうでない場合)、または訪問者番号(認証されていないエンドユーザーが許可されている場合)。
  2. エンドユーザーのメールアドレス(非認証的なチャットが許可されている場合、実際のメールアドレスとなる場合と、そうでない場合があります)。認証されていないことにご注意ください(エンドユーザーがユーザー名またはメールアドレスを送信しなくても、匿名チャットが開始される)。
  3. ユーザーのパスワードのソルト値のハッシュ(認証のメカニズムとしてパスワードが選択されている)。
  4. Zendeskのエッジアーキテクチャによって認識されたIPアドレス(実際の発信元IPアドレスである場合とそうでない場合があります)
  5. 当該のIPアドレスに関連付けられた国と都市。
  6. 「チャット」ウィンドウに追加されるテキストデータです。
  7. Chatエンドユーザーが使用しているオペレーティングシステム(OS)とバージョン
  8. エンドユーザーのデバイスの種類。
  9. Chatエンドユーザーのブラウザとバージョン
  10. アプリケーションによって認識されたイベントの日時。
  11. 添付ファイル内のすべてのデータ。オーナーまたは管理者の構成選択肢。
  12. オーナーの連絡先情報。
  13. ソフトウェア開発者キット(SDK)経由で作成されたときに、カスタムフィールドによって収集される任意のデータ。

メッセージング(ワークスペース + ボット)

  1. ユーザー名(個人の実際の名前である場合も、そうでない場合もある)。
  2. エッジアーキテクチャによって検出されたユーザーのIPアドレス(実際のユーザーの発信元IPアドレスである場合とそうでない場合があります)。
  3. 当該のIPアドレスに関連付けられた国と都市。
  4. ドロップダウンメニューまたはラジオボックスで選択します。
  5. 自由形式のテキストフィールド(タイトル、テキストボックス、チケットコメントフィールド、満足度アンケートフィールド、検索フィールドなど)に入力されるテキスト。
  6. アプリによって検出されたイベントの日時。
  7. 組み込まれたチャネル(メール、チャット、Voice、Instagramなど)によって処理されたデータ。
  8. 添付ファイルに含まれるすべてのデータ。
  9. ユーザーのメールアドレス。
  10. ユーザーが使用しているオペレーティングシステム(OS)とバージョン
  11. ユーザーのデバイスの種類と機種。
  12. ユーザーのブラウザとバージョン
  13. フロービルダーで作成したワークフローまたはボット設定。
  14. ユーザーの一意の識別子(ユーザーのメールアドレス、またはZendeskによって管理されない、ビジネス定義の識別子である可能性があります)。これは社内では「external_id」と呼ばれます。
  15. Zendeskソフトウェア開発キット(SDK)のバージョン番号。
  16. アプリのバージョンとアプリのコード。

Sell :

  1. ユーザー名(個人の実際の名前である場合も、そうでない場合もある)。
  2. ユーザーのパスワードのソルト値のハッシュ(認証のメカニズムとしてパスワードが選択されている)。
  3. Zendeskのエッジアーキテクチャによって検出されたユーザーのIPアドレスです(実際のユーザーの発信元IPアドレスである場合と、そうでない場合があります)。
  4. 当該のIPアドレスに関連付けられた国と都市。
  5. ドロップダウンメニューまたはラジオボックスで選択します。
  6. 自由形式のテキストフィールド(タイトル、テキストボックス、チケットコメントフィールド、満足度アンケートフィールド、検索フィールドなど)に入力されたテキスト。
  7. アプリによって検出されたイベントの日時。
  8. ユーザープロフィールまたは署名に追加されるデータ。
  9. 受信メールと送信メールによって要約されたすべてのデータ(メールインテグレーションが有効な場合)。
  10. カレンダーイベント内のすべてのデータ。
  11. 添付ファイルに含まれるすべてのデータ。
  12. オーナーと管理者用の設定オプション。
  13. インスタンスオーナーおよびユーザーの連絡先情報。
  14. ユーザーのメールアドレス。
  15. ユーザーが使用しているオペレーティングシステム(OS)とバージョン
  16. ユーザーのデバイスの種類。
  17. ユーザーのブラウザとバージョン
  18. コールの録音(有効になっている場合):
  19. テキストメッセージ(有効になっている場合):
  20. リード、取引先責任者、取引または関連するオブジェクト(メモ、タグ、コールなど) に入力されたデータ(カスタムフィールドに入力されたデータを含む)。

Talk:

  1. コールの録音を保持するかどうかは、Zendesk Talkの契約者が任意に選択できます。コールの録音を選択した場合、コールの内容はキャプチャされ、削除するか、またはアカウントの終了するまで保持されます。
  2. 発信元電話番号(発信者)
  3. 宛先の電話番号(コールの受信者)
  4. コールの発信元国(電話番号ごとに特定)
  5. エージェントが回答する際のユーザー名またはID(実際の名前である場合もあれば、そうでない場合もある)。
  6. 通話時間:
  7. カスタムメッセージメッセージまたはプライバシー警告を録音することを選択した場合、そのような録音の内容はキャプチャされ、「契約者」が削除するまで、またはアカウントの終了時に保持されます。

Explore:

Explore製品を使用する場合、主に「契約者」の「サポート」インスタンス内にすでに存在するデータを分析することができます。  追加のデータポイントには、以下のものがあります。

  1. ダッシュボードのエクスポートの受信者として追加された新しい名前またはメールアドレス
  2. カスタムダッシュボードのタイトルまたは検索クエリに使用されるテキスト
  3. ダッシュボードにアップロードされたすべての画像。

Sunshine Conversations(SunCo):

  1. Sunshine Conversations管理者の名前、メールアドレス、作成日 
  2. 作成されたすべてのサービスアカウントの名前、作成日
  3. 作成したすべてのアプリの名前、作成日、チャネルのインテグレーション、Webhook、およびAPIキー
  4. 外部ID、登録日および指定名、姓、メールアドレス、アバターURL、ロケールおよびサービスを使用するすべてのエンドユーザーの選択されたすべてのカスタムユーザープロパティ(該当する場合)
  5. すべての会話の未読数と既読のタイムスタンプ
  6. 会話ID、作成者ID、名前、アバター、受信日、チャネルソース、会話内のすべてのメッセージの添付ファイル、コンテンツ
  7. ユーザーがメッセージを送信するときに自動的に生成されるすべてのクライアントのチャネル名、会話のタイトル、SDKバージョン、ユーザーエージェント、外部ID、表示名、および個人を特定できる情報 
  8. ダッシュボード経由で作成されたすべてのインテグレーションのサードパーティの資格情報とID、設定およびその他のインテグレーションのメタデータ
  9. トリガ、ターゲットURL、およびすべてのWebhookのシークレット 
  10. テンプレート名とメッセージコンテンツ:すべての構造化されたメッセージ用に作成されたテンプレートのテンプレートです。

Sunshine:

Supportで確認できる内容に加えて、 

カスタムオブジェクト(使用する場合) 

  1. オブジェクトタイプ(オブジェクトの定義) です。
  2. オブジェクトレコード(オブジェクトタイプに基づいて作成されたオブジェクト)。 
  3. リレーションシップタイプ(オブジェクト間のリレーションシップの定義)
  4. リレーションシップレコード(リレーションシップタイプに基づいて作成されたリレーションシップ)。
  5. カスタムオブジェクトイベント(早期アクセスのみ)の定義については、 こちらを参照してください
  6. カスタムオブジェクトジョブのメタデータ( こちらの記事を参照)

プロフィール(使用している場合)

  1. ここで定義した、ユーザーに割り当てられるカスタムプロフィール

イベント(使用されている場合) 

  1. ここで定義された、プロフィールに関連付けられたカスタムイベント

モバイルアプリ: 

Supportモバイルアプリ

  1. ユーザー名(個人の実際の名前である場合も、そうでない場合もある)。
  2. ユーザーのパスワードのソルト値のハッシュ(認証のメカニズムとしてパスワードが選択されている)。
  3. エッジアーキテクチャによって認識されたIP(実際のユーザーの発信元IPアドレスである場合とそうでない場合があります)。
  4. ドロップダウンメニューまたはラジオボックスで選択します。
  5. 自由形式のテキストフィールド(タイトル、テキストボックス、チケットコメントフィールド、満足度アンケートフィールド、検索フィールドなど)に入力されたテキスト。
  6. アプリによって検出されたイベントの日時。
  7. エージェントまたは管理者のプロフィールまたは署名に追加されるデータ。
  8. 受信メールによって要約されたすべてのデータ(メールはチケットのインスタンス化のために許可されている場合)。
  9. 添付ファイルに含まれるすべてのデータ。
  10. オーナー、管理者用の設定オプション。
  11. インスタンスオーナーおよびエージェントの連絡先情報。
  12. ユーザーのメールアドレス。
  13. ユーザーが使用しているオペレーティングシステムとバージョン
  14. ユーザーのデバイスの種類。

Sellモバイルアプリ

  1. ユーザー名(個人の実際の名前である場合も、そうでない場合もある)。
  2. ユーザーのパスワードのソルト値のハッシュ(認証のメカニズムとしてパスワードが選択されている)。
  3. エッジアーキテクチャによって検出されたユーザーのIP(実際のユーザーの発信元IPアドレスである場合と、そうでない場合)。
  4. 上記のIPに関連付けられている国および都市(?)
  5. ドロップダウンメニューまたはラジオボックスで選択します。
  6. 自由形式のテキストフィールド(タイトル、テキストボックス、チケットコメントフィールド、満足度アンケートフィールド、検索フィールドなど)に入力されたテキスト。
  7. アプリによって検出されたイベントの日時。
  8. ユーザープロフィールまたは署名に追加されるデータ。
  9. 受信メールと送信メールによって要約されたすべてのデータ(メールインテグレーションが有効な場合)。
  10. カレンダーイベント内のすべてのデータ。
  11. 添付ファイルに含まれるすべてのデータ。
  12. オーナー、管理者用の設定オプション。
  13. インスタンスオーナーおよびユーザーの連絡先情報。
  14. ユーザーのメールアドレス。
  15. ユーザーが使用しているオペレーティングシステムとバージョン
  16. ユーザーのデバイスの種類。
  17. ユーザーのブラウザとバージョン
  18. コールの録音(有効になっている場合):
  19. テキストメッセージ(有効になっている場合):
  20. リード、取引先責任者、取引または関連するオブジェクト(メモ、タグ、コールなど)に入力されたデータ(カスタムフィールドに入力されたデータを含む)。

Chatモバイルアプリ

  1. ユーザー名(個人の実際の名前である場合も、そうでない場合もある)。
  2. ユーザーのパスワードのソルト値のハッシュ(認証のメカニズムとしてパスワードが選択されている)。
  3. エッジアーキテクチャによって認識されたIP(実際の発信元IPアドレスである場合とそうでない場合があります)。 
  4. 当該IPに関連付けられた国と市町村。
  5. Chatの会話に追加されるテキストデータ。
  6. Chatエンドユーザーが使用しているオペレーティングシステムとバージョン。
  7. エンドユーザーのデバイスの種類。
  8. Chatエンドユーザーのブラウザとバージョン
  9. アプリによって検出されたイベントの日時。
  10. 添付ファイル内の任意のデータ。

ソフトウェア開発キット(SDK)

ソフトウェア開発キット(SDK)を使用する際に取得されるデフォルトのデータタイプの包括的なリストについては、こちらご覧ください

 

その他のリソース:

Zendeskサービス内でのデータプライバシーに関する懸念については、 セキュリティページを参照してください。 トラストセンター製品内Cookieポリシー、およびZendeskの メインサービス契約

翻訳に関する免責事項:この記事は、お客様の利便性のために自動翻訳ソフ トウェアによって翻訳されたものです。Zendeskでは、翻訳の正確さを期すために相応の努力を払っておりますが、翻訳の正確性につ いては保証いたしません。

翻訳された記事の内容の正確性に関して疑問が生じた場合は、正式版である英語の記事 を参照してください。

編集日時:2024年5月08日 · Bogdan Gagea

3

フォロワー

1

投票

0

コメント