Managing service project notifications

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

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

このページの内容

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

A service project sends notifications based on two schemes:

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

カスタマー

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

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

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

When a customer first contacts a service project that has incoming email and public sign-up enabled, an account is set up for them in the background. They'll receive an email that asks them to reset their password and verify their account details. Project administrators can disable these account verification emails.


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

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

Agents don't receive notifications on their own changes when they act as a customer on issues with a set request type. Jira Service Management treats agents acting as a reporter, participant or approver on these issues as a customer. This occurs regardless of the notification scheme.

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


アカウント確認メール

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

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

This is confusing for customers of organizations running email-based service projects because, most likely, only the agents and admins are using the customer portal. The good news is that you can disable account verification emails to avoid customer confusion—you need to be a project administrator to do this.

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

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


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

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

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

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

メールで通知からオプト アウトするには、メールの下部にある [リクエストの通知をオフにする] リンクをクリックします。


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

If you have an internal service project where all your help seekers have Jira licenses, you might prefer to disable the customer scheme. In this case, you can work from the licensed user scheme.

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

  1. Go to Jira administration > Applications > Jira Service Management > Configuration:
  2. [通知] 見出しの下で、[はい] を選択します。これを行うことで、プロジェクトでカスタマーに対する Jira 通知のブロックが停止されます。
  3. [プロジェクト設定] > [カスタマー通知] でサービス デスク通知を無効化します。
  4. 各ルールについて、[編集] をクリックし、下部の [有効化] チェックボックスの選択を解除します。
  5. Jira 通知スキームに移動し、カスタマー、エージェント、管理者向けの通知をカスタマイズします。


カスタマー通知の編集

To edit the recipients or message content of your service project notifications:

  1. From your service project, select Project settings > Customer notifications.
  2. 編集したい通知を選択してから、[アクション] 列の [編集] を選択します。
  3. [宛先] を選択して編集することで受信者を選択します。追加された受信者の横にある [x] を選択して、受信者を削除できます。
  4. [コンテンツ] の下で、メッセージを編集します。[変数を挿入する] ドロップダウンを使用して変数を追加し、課題からさまざまな情報を引き出すことができます。
  5. 通知を無効にするには、[有効化] チェックボックスを選択解除します。
  6. [保存] ボタンをクリックして変更を確定します。


受信者の選択

受信者を選ぶ際は、次のうち 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. From your service project, select Project settings > Automation.
  2. [ルールの追加] > [カスタム ルールを作成] > [次へ] を選択します。
  3. 必要に応じて名前と説明を編集します。
  4. 次のフィールドを編集してルールを設定します。
    • このような状態になった場合: ルールをトリガーする条件を選択します。
    • 以下に一致する場合 : ルールの条件を選択します。
    • 次を実行: [メールを送信]
  5. [保存] ボタンをクリックしてカスタム ルールを作成します。


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

Jira Service Management lets you provide translations and regional messages to your customers, and supports a large number of languages.

Read Translate service project notifications to learn how to do this.


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

Your service project adds a default subject line that you can customize to better fit your brand.

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

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


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

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

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

${request.url}

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

${request.disable.notifications.url}

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

${request.sharedwith}

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

${helpcenter.name}

サイトのヘルプセンター名。サイト上のすべてのカスタマーポータルへのエントリーポイント
Jira Service Management homepage${atlassian.url}The URL of Jira Service Management's homepage.

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

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

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

.jsd-activity-item-content

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


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

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

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

  1. [プロジェクト管理] > [システム] を選択します。
  2. [ユーザー インターフェイス] で、[既定のユーザー設定] を選択します。
  3. [デフォルトの値を編集] を選択します。
  4. Change the Default outgoing email format to HTML or text and click Update. At this point, the email format you have selected will only be applied to new service project customers.
  5. If you also want to override the email format chosen by existing service project customers and agents, select Apply under Actions.
  6. [更新] を選択し、すべてのユーザー アカウントへのメール設定の適用を完了します。


最終更新日 2021 年 1 月 25 日

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

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

このセクションの項目

Powered by Confluence and Scroll Viewport.