サービスデスク通知を管理する

カスタマー、エージェント、および管理者は、リクエストのステータスとアクティビティに関するメール通知を受信します。これらの通知の受信者、コンテンツ、およびスタイルをカスタマイズすることができます。このページでは、カスタマーに送信される通知のカスタマイズについて説明します。

エージェントと管理者に送信される通知をカスタマイズするには、Jira 通知スキームを変更します。

このページの内容

様々なロールでの通知の受信方法

サービス デスク プロジェクトは、2 つのスキームに基づいて通知を送信します:

  • カスタマー用のスキーム
  • ライセンス ユーザー (多くの場合はエージェントや管理者) 用のスキーム

カスタマー

カスタマーがリクエストを送信すると、課題の報告者または参加者として既定のメール通知を受け取ります。カスタマーが組織内でリクエストを共有すると、その組織内の顧客は通知を受け取ります。カスタマーは、リクエスト上の他のアクティビィの通知にオプト インまたはオプト アウトすることができます。

承認者がリクエストを承認する必要がある場合、その承認者は通知を受け取ります。リクエストに関する他のアクティビティの通知にオプト インすることができます。

その他のカスタマーは、関与しているリクエストの公開アクティビティについて通知を受け取ります。カスタマーは、カスタマー ポータルまたはメールで通知にオプト インまたはオプト アウトできます。通知を拒否した報告者は、チーム メンバーがリクエストを解決した場合にのみ通知を受け取ります。

メールによるリクエストとパブリック サインアップが有効化されているサービス デスクにカスタマーが最初に問い合わせると、カスタマー用のアカウントがバックグラウンドでセットアップされます。パスワードのリセットとアカウント詳細の確認を求めるメールがカスタマーに送信されます。プロジェクト管理者はこのアカウント確認メールを無効にできます。


エージェントおよび管理者

エージェントや管理者がリクエストに取り組むと、プロジェクトの通知スキームの一環としてメール通知を受け取ります。

エージェントが指定のリクエスト タイプの課題でカスタマーになっている場合、自分自身の変更については通知を受け取りません。Jira Service Desk は、エージェントが報告者、参加者、または承認者となっている課題について、通知スキームにかかわらずエージェントをカスタマーとして扱います。

組織に所属するエージェントは、リクエストがその組織と共有されている場合にのみカスタマー通知を受信します。エージェントが課題の担当者の場合、プロジェクトの Jira 通知スキームからの通知を受信しません。


アカウント確認メール

カスタマーが初めてリクエストをメールで起票すると、次のイベントが発生します。

  • バックエンドでカスタマー用にアカウントが作成されます。
  • カスタマー ポータルにアクセスできるようにするためにメール アドレスの確認とパスワードのリセットを求める通知がカスタマーに送信されます。

これは、メールベースのサービス デスクを稼動していて、エージェントおよび管理者のみがカスタマー ポータルを使用するような組織のカスタマーを混乱させる可能性があります。カスタマーの混乱を避けるために、アカウント確認メールを無効にできます。これには、プロジェクト管理者である必要があります。

アカウント確認メールを無効にする手順

  1. [プロジェクト設定] > [顧客通知] に進みます。
  2. [アカウント確認メール] の見出しに移動します。
  3. [アカウント確認メールを送信しない] トグルを有効化します (緑色のチェックマークで表示されます)。


カスタマー通知へのオプト インとオプト アウト

他のカスタマーからリクエストが共有されると、共有されたカスタマーは通知を受け取ります。カスタマーは、カスタマー ポータルまたはメールで通知へのオプト インまたはオプト アウトを行うことができます。

カスタマー ポータルで通知のオプト インまたはオプト アウトを行うには、次の手順を実行します。

  1. カスタマー ポータルから [リクエスト] > [すべてのリクエスト] の順に選択します。
  2. 通知にオプト イン/アウトするリクエストを選択します。
  3. [通知を受け取る] または [通知しない] を選択します。

To opt out of notifications in email, select the link Turn off this request's notifications at the bottom of the email.


カスタマー通知用のカスタマー スキームの無効化

すべてのリクエスト送信者が Jira ライセンスを持っているような内部サービス デスクの場合、カスタマー スキームを無効化できます。このような場合、管理者はライセンス ユーザー用のスキームで作業を行うことができます。

カスタマー スキームを無効にするには、次の手順を実行します。

  1. [Jira 管理] > [アプリケーション] > [Jira Service Desk] > [設定] に移動します。
  2. [通知] 見出しの下で、[はい] を選択します。これを行うことで、プロジェクトでカスタマーに対する Jira 通知のブロックが停止されます。
  3. [プロジェクト設定] > [カスタマー通知] でサービス デスク通知を無効化します。
  4. For each rule, select Edit and deselect the Enable checkbox at the bottom.
  5. Jira 通知スキームに移動し、カスタマー、エージェント、管理者向けの通知をカスタマイズします。


カスタマー通知の編集

サービスデスク通知の受信者またはメッセージコンテンツを編集する手順:

  1. サービス デスク プロジェクトで、[プロジェクト設定] > [カスタマー通知] を選択します。
  2. 編集する通知 > [アクション] 列の [編集] の順に選択します。
  3. [宛先] フィールドを選択して編集することで、受信者を選択します。追加された受信者の横にある [x] を選択することで、受信者を削除できます。
  4. [コンテンツ] の下で、メッセージを編集します。[変数を挿入する] ドロップダウンを使用して変数を追加し、課題からさまざまな情報を引き出すことができます。
  5. 通知を無効にするには、[有効化] チェックボックスを選択解除します。
  6. Select Save to confirm your changes.


受信者を選択する

受信者を選ぶ際は、次のうち 1 つ以上を [宛先] フィールドに追加します。

受信者オプション詳細
報告者 (カスタマー)

リクエストの報告者

この通知は、報告者がカスタマーポータルで通知の受信をオプトアウトしている場合でも送信されます。

参加しているカスタマー

報告者やリクエスト参加者など、リクエストに関与しているすべてのカスタマー。

この通知は、カスタマーがポータルまたはリクエストのメールスレッドで個人のリクエストに関する通知をオフにしている場合、そのカスタマーには送信されません。

追加された参加者リクエスト参加者として追加されたユーザー。
追加された組織リクエストが共有されている組織内のユーザー。
承認者リクエストを承認または拒否する必要があるユーザー。
アクションの原因となったユーザーを除外規則をトリガーしたユーザーを通知の受信者から除外します。たとえば、カスタマーがリクエストにコメントを追加した場合、そのカスタマーが本人のコメントついて通知を受け取らないように除外することができます。


課題変数を含める

変数を使用して、課題から情報の塊をプルしてメッセージに挿入することができます。挿入変数ドロップダウンメニューを選択し、カスタマイズ中の通知用に有効な変数を追加します。

名前形式説明
受信者名${recipient.name}メールを受け取る人のフルネーム。
アクションの原因となったユーザの名前${event.user.name}コメントの追加などにより、通知をトリガーした人のフルネーム。
課題の概要${issue.summary}課題の概要。存在しない場合は空白。
課題の説明${issue.description}課題の説明。存在しない場合は空白。
課題キー${issue.key}課題キー (例: IT-123)。
課題の報告者${issue.reporter.name}課題を報告したユーザーのフルネーム。
課題の解決状況${issue.resolution}課題の解決状況 (「完了」など)。
リクエスト URL${request.url}カスタマーポータル内のリクエストの URL。
コメント${comment}

課題に追加されたコメント。

これは、"Comment added" または "Comment edited" WHEN トリガーの使用時にのみ利用可能です。

リクエストステータス${request.status}カスタマーポータルに表示されるような、カスタマーが表示可能なリクエストのステータス。
ポータル名${portal.name}ポータル名。これはポータル設定ページで編集できます。
リクエストの詳細${request.details}

リクエストの完全な詳細。これには、作成日、リクエスト タイプ、概要、およびリクエスト タイプ設定で表示するよう設定したフィールドが含まれます。

サードパーティ製アドオンで作成されたフィールドは含まれません。

承認ボタン${approval.buttons}メール内からリクエストを操作するための [承認] および [却下] ボタン。
tip/resting Created with Sketch.

承認通知テンプレートにリクエスト詳細承認ボタンを挿入すると、承認者は保留中のリクエストに素早く対応できます。 

カスタマー通知としてメールを自動的に送信する

カスタマー メール トリガーを作成するには、次の手順を利用します。

  1. サービス デスク プロジェクトで、[プロジェクト設定] > [自動化] を選択します。
  2. [ルールの追加] > [カスタム ルールを作成] > [次へ] を選択します。
  3. 必要に応じて名前と説明を編集します。
  4. 次のフィールドを編集してルールを設定します。
    • WHEN: ルールをトリガーする条件を選択します。
    • IF: ルールの条件を選択します。
    • 次を実行: [メールを送信]
  5. Select Save to create your custom rule.


顧客通知を別の言語に翻訳

Jira Service Desk では、顧客に翻訳および地域別のメッセージを提供できます。また、Jira Service Desk は多数の言語をサポートします。

この方法の詳細については、「サービス デスク通知の翻訳」を参照してください。


カスタマー通知のカスタマイズ

サービスデスクでは、ブランドに合わせてカスタマイズできる既定の件名行が追加されます。

通知をカスタマイズするには、次の手順を実行します。

  1. サービス デスク プロジェクトで、[プロジェクト設定] > [カスタマー通知] を選択します。
  2. [テンプレート] の下の [テンプレートを編集する] を選択します。
  3. 件名で、件名の行を編集します。リクエストの通知を 1 つのメールで スレッドにまとめるには、件名の行のどこかに課題キーを含める必要があります。
  4. [スタイル] で、好みに合わせて、HTML、CSS、およびプレーン テキストを調整します。[変数を挿入する] ドロップダウンを選択することで、さらにテンプレート変数を含めることができます。


テンプレート変数を使用して組み込む情報を増加する

次の一連の変数を使用して情報を取得し、メール テンプレートに追加できます。

名前形式説明
メッセージコンテンツ${message.content}通知のコンテンツ。この変数は必須です。この変数にはバッチ処理済みメッセージが含まれています。
リクエストのロケーション

${request.url}

リクエストの URL。
通知ロケーションの無効化

${request.disable.notifications.url}

リクエストの通知をオフにする URL。ベストプラクティスとして、このリンクを常に組み込むことをお勧めします。
リクエスト表示者のリスト

${request.sharedwith}

参加者、承認者およびリクエストの表示も可能なカスタマーの組織。
ヘルプセンター名

${helpcenter.name}

サイトのヘルプセンター名。サイト上のすべてのカスタマーポータルへのエントリーポイント
Jira Service Desk ホームページ${atlassian.url}Jira Service Desk のホームページの URL。

その他のスタイル用 CSS クラス

既定のテンプレートに表示されるクラスよりも多くのクラスを作成できます。

名前クラス説明
応答マーカー.jsd-reply-marker応答マーカーのスタイル。この一連のダッシュおよびハイフンは、カスタマーが通知に応答するときコメント処理に使用されます。
バッチ処理済みアイテムコンテナー

.jsd-activity-item-content

バッチ処理済み通知に追加される個々のメッセージを折り返すために使用する区切りのスタイル。
バッチ処理済みメッセージ分離文字.jsd-activity-item-separatorメッセージのバッチが単一の通知として送信されるときに挿入される分離文字のスタイル。


HTML またはプレーンテキストの選択

既定のタイプが HTML に設定されている場合、デュアルエンコードされた通知が送信され、カスタマーはメール クライアントで HTML またはプレーンテキスト ビューを選択できます。カスタマーがプレーンテキスト用のメールクライアントを使用している場合、既定の設定を変更し、すべてのカスタマーに適用します。

既定のメール タイプを設定するには、Jira 管理者である必要があります。

  1. Select Project administration > System.
  2. [ユーザー インターフェイス] で [既定のユーザー設定] を選択します。
  3. [デフォルトの値を編集] を選択します。
  4. Change the Default outgoing email format to HTML or text and select Update. At this point, the email format you have selected will only be applied to new service desk customers.
  5. 既存のサービス デスク カスタマーおよびエージェントが選択したメール形式を上書きしたい場合、[アクション] の下で [適用] を選択します。
  6. [更新] を選択し、すべてのユーザー アカウントへのメール設定の適用を完了します。


最終更新日 2022 年 4 月 20 日

この内容はお役に立ちましたか?

はい
いいえ
この記事についてのフィードバックを送信する

このセクションの項目

Powered by Confluence and Scroll Viewport.