最近の検索


最近の検索はありません

Niall Colfer's Avatar

Niall Colfer

参加日2021年4月14日

·

前回のアクティビティ2021年12月09日

フォロー中

0

フォロワー

0

合計アクティビティ

23

投票

2

受信登録

14

アクティビティの概要

さんの最近のアクティビティ Niall Colfer

Niall Colferさんが記事を作成しました:

記事ユーザー管理に関するヘルプ

質問

誤って削除された組織またはユーザーを復元することはできますか?

回答

いいえ、削除された組織またはユーザーを復元することはできません。Zendesk は、データ復旧ポリシーに従って、お客様に代わって組織またはユーザーを復旧することはできません。

アカウント内のクローズされたチケットは、削除後も組織の ID を保存するTicket Organizationと呼ばれるプロパティを保持します。これは、Explore でデータを確認する場合や、API を介してチケットを読み取る場合に使用できます。

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

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

編集日時:2023年1月12日 · Niall Colfer

0

フォロワー

1

投票

0

コメント


Niall Colferさんが記事を作成しました:

記事オンラインチャットに関するヘルプ

質問

新しいチャットの通知を希望します。Chatのデスクトップ通知を受け取るにはどうすればよいですか?

回答

すべてのエージェントがChatの設定で通知を有効にすることができます。

chat_sound_notifications.png

詳細な手順については、次の記事を参照してください:チャットの通知設定の編集

また、ブラウザに通知を送信する権限があることを確認してください。ブラウザ固有の情報については、以下の記事を参照してください。

Chatの通知が表示されない場合は、ネットワークが安定していて、拡張機能が無効になっていることを確認してください。

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

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

編集日時:2024年2月20日 · Niall Colfer

0

フォロワー

1

投票

0

コメント


Niall Colferさんが記事を作成しました:

記事アプリとインテグレーションに関するヘルプ

質問

SFDCからZendesk Supportにルックアップフィールドを同期するにはどうすればよいですか?セットアップすると、Zendesk のレコード ID しか表示されず、役に立ちません。

回答

SFDC のルックアップ フィールドは、他のフィールドとは少し異なる動作をします。このフィールドに保存されている生の情報はレコード ID であり、Salesforce は表示時に関連する詳細を検索します。このデータが Zendesk Support に同期される場合、SFDC レコード ID しかありません。このため、当社の統合では、ルックアップ フィールドを同期用にマッピングすることはできません。

これを使用可能なデータ タイプに変換するために、適切なタイプ (通常は「テキスト」) のカスタム数式フィールドを作成し、そのルックアップ フィールドを介してレコードの値を自動的に入力することができます。SFDC から Zendesk に同期するときにカスタム フィールドを使用すると、値が引き継がれます。

使用例:

親アカウント情報を同期する一般的な例。SFDC アカウントは Zendesk 組織に同期しますが、組織は Zendesk でフラットな構造を持ち、階層を持ちません。親取引先を引き継ぐにはカスタム フィールド マッピングが必要ですが、これは SFDC のルックアップ フィールドであるため、最高のユーザー エクスペリエンスではない一般的なレコード ID を取得しますが、これを改善することができます。

1. Zendesk Support でカスタム フィールドを作成する

最初のステップは、Zendesk でカスタム フィールドを作成して、この情報を取得することです。フィールドのタイプは、取得する情報によって異なります。この場合、これは組織レベルのフィールドであり、テキスト フィールド タイプを使用して親アカウントの名前を収集します。

  1. [管理] > [管理] > [組織フィールド] に移動します。
  2. テキストを右からドラッグします。
  3. Parent Accountなど、わかりやすい名前を付けます。

2.SFDC で数式フィールドを作成します。

ここで、数式を介してデータを入力するために、SFDC に適切な型フィールドが必要です。繰り返しますが、タイプは情報によって異なります。この場合、アカウントのテキスト フィールドになります。

  1. [設定] > [カスタマイズ] > [アカウント] > [フィールド] に移動し、新しいカスタムフィールドを作成します。
  2. データ型Formulaを選択します。
  3. Parent Account Nameなどのラベルを付け、 TextなどのFormula Return Typeを選択します。
  4. [式の入力]ボックスで、このフィールドの式を作成する必要があります。この使用例は非常に単純なので、高度な数式エディターを選択し、[フィールドの挿入] ボタンをクリックします。
  5. Account > Parent Account > Account Nameなど、適切なデータ フィールドを選択します。

  6. 好みのセキュリティ設定とページ レイアウト設定を追加して、セットアップを完了します。

3.フィールド マッピングを構成します。

フィールドが両方の場所に存在するようになったので、あとは接続を追加するだけです。

  1. Zendesk でAdmin Centerを開き、 Salesforce 統合ページに移動します。
  2. Account to Organizations Syncを選択し、[ Configure ] をクリックしてから、[ Field Mapping ] まで下にスクロールします。
  3. マッピングの追加」ボタンをクリックします
  4. ステップ 2 から Salesforce フィールドを選択します。Parent Account Nameを入力し、Zendesk Support フィールドが読み込まれるまで待ちます。
  5. ステップ 1 の Zendesk フィールドを選択します。親アカウント
  6. [保存] ボタンをクリックして完了します。

4.終わったね!

構成が完了し、それ以降、これらのフィールド間でデータを同期する必要があります。大規模な一括同期を行う前に、進行中の同期を有効にしていくつかのレコードでテストするか、小規模なサンプルの一括同期を実行して構成が希望どおりに設定されていることを確認することをお勧めします。

注意すべき重要な点の 1 つは、Salesforce ストリーミング API の制限により、これらの数式フィールドを変更しても、同期が直接トリガーされないことです。この制限を回避するには、次のワークフローに従うことをお勧めします: https://support.zendesk.com/hc/en-us/articles/4408823413658

Salesforce の詳細については、次の記事を参照してください。Salesforce 統合のための Zendesk のセットアップ

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

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

編集日時:2023年1月12日 · Niall Colfer

4

フォロワー

1

投票

0

コメント


Niall Colferさんが記事を作成しました:

記事Chatを使用したオンラインチャット

Support + ChatアカウントとPhase 4 ChatアカウントでChat APIを使用するには、APIリクエストを認証するためにOAuthアクセストークンを生成する必要があります。基本認証はサポートされていません。ただし、初めてトークンを生成するのは少し混乱することがあるので、このチュートリアルでは、手動でトークンを生成する方法をステップバイステップで例示して解説します。このチュートリアルを終えれば、Chat APIリクエストでデータの読み書きに使用できるトークンが生成できているでしょう。

アプリケーションを構築している場合は、プロセスを自動化するために、そのアプリにトークン生成機能を追加することをお勧めします。

Chat APIのアクセストークンを生成するには2つの方法があります。テスト環境では手短で簡便な方法として「インプリシット」グラントフローを使用します。本番環境ではやや手間のかかる正式な方法として「認証コード」グラントフローを使用します。このチュートリアルでは、どちらの方法も説明します。

条件

このチュートリアルは、上記の記事で参照した変更をすべて適用したChatの統合アカウントを対象としています。現在これらの変更のロールアウトが少しずつ進められているため、一部のアカウントでは他のアカウントよりも先に変更が必要になる場合があります。ご自身のアカウントがすべての変更を受けているかどうか不明な場合は、サポートチームにお気軽にお問い合わせください。

メモ:アカウントへの変更に伴い、OAuthトークンを再生成する必要があります。アカウントが変更を受ける前にこのチュートリアルを完了した場合は、その変更後にもう一度トークン生成の手順を実行する必要があります。

手順

OAuthの「インプリシット」グラントフローは、以下の手順で行います。

  1. OAuth APIクライアントを作成する
  2. 手順1で得た情報を使用して、トークンを取得するためのOAuthインプリシットグラントフローを実行する

OAuth APIクライアントを作成する

まずはAPIクライアントが必要です。「Zendesk Chat」>「アカウント」>「API & SDKs」にアクセスし、「APIクライアントを追加」ボタンをクリックします。任意のクライアント名と会社名を入力し、リダイレクトURLに http://localhost:8080 と入力します。次の画面のように表示されます。

この状態で「APIクライアントを作成」をクリックすれば、設定は終了です。クライアントIDとシークレットを含むポップアップが表示されます。重要:クライアントシークレットは一度しか表示されないため、後で使用するためにメモしておきます。次の画面のようなポップアップです。

これでAPIクライアントの準備ができたので、クライアントIDとクライアントシークレットをメモして、「OK」をクリックしてください。これでOAuthのグラントフローを実行する準備が整いました。

トークンを取得するためのOAuthインプリシットグラントフローを実行する

このアプローチでは、OAuthインプリシットグラントフローを使用します。別のアプローチとして、OAuth「認証コード」グラントフローを使用することもできます(次のセクションで説明)。手動で行う場合は、この「インプリシット」型のアプローチの方がステップ数が少なく、後述の認証コードグラントフローよりも簡便です。

1. 上述の「OAuth APIクライアントを作成する」の手順に従います。

2. OAuthクライアントから以下の情報を収集します。

  • クライアントID:CLIENT_ID
  • ご利用のZendeskサブドメイン

3. 以下のURLをご自分のCLIENT_IDとZendeskサブドメインでフォーマットし、新しいブラウザタブに貼り付け、Enterキーを押します。

https://{subdomain}.zendesk.com/oauth2/chat/authorizations/new?response_type=token&client_id=CLIENT_ID&scope=read%20write&subdomain=SUBDOMAIN

注意事項:

  • Chat OAuthクライアントのリダイレクトURLの値が1つしかない場合、redirect_uriの値を渡すことは省略できます。システムはデフォルトでOAuthクライアントのリダイレクトURLを1つ使用するからです。
  • OAuthクライアントのリダイレクトURLが複数ある場合は、redirect_uriを渡す必要があります。redirect_uriを渡した場合は、URLエンコードされている必要があります。上記の例では、オプションのリダイレクトパラメータは次のようになります:redirect_uri=http%3A%2F%2Flocalhost%3A8080

4. コールが行われ、ログインして「許可」を選択してトークンを生成するよう求められます。

コールが成功すると、ブラウザのアドレスフィールドに新しいOAuthトークンが表示されます(access_tokenの値として返されます)。

ブラウザのメインウィンドウにエラーメッセージが表示されたように見えても、'access_token' がブラウザのURLフィールドに返されていれば、コールは成功です。

ワークフローのデモを以下に示します。

 

もう1つのトークン生成法(やや時間がかかる)

この手順では、前のセクションと同様にトークンを生成しますが、OAuthの「認証コード」グラントフローを実演します。OAuthクライアントの情報をメモしておきます。これは以下の手順で使用します。

ここでは実際のデータの代わりにプレースホルダを使用します。実際のOAuthクライアントのシークレットはChatアカウントのパスワードであるため、取り扱いの際は万全のセキュリティで保護してください。

  • クライアントID:CLIENT_ID
  • クライアントシークレット:CLIENT_SECRET
  • リダイレクト先URI: http://localhost:8080
  • サブドメイン:Zendeskのサブドメイン。アカウントが niall.zendesk.com の場合、niall がサブドメインの部分になります。
  • 認証コード:まだ取得していません

1. 最初のURLを用意する

ここでは、認証コードを要求するためのURLを作成します。https://{subdomain}.zendesk.com/oauth2/chat/authorizations/new にアクセスし、上記の情報を渡すためのクエリパラメータを追加する必要があります。今回必要な情報は以下のとおりです。

  • response_type:これは常に code です。
  • redirect_uri:アクセスを許可した後にリダイレクトされる場所。このチュートリアルでは http://localhost:8080 です。
  • client_id:すでに説明したように、あなた自身の固有IDです。
  • scope: このトークンに付与するアクセス権限。readwrite を選択します。
    • また、Chat Conversations APIに対してトークンを使用する場合には、'chat' スコープも含めます。
  • subdomain:お使いのZendeskサブドメインです。

これらをすべてURLにエンコードすると、最終的なURLは次のようになります。

https://{subdomain}.zendesk.com/oauth2/chat/authorizations/new?response_type=code&redirect_uri=http%3A%2F%2Flocalhost%3A8080&client_id=CLIENT_ID&scope=read%20write&subdomain=SUBDOMAIN

CLIENT_IDSUBDOMAIN の箇所だけが、実際のURLと異なる部分となります。

2. cURLコールを準備する

実際にそのURLにアクセスする前に、アクセスの後に実行するcURLコールを作成してみましょう。今回必要な情報は以下のとおりです。

  • grant_type:これは常に authorization_code です。
  • code:これはURLからのアクセスを許可した後に取得されます。
  • client_id:クライアントID
  • client_secret:クライアントシークレット
  • redirect_uri:さきほどの手順と同じく http://localhost:8080
  • scope:さきほどの手順と同じく read および write

これらをすべてまとめると、次のようなコマンドになります。

curl https://{subdomain}.zendesk.com/oauth2/chat/ \
 -H "Content-Type: application/x-www-form-urlencoded" \
 -d 'grant_type=authorization_code&code=AUTH_CODE&client_id=CLIENT_ID&client_secret=CLIENT_SECRET&redirect_uri=http%3A%2F%2Flocalhost%3A8080&scope=read%20write' \
 -X POST

注意:CLIENT_IDCLIENT_SECRET は既にあるはずですが、AUTH_CODE はまだありません。

3. 認証コードを取得する

次に、手順1で作成したURLを実行してみると、以下のようなページが表示されます。

許可する」をクリックしてアクセス許可すると、リダイレクトURLにリダイレクトされます。エラーページのように見えますが、ここで重要なのは返されたURLの中にある認証コード(?code= 以降の文字列)です。

そのコードをコピーして、最後の手順の準備をしましょう。認証コードは短い時間しか有効ではありません。数分以上待つ場合は、上記の手順を再度実行して、新しいコードを取得する必要があります。

4. cURLコールを実行してトークンを取得する

手順2で構築したcURLコールは次のようなものでした。

curl https://{subdomain}.zendesk.com/oauth2/chat/token \
 -H "Content-Type: application/x-www-form-urlencoded" \
 -d 'grant_type=authorization_code&code=AUTH_CODE&client_id=CLIENT_ID&client_secret=CLIENT_SECRET&redirect_uri=http%3A%2F%2Flocalhost%3A8080&scope=read%20write' \
 -X POST

AUTH_CODE を手順3のコードに置き換えて、ターミナルアプリケーションからコマンドを実行します。以下のようなJSONオブジェクトが返されます。

{
 "access_token": "TOKEN",
 "token_type": "Bearer",
 "refresh_token": "REFRESH_TOKEN",
 "scope": "read write"
}

5. 新しいトークンをテストする

期待どおりに動作したかどうかを確認するために、テストを行うのは常に推奨されることです。最も簡単な方法は、GET コマンドを /api/v2/chats に送信してアカウント情報を確認することです。

curl https://{subdomain}.zendesk.com/api/v2/chat/chats -H "Authorization: Bearer TOKEN"

TOKEN を手順4で取得した情報に置き換えます。 

追加情報

機密性の高いclient_type

前の2つのセクションで、「インプリシット」と「認証コード」の2種類のグラントについて説明しましたが、Chat APIは、クライアント認証情報を使用した機密クライアント向けグラントタイプもサポートしています。これらについては、リファレンスドキュメントの「Confidential grant types」で詳しく説明しています。

管理者やエージェントがメトリックのレポート作成などでAPIコールを行う場合は、機密クライアント向けグラントタイプを使用してOAuthトークンを取得することをお勧めします。client_type を「confidential」に設定する必要があります。デフォルトではこの値は「public」に設定されています。これはAPIを介してのみ行うことができ、以下の手順で達成することができます。

1. クライアントIDを取得する

まず、新しいクライアントのIDが必要です。これは新しいトークンを使って、次のようなコールで取得できます。

curl https://{subdomain}.zendesk.com/api/v2/chat/oauth/clients -H "Authorization: Bearer TOKEN"

これですべてのクライアントが表示されます。クライアントは1つしかないかもしれませんが、クライアントが多い場合は、更新したいクライアントを選び、そのIDをメモしておいてください。

2. client_typeを更新する

これでクライアントのIDがわかったので、次のcURLコールを実行して client_type プロパティを更新します。

curl https://{subdomain}.zendesk.com/api/v2/chat/oauth/clients/{client_ID} -d '{"client_type": "confidential"}' \
 -X PUT -H "Content-Type: application/json" -H "Authorization: Bearer TOKEN"

これが完了すると、制限されたエンドポイントでトークンを使用することができます。

編集日時:2024年11月27日 · Niall Colfer

8

フォロワー

1

投票

0

コメント


Niall Colferさんが記事を作成しました:

記事Web Widgetに関するヘルプ

質問

カスタマーがWebサイトにアクセスしたときに出てくるWeb Widget (従来版) のボタンに表示されるテキストを変更するにはどうすればよいですか?

回答

ヒント: 次の記事を参考にして、使用しているウィジェットを特定します:「自分のZendeskアカウントで使用しているウィジェットはどれですか?

Support Web Widget (従来版) を使用している場合

ウィジェットのボタンを「 ヘルプ」、「 サポート 」、「 フィードバック」などに設定できます。これらの語句を選択するには、「 管理センター 」>「チャネル」>「従来版」>「Web Widget」に移動します。変更したいウィジェットを選択し、「 スタイル」 タブをクリックします。「スタイル」タブの一番下までスクロールすると、ドロップダウンメニューからウィジェットボタンのテキストに使用する単語を選択できます。「ヘルプ」、「サポート」、「フィードバック

問い合わせフォームが現在Web Widget (従来版) の設定でオンになっている場合、同じ場所で問い合わせフォームのボタンのテキストを変更することもできます。

メモ有効にした連絡オプションによっては、選択したテキストが Chat または Call usによって上書きされる場合があります。詳細については、次の記事を参照してください:Webサイトのウィジェットボタンのテキストを変更するにはどうすればよいですか?

カスタムの語句をウィジェットボタンに配置する場合は、次の記事で説明するカスタムコードを使用します: Web Widget (従来版) の詳細なカスタマイズ

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

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

編集日時:2024年1月16日 · Niall Colfer

0

フォロワー

1

投票

0

コメント


Niall Colferさんが記事を作成しました:

記事オンラインチャットに関するヘルプ

質問

Zendesk Chat(旧名Zopim)のサブスクリプションを解約するにはどうすればよいですか?

回答

これは、Chatアカウントの作成方法とSupportとの統合状態によって異なります。Chatアカウントには次の4つのバージョンがあります。

Zendesk Chatアカウントのバージョンを確認できない場合は、次の記事を参照してください:「Zendesk Chatアカウントのバージョンの確認

Zendesk Chatフェーズ3およびフェーズ4

Chatフェーズ3またはChatフェーズ4のアカウントを管理センターからキャンセルするには、次の記事をお読みください:「製品とアカウントのキャンセル

これらのオプションが表示されない場合

どちらの場合も、アカウントをキャンセルする権限を持つ唯一の管理者であるアカウントオーナーのみが行うことができます。

管理対象アカウントまたは営業支援アカウントをお持ちの場合は、Zendesk内でアカウントマネージャーに連絡をして、サブスクリプションを更新してChatアカウントを解約してください。一部のセルフサービスアカウントの場合、Zendeskに連絡して解約する必要があります。

警告:現在の請求サイクルの終了時に解約は有効になります。その時点でアカウントへのアクセスはできなくなり、すべてのアカウントデータが削除されます。これにより、データの移行や残作業の処理に時間を当てられます。すべてのデータは、Zendeskのサービスデータ削除ポリシーに従って削除されます。

編集日時:2024年1月23日 · Niall Colfer

3

フォロワー

1

投票

0

コメント


Niall Colferさんが記事を作成しました:

記事オブジェクトとルールに関するヘルプ

問題の内容

を使用する場合、 {{ticket.title}} トリガおよび自動化でエンドユーザーへの通知にプレースホルダを使用すると、件名ではなくチケットの最初のコメントに置き換えられます。

解決のステップ

アカウントでこれが発生している場合、アカウントのカスタマーに「 件名」 フィールドが表示されないことを意味します。

件名」 フィールドが非アクティブになっている場合、または「 エージェントが編集可能」の 権限がアクティブになっている場合、「 件名」 フィールドはエンドユーザーに表示されないため、プレースホルダにチケットの説明が表示されます。これはチケットの最初のコメントです。エンドユーザーへの通知に「サブ件名」フィールドを使用するには、「件名」がエンドユーザーに表示される必要があります。

このフィールドを再度アクティブにする方法については、次の記事を参照してください:「チケットフィールドを非アクティブ/再アクティブにする」

メモ:チケットにパブリックコメントがない場合、 {{ticket.title}} プレースホルダをエンドユーザーへの通知に含めると、「タイトルなしのチケット」としてレンダリングされます。 「 件名」 フィールドがエンドユーザーに表示されること、およびチケットに少なくとも1つのパブリックコメントがあることを確認してください。 

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

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

編集日時:2024年5月07日 · Niall Colfer

5

フォロワー

3

投票

2

コメント