バージョン:Rome
Flow Designer

Flow Designer での通知

記事 (1/18)

「Flow Designer の Notifications」の目標

このモジュールでは、次のことを学習します。

  • フローからメールと通知を送信する
  • メールを送受信するインスタンスを構成する
  • フローで受信メールに返信する

前提条件:このモジュールは、Flow Designer と通知の以下のトピックに精通していることを前提としています。

  • フロー
  • アクション
  • フローロジック
  • フロー実行
  • フローテスト
  • 通知

Flow Designer については、「Flow Designer の使用」学習モジュールと「通知」学習モジュールの「通知」で学ぶことができます。

記事 (2/18)

この学習モジュールについて

重要:この学習モジュールの内容は、Quebec ServiceNow リリース用に最後に更新されたもので、Rome リリースでは更新されていません。Rome リリースとこの学習モジュールのコンテンツとの間に違いが見られる場合があります。

この学習モジュール全体で Special Occasions アプリケーションを使用して、アプリケーション作成の基礎である概念とプロセスを紹介し、実際に示します。Special Occasions アプリケーションの構築は行いません。

演習では、NeedIt アプリケーションを開発します。

演習は、次の 3 つの方法で示されます。

  • ナビゲーションペインの [演習] アイコン。
  • ページ上部の [演習] アイコンと「演習」という単語。
  • ページタイトルの「演習」または「課題」という単語。

ナビゲーションとページタイトルに、強調表示された演習ページのアイコンと演習プリフィックスが表示された、演習ページの上部。

NeedIt アプリケーションを使用すると、ユーザーは複数の部門からのサービスを要求できます。ソースコントロールを使用して、この学習モジュールに必要なすべての NeedIt アプリケーションファイルから始めます。

演習 (3/18)

演習:「Flow Designer での通知」モジュールのためにリポジトリをフォークしてアプリケーションをインポートする

ServiceNow は GitHub を使用して、開発者サイトの学習コンテンツをコピーして使用するアプリケーションリポジトリを提供します。リポジトリには、アプリケーションファイルの固定セットであるタグが含まれているため、部分的に構築されたアプリケーションを使用して作業を開始できます。ServiceNow が提供するリポジトリを個人開発者インスタンス (PDI) にコピーしてインポートすることで、モジュール内の実践的な演習に必要なすべてのファイルを取得できます。

注意:ServiceNow が開発者プログラムの学習コンテンツで GitHub を使用する方法の詳細と、リポジトリをフォークしてアプリケーションをインポートする方法に関するビデオを見るには、『GitHub ガイド』を参照してください。

この演習では、次のことを行います。

  1. ServiceNow リポジトリを GitHub アカウントにフォークします。
  2. リポジトリのフォークから PDI にアプリケーションをインポートします。

重要:リポジトリを既にフォークしてインポートしている場合は、次の演習に進み、タグから分岐を作成して、アプリケーションファイルを PDI にロードできます。モジュールを完了するには、NeedIt アプリケーションファイルが必要です。

リポジトリのフォーク

演習のこのセクションでは、開発者サイトの学習コンテンツで使用するアプリケーションリポジトリのパーソナルフォークを作成します。

  1. Web ブラウザーで、github.com を開きます。

  2. GitHub アカウントをお持ちの場合は、サインインします。お持ちでない場合は、新しいアカウントにサインアップします。

  3. サインインしたら、NeedIt リポジトリを開きます。

  4. [フォーク] ボタン (GitHub の [フォーク] ボタン) をクリックして、GitHub アカウントにリポジトリのコピーを作成します。

  5. 既にリポジトリをフォークしている場合は、ダイアログが表示されます。リポジトリを既にフォークしている場合は、次の演習に進みます。

    リポジトリは以前にフォークされている

  6. GitHub アカウントが複数の組織に属している場合は、GitHub でフォークを作成する場所を指定します。[Fork devtraining-application-release] ダイアログで、<お使いの GitHub ユーザー名> リンクを選択します。リポジトリのプライベートフォークを作成します。GitHub はリポジトリフォークのページを自動的にロードします。

    GitHub ユーザーが複数の組織に属している場合、GitHub はフォーク先を尋ねます。GitHub ユーザー名を選択します。

  7. リポジトリのフォークの URL が次のようになっているかを検証します:<お使いの GitHub ユーザー名>/devtraining-application-release

    フォークしたコピーは自動的にロードされます。

  8. フォークしたリポジトリの URL をコピーします。

    1. [コード] ボタンをクリックします。

    2. URL に ServiceNow ではなく GitHub ユーザー名が含まれていることを確認します。

    3. HTTPS が選択されていることを確認します。選択されていない場合は、[クローン] フライアウトで [HTTPS] タブを選択します。

    4. [クリップボードにコピー] ボタン ([クリップボードにコピー] ボタン) をクリックします。

      フォークしたリポジトリの URL をコピーする

      注意:次のセクションでは、コピーした URL を使用して、フォークしたリポジトリへの接続を設定します。

フォークしたリポジトリからアプリケーションをインポートします。

演習のこのセクションでは、アプリケーションリポジトリを ServiceNow にインポートします。プロセスの一環として、まず GitHub アカウントの資格情報レコードを作成してから、Studio を使用してアプリケーションリポジトリを PDI にインポートします。

  1. 管理者ユーザーとして PDI にログインします。PDI がない場合は、ServiceNow 開発者サイトを開いて Rome PDI を入手してください。

    注意:PDI の入手方法については、『個人開発者インスタンス (PDI) ガイド』を参照してください。

  2. GitHub 接続の資格情報レコードを作成します。

    重要:資格情報レコードを作成する必要があるのは 1 回だけです。別の演習で資格情報レコードを既に作成している場合は、この手順をスキップしてください。

    1. Application Navigator を使用して、[接続および資格情報] > [資格情報] を開きます。

    2. [新規] ボタンをクリックします。

    3. [作成する資格情報のタイプは?] リストで、[基本認証資格情報] リンクをクリックします。

    4. 資格情報レコードを設定します。

        名前 GitHub 資格情報 (GitHub Credentials) - <お使いの github.com ユーザー名>
        ユーザー名 <お使いの github.com ユーザー名>
        パスワード <お使いの github.com 個人アクセストークン>

      基本認証資格情報の新しいレコードフォーム。

      重要:GitHub では、ServiceNow などの他のプラットフォームからリポジトリにアクセスするには、個人アクセストークンが必要です。認証時には、パスワードの代わりに個人用アクセストークンが使用されます。GitHub パーソナルアクセストークンを作成する方法については、『GitHub ガイド』の「GitHub への認証」セクションを参照してください。

    5. [送信] ボタンをクリックします。

  3. Application Navigator を使用して [システムアプリケーション] > [Studio] を開きます。

    Studio アプリケーションを開きます。

  4. 新しいブラウザータブで Studio が開きます。

  5. [アプリケーションを選択] ダイアログで、[ソースコントロールからインポート] ボタンをクリックします。

    [ソースコントロールからインポート] ボタンをクリックします。

  6. [アプリケーションのインポート] ダイアログで、分岐したリポジトリへの接続を設定します。

      URL <リポジトリのフォークドバージョン用にコピーしたURL>
      資格情報 GitHub 資格情報 (GitHub Credentials) - <お使いの github.com ユーザー名>
      分岐 メイン (main)

    注意[分岐] の値を [メイン (main)] に変更すると、「デフォルトの命名規則を使用することを強くお勧めします」という情報メッセージが表示されます。[分岐] フィールドの値はリポジトリに存在する必要があります。開発者サイトのトレーニングリポジトリにはすべて [メイン (main)] 分岐があり、デフォルト値の代わりに使用する必要があります。

    github.com からコピーした URL を使用して、GitHub にフォークしたリポジトリへの接続を構成します。

  7. [インポート] ボタンをクリックします。

  8. アプリケーションのインポートが完了したら、[アプリケーションの選択] ボタンをクリックします。

    有効なリポジトリが存在する必要があります。

    注意:接続に失敗した場合は、フォークしたリポジトリ URL ではなく ServiceNow のリポジトリ URL を [URL] フィールドに入力しているか、あるいは GitHub アカウントで 2 要素認証を有効にしている可能性があります。接続のトラブルシューティング方法については、 「GitHub 問題のトラブルシューティング」を参照してください。

  9. [アプリケーションを選択] ダイアログで、Studio で編集するために、アプリケーションをクリックして開きます。

    重要:タグから分岐を正常に作成しないと、次の演習で Studio にアプリケーションファイルが表示されません。

演習 (4/18)

演習:「Flow Designer での通知」用のブランチを作成する

この演習では、「Flow Designer での通知」モジュールで使用するアプリケーションファイルを含む、このモジュール用の NeedIt アプリケーションの分岐を作成します。

注意:この演習を開始する前に、「演習:「Flow Designer での通知」モジュールのためにリポジトリをフォークしてアプリケーションをインポートする」で説明したように、NeedIt リポジトリをフォークしてインポートしておく必要があります。

  1. 前回の演習で NeedIt アプリケーションを Studio で開いていない場合は、ここで開きます。

    1. ServiceNow ブラウザーのメインウィンドウで、Application Navigator を使用して [システムアプリケーション] > [Studio] を開きます。
    2. [アプリケーションを選択] ダイアログで、NeedIt アプリケーションをクリックします。
  2. Studio で、[ソースコントロール] メニューを開き、[分岐を作成] メニューアイテムを選択します。

    [ソースコントロール] メニューおよび [分岐を作成 (Create Branch)] メニューアイテムを開きます。

  3. 分岐を構成します。

      分岐名 NotioficationsInFD
      タグから作成 LoadForNotificationsInFDModule
  4. [分岐を作成] ボタンをクリックします。

  5. [閉じる] ボタンをクリックします。

  6. タグに含まれているアプリケーションファイルをロードするには、(Studio ではなく) ServiceNow ブラウザーのメインタブに戻り、ブラウザーの再ロードボタンをクリックしてページを更新します。

    注意:分岐の作成に失敗した場合は、フォークしたリポジトリ URL ではなく ServiceNow のリポジトリ URL を [URL] フィールドに入力しているか、あるいは GitHub アカウントで 2 要素認証を有効にしている可能性があります。GitHub 接続問題のトラブルシューティング方法については、『GitHub ガイド』の「GitHub 問題のトラブルシューティング」セクションを参照してください。

記事 (5/18)

フローからユーザーへの通知

プロセスの状況についてユーザーに知らせる必要がある場合について解説します。アクションを使用して、フローの一部としてメールまたは SMS を送信します。次の場合に、ServiceNow インスタンスがフローから送信通信を送信します。

  • [通知送信] アクションがフロー内で実行される
  • [メール送信] アクションがフロー内で実行される
  • [SMS 送信] アクションがフロー内で実行される
  • 通知ステップを含むカスタムアクションが実行される

送信メールはレコード、イベント、またはワークフローによってトリガーされます

記事 (6/18)

送信通信のアクション

Flow Designer には、ユーザーに通信を送信するための 3 つのアクション (メール送信SMS 送信通知送信) があります。

メール送信

フローで [メール送信] アクションを使用して、プロセスの一環としてメールを送信します。

自分がメールを書いていると仮定して、[メール送信] アクションを設定します。[宛先]、[CC]、および [BCC] フィールドで受信者を特定し、件名を追加して、メッセージを作成します。データピルを使用して、変数の詳細をフィールドに追加します。

  • ターゲットレコード:メールに関連付けられたレコード
  • テーブルターゲットレコードのテーブル
  • ウォーターマークを含める:ユーザーがメールに返信することでターゲットレコードを更新できるようにするウォーターマークを含めるためのオプション
  • 宛先:メールの主な受信者 (カンマ区切り)
  • CC:カーボンコピー受信者 (カンマ区切り)
  • BCC:ブラインドカーボンコピー受信者 (カンマ区切り)
  • 件名:メールの件名
  • 本文:メールのメッセージ内容

データピルを使用して、メールアドレスを [宛先][CC]、および [BCC] フィールドに動的に追加するか、[件名] および [本文] フィールドに動的コンテンツを追加します。メールアドレスは [宛先][CC]、および [BCC] フィールドで使用します。

SMS 送信

フローで [SMS 送信] アクションを使用して、プロセスの一環としてテキストメッセージを送信します。

受信者とメッセージで [SMS 送信] アクションを設定します。

  • 受信者:テキストメッセージを受信する受信者のユーザーレコード
  • メッセージ:送信するテキストメッセージの内容

[SMS 送信] アクションは、受信者が SMS 通知チャネルを作成している場合にのみ機能します。

通知送信

フローで [通知送信] アクションを使用して、通知レコードを実行します。

実行対象のレコードと通知で [通知送信] アクションを設定します。

  • レコード:通知に関連付けられたレコード
  • テーブルレコードのテーブル
  • 通知:選択したレコードテーブルと一致し、送信条件の値が [トリガー] になっている通知レコードから選択された、実行対象の通知レコード

通知レコードは、フローとは別に作成および管理されます。通知の作成の詳細については、「通知」モジュールを参照してください。この学習モジュールの演習では、NeedIt アプリケーションタグで提供される通知レコードを使用します。

[通知送信] アクションには、[メール送信][SMS 送信] のオプションに優る次のようなメリットがあります。

  • フローとは別に、通知の受信者と内容を管理する。フローを再公開せずに変更を行える。
  • 個別のアクションを使用する代わりに、メールと SMS 通知を 1 か所で管理する。
  • レコードへのリンク、登録解除のオプション、および通知設定をメッセージ内容に含める。
  • 希望する通知設定をユーザーが設定できるようになる。

演習 (7/18)

演習:通知を送信する

この演習では、期限切れの NeedIt タスクレコードの通知を送信するフローを作成します。

準備 - NeedIt タスクレコードの作成

作業しているモジュールによっては、NeedIt タスクレコードが既に存在する場合があります。この演習では、期日が過ぎた NeedIt タスクレコードが必要です。

  1. ServiceNow ブラウザーのメインウィンドウ (Studio ではない) で、Application Navigator を使用して [NeedIt] > [NeedIt タスク] を開きます。NeedIt タスクレコードが既にある場合とない場合があります。
  2. [ステータス] フィールドの値を [オープン] にして、期限切れの NeedIt タスクレコードを作成します。
    1. [新規] ボタンをクリックします。
    2. NeedIt タスクを設定します。
        担当者 Beth Anglin
        期日 <過去の任意の日付を選択>
        ステータス オープン
        簡単な説明 非常に遅れている
    3. 期限切れの NeedIt タスクレコード番号をメモします。
  3. [送信] ボタンをクリックしてレコードを保存します。

通知レコードを確認する

演習のこのセクションでは、フローで実行する通知レコードの内容を確認します。

  1. 前回の演習で NeedIt アプリケーションが Studio で開かれていない場合は、ここで開きます。

    1. ServiceNow ブラウザーのメインウィンドウで、Application Navigator を使用して [システムアプリケーション] > [Studio] を開きます。
    2. [アプリケーションを選択] ダイアログで、NeedIt アプリケーションをクリックします。
  2. 通知レコードを開いてプレビューします。

    1. アプリケーションエクスプローラーを使用して、[通知] > [通知] > [期限切れの NeedIt タスク] を開きます。

    質問[送信条件] の値は何ですか?

    回答[送信条件][トリガー] に設定されているのは、フローから実行する対象として通知を選択できるようにするためです。

    1. [受信者] セクション (タブ) に切り替えます。通知を受信するユーザーを特定します。
    2. [内容] セクション (タブ) に切り替えます。[件名][メッセージ HTML] を確認して、ユーザーに送信される内容を確認します。
    3. [通知のプレビュー] ボタンをクリックします。
    4. [通知のプレビュー] ダイアログで、[プレビューのレコード] を前のセクションで作成した NeedIt タスクに設定します。

    質問:Beth Anglin に取り消し線が引かれるのはなぜですか。

    回答:Beth は NeedIt タスク担当者ですが、通知は受信しません。Beth が通知を受信しない理由として最も可能性が高いのは、Beth がすべての通知を無効にしたか、または期限切れの NeedIt タスクの通知を無効にしたためです。あまり考えられないことですが、今回の場合は [イベント作成者に送信] オプションが選択されていないために Beth がイベントを生成したことが理由です。演習の次のセクションで Beth の通知設定を更新して、Beth が通知を受け取るようにします。

    1. [通知のプレビュー] ダイアログを閉じます。
  3. 通知に自分のメールアドレスを追加します。

    1. [受信者] セクション (タブ) に切り替えます。
    2. [ユーザーのロック解除] ボタン ([ユーザーのロック解除] ボタン) をクリックします。
    3. [メールアドレスの入力] フィールドに <自分のメールアドレス> を入力し、[メールアドレスを追加] ボタン ([メールアドレスを追加] ボタン) をクリックします。
    4. [更新] ボタンをクリックします。

Beth の通知設定を更新する

演習のこの部分では、Beth Anglin への通知を有効にします。

  1. Beth Anglin の代理操作を行います。

    1. ServiceNow ブラウザーのメインウィンドウで、ServiceNow バナーのユーザー名をクリックしてユーザーメニューを開きます。[代理操作ユーザー] オプションを選択します。

      代理操作メニューの選択

    2. [ユーザーの検索] フィールドに「Beth」と入力します。

      検索フィールドに「Beth」と入力して、ユーザーレコードをフィルタリングします。

    3. ドロップダウンリストで、[beth.anglin] をクリックします。

    4. ServiceNow バナーの [ユーザーメニュー] を確認します。これで、Beth Anglin として操作できます。

      Beth Anglin の代理として操作しています。

  2. Beth Anglin への通知を有効にします。

    1. ServiceNow バナーの [設定] アイコン ([設定] アイコンは、ServiceNow バナーの歯車アイコンです。) をクリックします。

    2. [システム設定] ダイアログで [通知] ペインを選択します。

    3. トグルを「有効」にスライドして、[通知を許可] オプションを有効にします。

    4. 必要に応じて、トグルを「有効」にスライドして [プライマリメール] チャネルを有効にします。

      通知の許可とプライマリメールを有効にして、Beth Anglin への通知を有効にします。

    5. [システム設定] ダイアログを閉じます。

  3. ユーザーメニューを開き、[代理操作を終了] メニューアイテムを選択します。

  4. Studio の 通知レコードに戻ります。

  5. [通知のプレビュー] ボタンをクリックします。

    1. Beth Anglin」に取り消し線が引かれていないことを確認します。
    2. メールが Beth Anglin の名前で [ユーザー] リストに表示されたことを確認します。
  6. [通知のプレビュー] ダイアログを閉じます。

スケジュール済みフローを作成する

期限切れの NeedIt タスクレコードを毎日検索するフローを作成します。

  1. フローを作成します。
    1. Studio で [アプリケーションファイルを作成] リンクをクリックします。
    2. [フィルター...] フィールドに「フロー」というテキストを入力するか、左ペインのカテゴリから [Flow Designer] を選択します。
    3. 中央ペインからファイルタイプとして [フロー] を選択し、[作成] ボタンをクリックします。
    4. [フロー] ダイアログで、[フロー] オプションを選択します。
    5. [次へ] ボタンをクリックします。
  2. フローを設定します。
      フロー名 期限切れの NeedIt タスクの検索 (Find Overdue NeedIt Tasks)
      説明 期限切れの NeedIt タスクを見つけ、タスクをアサインされた人に通知する日次プロセス。(Daily process to find overdue NeedIt Tasks and notify the person assigned the task.)
      アプリケーション NeedIt
      実行方法 システムユーザー
  3. [送信] ボタンをクリックします。
  4. トリガーを追加します。
    1. [トリガー] セクションで、[トリガーを追加] リンクをクリックします。
    2. [トリガー] フィールドの値を [日次] に設定します。
    3. 時間を [00] [15] [00] に設定します。
    4. [完了] ボタンをクリックします。
  5. 期限切れの NeedIt タスクを検索するアクションを追加します。
    1. [アクション] セクションで、[アクション、フローロジック、またはサブフローを追加] リンクをクリックします。

    2. [アクション] ボタンをクリックします。

    3. [ServiceNow コア] アクションで、[レコードを検索] アクションを選択します。

    4. アクションを構成します。

        テーブル NeedIt タスク [x_58872_needit_needit_task]
        条件 [アクティブ] [次の値に等しい] [true] AND
        [期日] [次の日より前 (before)] [今日]

      注意[期日] の条件値として [今日] を選択するには、値のプルダウンをクリックし、[日] を展開して [今日] を選択します。

    5. [完了] ボタンをクリックします。

  6. For Each フローロジックを追加します。
    1. [アクション、フローロジック、またはサブフローを追加] リンクをクリックします。
    2. [フローロジック] ボタンをクリックし、[For Each] メニューアイテムを選択します。
    3. アイテム(1 ▸ NeedIt タスクレコード) に設定します。
    4. [完了] ボタンをクリックします。
  7. [保存] ボタンをクリックします。

通知の送信アクションを追加する

期限切れの NeedIt タスクレコードごとにメールを送信するアクションをフローに追加します。

  1. [アクション] ボタンがまだ使用できない場合は、[アクション、フロー ロジックまたはサブフローを 2 - For Each の最初で唯一の子として追加 (Add Action, Flow Logic, or Subflow as the first and only child of 2 - For Each)] ボタンをクリックします。

    [アクション、フロー ロジックまたはサブフローを 2 - For Each の最初で唯一の子として追加 (Add Action, Flow Logic, or Subflow as the first and only child of 2 - For Each)] ボタンは、[For Each アイテム (For Each Item)] ブランチにあります。

  2. [アクション] ボタンをクリックします。

  3. [ServiceNow コア] アクションから、[通知送信] アクションを選択します。

  4. アクションを構成します。

      レコード (2 ▸NeedIt タスクレコード)
      通知 期限切れの NeedIt タスク

    説明どおりに設定された [通知を送信する] アクション。

  5. [完了] ボタンをクリックします。

  6. [保存] ボタンをクリックします。

フローをテストする

フローをテストして、通知によって生成されたメールのプレビューを確認します。

  1. フロー内で [テスト] ボタンをクリックします。
  2. [フローのテスト] ダイアログで、[テストの実行] ボタンをクリックします。
  3. [テストの実行が終了しました。フロー実行の詳細を表示します。] リンクをクリックします。
  4. [実行の詳細] で、すべてのアクションの [ステータス][完了] になっていることを確認します。エラーが出る場合は、エラーメッセージを表示し、フロー内のアクション構成を確認します。
  5. メールレコードを確認してプレビューを表示します。
    1. ServiceNow ブラウザーのメインウィンドウで、Application Navigator を使用して [システムメールボックス] > [送信] > [送信トレイ] を開きます。

      注意:別の学習モジュールで送信メールを設定した場合は、代わりに [システムメールボックス] > [送信] > [送信済み] でメールレコードを探してください。メールを受信したことを確認し、この学習モジュールの「受信メールとフロー」ページにスキップします。

    2. 期限切れの NeedIt タスクの最初に来る [件名] のレコードの [作成済み] の値をクリックして、レコードの詳細を表示します。

    3. [メールのプレビュー] 関連リンクをクリックして、メールコンテンツを表示します。

      1. 挨拶に「Beth 様」と表示されていることを確認します。
      2. NeedIt タスク 番号が正しいことを確認します。
      3. [簡単な説明] が正しいことを確認します。
    4. [閉じる] ボタンをクリックして、[メールをプレビュー] ダイアログを閉じます。

記事 (8/18)

送信メール設定

送信メールの設定は、通常、アプリケーション開発者ではなくシステム管理者の責任となります。個人の開発者インスタンスからメールを送信するには、送信メールを設定する必要があります。

ServiceNow ブラウザーのメインウィンドウで、Application Navigator を使用して [システム診断] > [メール診断] を開きます。個人の開発者インスタンスでは、メール送信はデフォルトで無効になっています。

メールの送信は無効です

メール送信を有効にするには、アプリケーションスコープを [グローバル] に設定する必要があります。

ServiceNow ブラウザーのメインウィンドウで、Application Navigator を使用して [システムのプロパティ] > [メールプロパティ] を開きます。[送信メール設定] 列で、[メール送信の有効化] を選択します。

メール送信の有効化

開発者向けのヒント:非本番インスタンスですべての通知をテストするには、メールの [このテスト用アドレスにすべてのメールを送信] プロパティにメールアドレスを追加します。個々の通知をテストするには、テスト用アドレスをフローに追加します。テストが完了したら、必ずフローからテスト用アドレスを削除してください。

[保存] をクリックして設定の変更を保存し、情報メッセージの [メール診断] リンクをクリックして、[メール診断] ページを開きます。

情報メッセージ内のメール診断リンク

メール送信が稼働中かどうかを検証します。

メール送信は稼働中です

スコープをアプリケーションスコープに戻します。

演習 (9/18)

演習:送信メール設定

この演習では、メールを送信するように個人開発者インスタンス (PDI) を設定します。

メール送信の有効化

  1. ServiceNow ブラウザーのメインウィンドウで、Application Navigator を使用して [システム診断] > [メール診断] を開きます。メール送信が非稼働中であることを検証します。

    メールの送信は無効です

    注意[メール送信は稼働中です] の場合は、送信メールが別の学習モジュールで設定されているため、この演習の残りの部分をスキップできます。

  2. グローバルアプリケーションスコープに切り替えます。

    1. ServiceNow バナーにアプリケーションピッカーを追加した場合は、アプリケーションピッカーを使用してスコープをグローバルに変更します。

      アプリケーションピッカーを使用してスコープをグローバルに設定する

    2. ServiceNow バナーにアプリケーションピッカーを追加していない場合:

      1. ServiceNow バナーの [設定] ボタン ([設定] ボタンは、ServiceNow バナーの右端のボタンです) をクリックします。
      2. [開発者] ペインを選択し、[アプリケーション] フィールドを使用してスコープを [グローバル] に変更します。
      3. ServiceNow バナーにアプリケーションピッカーを追加するには、[ヘッダーにアプリケーションピッカーを表示] トグルを有効にします (オプション)。
      4. [システム設定] ダイアログを閉じます。

      [システム設定] で [アプリケーション] フィールドの値を [グローバル] に設定

  3. メール送信を有効にします。

    1. ServiceNow ブラウザーのメインウィンドウで、Application Navigator を使用して [システムのプロパティ] > [メールプロパティ] を開きます。

    2. [送信メール設定] 列で、[メール送信の有効化] プロパティの [はい] を選択します。

      メール送信の有効化

    3. [保存] ボタンをクリックして、設定の変更を保存します。

  4. 情報メッセージの [メール診断] リンクをクリックして、[メール診断] ページを開きます。

    情報メッセージ内のメール診断リンク

  5. メール送信が稼働中であることを検証します。

    メール送信は稼働中です

  6. スコープを [NeedIt] に戻します。

    スコープを [NeedIt] に戻す

演習 (10/18)

演習:メールを受信する

この演習では、インスタンスで設定された送信メールを使用して期限切れの NeedIt タスクレコードのメールを送信するフローをテストします。

フローをテストする

期限切れの NeedIt タスクレコードのメールを再度送信するフローをテストし、メールが送信されたことを確認します。このメールへの返信は、後半の演習で行います。

  1. 前の演習において、Flow Designer で [期限切れの NeedIt タスクの検索 (Find Overdue NeedIt Tasks)] フローが開かれていない場合は、ここで開きます。

    1. ServiceNow ブラウザーのメインウィンドウで、Application Navigator を使用して [プロセス自動化] > [Flow Designer] を開きます。
    2. Flow Designer ホームタブの [フロー] タブで、[期限切れの NeedIt タスクの検索 (Find Overdue NeedIt Tasks)] フローをクリックします。
  2. フロー内で [テスト] ボタンをクリックします。

  3. [フローのテスト] ダイアログで、[テストの実行] ボタンをクリックします。

  4. [テストの実行が終了しました。フロー実行の詳細を表示します。] リンクをクリックします。

  5. [実行の詳細] で、すべてのアクションの [ステータス][完了] になっていることを確認します。エラーが出る場合は、エラーメッセージを表示し、フロー内のアクション構成を確認します。

  6. メールが送信されたことを確認します。

    1. ServiceNow ブラウザーのメインウィンドウで、Application Navigator を使用して [システムメールボックス] > [送信] > [送信済み] を開きます。

    2. メールが送信されたことが確認できるまで、リストを再ロードします。

  7. 受信ボックス内でメールを探します。メールが表示されない場合は、スパムフォルダーを確認してください。

  8. Flow Designer ウィンドウを閉じます。

記事 (11/18)

受信メールとフロー

受信メールは、任意のユーザーから ServiceNow に送信されるメールです。ServiceNow は受信メールを解析し、受信メールフローに基づいてアクションを実行します。

ServiceNow は、受信したメールを分析して以下のように判別します。

  • メッセージが返信、転送、または新規メッセージの場合
  • メッセージが既存のレコードを参照している場合
  • 送信者が既知のユーザーである場合

受信メールは、任意のメールアドレスから受け取れます。ServiceNow は、それに応じてアクションを実行する場合と実行しない場合があります。

受信メールトリガーを使用して受信メールに対してアクションを実行するようにフローを設定します。

返信、転送、または新規?

最初のステップでは、メッセージが返信、転送、または新規メッセージかどうかを判別します。ServiceNow は、受信メールの件名に返信または転送を示すプレフィックスがあるかどうかを検索します。

プリフィックスを設定するには、Application Navigator を使用して [システムメールボックス] > [管理] > [メールプロパティ]を開きます。大文字と小文字を区別しないカンマ区切りのリストを使用して、受信メール構成で返信と転送のプリフィックスを設定します。システム管理者は通常、インスタンスのプリフィックスを設定します。

返信識別子と転送識別子は、「Re:」や「Fwd:」などの文字列です。

受信メールから作成されたメールレコードの [受信タイプ] は、[新規][転送]、または [返信] に設定されます。

ウォーターマーク/レコード番号

受信メールが返信または転送として認識された場合は、件名またはメッセージ本文で一意のウォーターマークを探して、受信メールと既存のレコードとの照合が試みられます。デフォルトでは、ウォーターマークは送信メッセージの最後の行として挿入されます。

ウォーターマークは送信メールの最後の行です

ウォーターマークが見つからない場合は、件名と本文でレコード番号が検索されます。

条件

実行する受信メールフローを決定する最後のステップは、メール条件が一致するかどうかを確認することです。条件ビルダーを使用して条件を作成します。

受信メールフローは、次の場合にのみ実行されます。

  • 受信メール タイプが受信アクションタイプと一致する
  • ウォーターマークまたはレコード番号がターゲットテーブルのレコードと一致する
  • 受信アクションの [メール条件] の評価が true
  • 一致したユーザーが、一致したレコードを読み取れる

記事 (12/18)

フローの受信メール詳細の解析

ServiceNow インスタンスがメールを受信すると、インスタンスはメールの詳細情報とそれに一致するユーザーを解析します。開発者は、解析されたメールとユーザーデータにフロー内でアクセスできます。

解析されたメールの表示

ServiceNow インスタンスがメールを受信すると、インスタンスはメールを解析し、解析された詳細情報からメールレコードを作成します。この例は、解析したメールの Flow Designer データピルを示しています。

ServiceNow は、受信メールのデータを解析してメール変数に変換します。

解析したメッセージからメールオブジェクトの値を直接表示するには、[システムメールボックス]メールレコードにアクセスします。受信メールは、次の 3 つのメールボックスのいずれかに表示されます。

  • 受信ボックス:メールを受信したが、そのメールに対して受信メールフローまたは Inbound Email Actions が実行されていない場合は、Application Navigator を使用して [システムメールボックス] > [受信] > [受信ボックス] を開きます。メールは、処理されるか無視されるまで受信ボックスに残ります。[メールログ] 関連リストを確認して、メールが処理されなかった理由を特定します。
  • 受信ボックス:受信メールフローまたは受信メールアクションによってメールが処理されている場合は、Application Navigator を使用して [システムメールボックス] > [受信] > [受信済み] を開きます。
  • 迷惑メール:メールフィルターによってメールが迷惑メールであると判断された場合、メールは迷惑メールメールボックスに移動されます。Application Navigator を使用して [システムメールボックス] > [受信] > [迷惑メール] を開き、迷惑メールに分類されたメールが無視されていることを確認します。

注意:システムメールボックスモジュールのデフォルトのフィルターには、当日作成されたメールレコードのみが表示されます。古いメールレコードを表示するには、[作成日が本日 (Created on Today)] フィルターを削除します。

メールレコードを開いて、解析された詳細情報を確認します。

受信メールボックスには、件名、受信者、本文、コンテンツタイプ、およびヘッダーが表示されます。

記事 (13/18)

送信者の識別

ServiceNow は、送信者のメールアドレスをユーザー [sys_user] テーブルレコードと照合しようとします。

ユーザーテーブルでレコードと一致するメールアドレスを検索

一致するものが見つかった場合:

  • 一致したユーザーがメールレコードの [ユーザー ID] フィールドに追加される
  • ServiceNow は、メールに応答してアクションを実行するときにユーザーの代理操作を行う
  • 受信メールフローは、[ユーザーレコード] データピルを介してユーザーの情報にアクセスできます。

一致するものが見つからない場合:

  • 送信者のメールアドレスがメールレコードの [ユーザー] フィールドに追加される
  • ユーザーの自動作成が有効になっている場合は、ユーザーレコードが自動的に作成され、代理操作が行われる
  • ユーザーの自動作成が無効になっている場合、ゲストユーザーとして代理操作が行われる

2 つのメールレコードがあるメール受信ボックス。一方は一致するユーザーなしで [ユーザー] フィールドにメールアドレスがあり、もう一方は [ユーザー ID] フィールドに一致するユーザーがいます。

注意:メール返信の場合、代理操作されたユーザーは、返信レコードと一致するテーブルにアクセスできる必要があります。ユーザーがレコードにアクセスできない場合、メールは受信メールフローによって処理されません。

記事 (14/18)

受信メールフローの作成

受信メールフローを作成する手順は、他のフローと同じです。フローを作成し、[受信メール] をトリガーとして選択します。フローの [メール条件] および [返信レコードタイプ] を設定し、メール受信時にプロセスを実行するアクションを追加します。

メール条件の設定と返信レコードタイプの設定

[メール条件] を設定して、受信したメールで受信メールフローを実行するかどうかを決定します。

Special Occasions サンプルアプリは、誕生日や就業日を祝うためにユーザーにメールを送信します。ユーザーがこれらのメールのいずれかに日付の問題を返信するとどうなるでしょうか?

この例では、受信メールフローは、特別な機会のメールへの返信に対してアクションを実行するように設計されています。[受信タイプ] は、メールの返信に対してのみ [返信] を実行するように設定されています。[メール条件] では、ユーザーが本文テキストに何らかの修正を書き込んだことを示すテキストも検索します。たとえば、「今日ではない」、「日付が不適切」、「日付が間違っている」などです。

説明されているメール条件で構成され、[返信レコードタイプ] に、ユーザーが返信した「機会」レコードが設定されている受信メールトリガー。

[返信レコードタイプ] は、ユーザーに送信された元のメールのウォーターマークを [機会] テーブルのレコードと照合します。フローは機会レコードにアクセスして、レコードを更新したり、フォローアップタスクでレコードを参照したりすることができます。新しいメールを処理する受信メールフローの [返信レコードタイプ] フィールドには値を設定しないでください。

メール、ユーザー、および返信レコードデータの使用

[受信メール] トリガーが選択すると、メールユーザー、および返信レコードをフローで使用できるようになります。この例では、[データ] パネルの [トリガー] セクションに、インスタンスから送信された元のメールと一致する [メールレコード][ユーザーレコード]、および [機会レコード] のデータピルがあります。

受信メールトリガーには、受信メールの [メールレコード]、[本文]、[件名]、[送信元アドレス]、[ユーザーレコード] の各データピル、受信メールに関連付けられたレコードとターゲットテーブルがあります。

アクションで、トリガーのデータピルを使用します。この例では、最初のアクションで機会レコードを更新して非アクティブとしてマークし、問題が解決されるまでユーザーがそれ以上通知を受け取らないようにします。2 番目のアクションでは、問題 機会レコードをフォローアップするインシデントレコードを作成し、ユーザーのメールからインシデントレコード番号本文テキストを含めます。

受信メールトリガーには、受信メールの [メールレコード]、[本文]、[件名]、[送信元アドレス]、[ユーザーレコード] の各データピル、受信メールに関連付けられたレコードとターゲットテーブルがあります。

演習 (15/18)

演習:受信メール設定

この演習では、メールを受信するように個人開発者インスタンス (PDI) を設定します。通常、メールの送受信を管理するのはシステム管理者です。

メール受信を有効にする

  1. ServiceNow ブラウザーのメインウィンドウで、Application Navigator を使用して [システム診断] > [メール診断] を開きます。メール受信が非稼働中であることを検証します。

    メールの送信は無効です

    注意:インスタンスに [メール受信は稼働中です] と表示される場合は、送信メールが別の学習モジュールで設定されているため、この演習の「返信のプリフィックスを設定する」セクションに進んでかまいません。

  2. グローバルアプリケーションスコープに切り替えます。

  3. メール受信を有効にします。

    1. ServiceNow ブラウザーのメインウィンドウで、Application Navigator を使用して [システムのプロパティ] > [メールプロパティ] を開きます。

    2. [受信メール設定] 列で、[メール受信の有効化] を選択します。

      メール送信の有効化

    3. [保存] ボタンをクリックして、設定の変更を保存します。

  4. 情報メッセージの [メール診断] リンクをクリックして、[メール診断] ページを開きます。

    情報メッセージ内のメール診断リンク

  5. メール受信が稼働中であることを検証します。

    メール送信は稼働中です

返信のプリフィックスを設定する

  1. メールアプリケーションに切り替えます。たとえば、Outlook や Gmail などです。
  2. メッセージに返信します。
  3. 件名を調べて、メッセージが返信であることを示すテキストを確認します。たとえば、RE:、re:、Reply などです。返信は送信しないでください。
  4. ServiceNow に戻り、ServiceNow ブラウザーのメインウィンドウで Application Navigator を使用して [システムのプロパティ] > [メールプロパティ] を開きます。
  5. [これらの件名のプリフィックスにより返信メールとして識別] フィールドを確認します。返信メッセージを示す文字列がメールアプリケーションで使用されない場合は、その文字列をフィールドに追加します。フィールドはカンマで区切られ、大文字と小文字は区別されません。
  6. 変更した場合は、[保存] ボタンをクリックします。
  7. スコープを [NeedIt] に戻します。

スコープを [NeedIt] に戻す

演習 (16/18)

演習:受信メールフローを作成する

この演習では、期限切れの NeedIt タスクのメール通知に対する応答を処理するための受信メールフローを作成してテストします。

重要:個人開発者インスタンス (PDI) は、devXXXXX@servicenowdevelopers.com 形式 (XXXXX は PDI 番号) のメールアドレスを使用してメールを送信します。PDI が古いと、このアドレスに送信されたメールは受信されません。古い PDI を使用している場合は、メール受信者を変更してから返信を送信する必要があります。

メール受信者を変更する必要があるかどうかを判断するには、Application Navigator を使用して [システムメールボックス] > [管理] > [メールアカウント] を開きます。ServiceNow POP3 のメールアカウントレコードを開きます。[サーバー] の値が [pop3] の場合、この演習でメールに返信するときに、[宛先] フィールドのメールアドレスを「devXXXXX@service-now.com」に変更します。[サーバー] の値が [pop3dev] の場合は、変更する必要はありません。

[他のアクション] メニュー

受信メールフローを作成する

演習のこのセクションでは、期限切れの NeedIt タスクに応答してメールを受信したときに実行されるフローを作成します。このフローでは、受信メールの本文テキストを含む NeedIt タスクレコードを更新します。

  1. 受信メールフローを作成します。

    1. Studio で [アプリケーションファイルを作成] リンクをクリックします。
    2. [フィルター...] フィールドに「フロー」というテキストを入力するか、左ペインのカテゴリから [Flow Designer] を選択します。
    3. 中央ペインでファイルタイプとして [フロー] を選択し、[作成] ボタンを選択します。
    4. [フロー] ダイアログで、[フロー] を選択します。
    5. [次へ] ボタンをクリックします。
    6. フローを設定します。
        名前 返信時に NeedIt タスクを更新 (Update NeedIt Task on Reply)
        説明 受信したメールのテキストを使用して、NeedIt タスクレコードのアクティビティストリームを更新します。(Update the Activity stream on a NeedIt Task record with the text from a received email.)
        アプリケーション NeedIt
    7. [送信] ボタンをクリックします。
  2. 受信メールトリガーを作成します。

    1. [トリガーを追加] リンクをクリックします。
    2. トリガーを設定します。
        トリガー 受信メール
        メール条件 [受信タイプ] [次の値に等しい] [返信] AND
        [件名] [次の値を含む] [期限切れの NeedIt タスク]
        返信レコードタイプ NeedIt タスク [x_58872_needit_needit_task]
    3. [完了] ボタンをクリックします。

    設定された受信メールトリガー。

  3. メールに関連付けられた NeedIt タスクレコードを更新するアクションを追加します。

    1. [アクション、フローロジック、またはサブフローを追加] リンクをクリックします。
    2. [アクション] ボタンをクリックします。
    3. [ServiceNow コア] アクションから、[レコードを更新] アクションを選択します。
    4. (NeedIt タスクレコード) データピルを、[データ] ペインの [トリガー] - [受信メール] セクションから [レコード] フィールドにドラッグします。
    5. メール本文テキストを記入した作業メモを追加します。
      1. [+ フィールド値を追加] ボタンをクリックします。
      2. [作業メモ] フィールドを選択します。
      3. (トリガー ▸ 本文テキスト) に値を設定します。
      4. [完了] ボタンをクリックします。
  4. [保存] ボタンをクリックします。

  5. [有効化] ボタンをクリックします。

  6. [フローの有効化の確認] ダイアログで、[有効化] ボタンをクリックします。

受信メールフローをテストする

  1. メールアプリケーションに切り替えて、前の演習で受信した期限切れの NeedIt タスクのメールを開きます。期限切れの NeedIt タスクメールを削除した場合は、[期限切れの NeedIt タスクの検索 (Find Overdue NeedIt Tasks)] フローを再度テストして別のメールを送信できます。

  2. 期限切れの NeedIt タスクのメールに返信します。

    1. メッセージ本文に、任意のテキスト (「今日このタスクを完了する」など) を追加します。
    2. 必要に応じて、受信者を devXXXXX@service-now.com (XXXXX は PDI 番号) に変更します。メール受信者を変更する必要があるかどうかを判断するには、この演習の概要に記載の「重要」メッセージを参照してください。
    3. 返信を送信します。
  3. ServiceNow インスタンスに戻り、ServiceNow ブラウザーのメインウィンドウで Application Navigator を使用して [システムメールボックス] > [受信] > [受信ボックス] を開きます。

  4. 返信が届くまで待ちます。メールサーバーが PDI にメールを送信し、インスタンスがメールサーバーからメールを取得するまでに数分かかる場合がありますので、しばらくお待ちください。リストを更新するには、[他のアクション] メニュー ([他のアクション] メニュー) をクリックして、[リストを更新] メニューアイテムを選択します。

  5. メールレコードを開き、[メールログ] 関連リストを確認します。

    質問:メールが処理されなかった理由を教えてください。


    回答:ServiceNow が返信からターゲットレコードにアクセスできませんでした。

    受信メールの新規ユーザー設定に関連する設定は 3 つあります。

    ユーザーが一致しなかった、または一致したユーザーがレコードにアクセスするための適切なロールを持っていなかったために、ユーザーがレコードにアクセスできなかった可能性があります。[ユーザー] または [ユーザー ID] フィールドを調べて、一致したユーザーを確認します。

ユーザーを照合してロールを設定する

ユーザーが一致せず、ゲストユーザーが NeedIt タスクレコードにアクセスできなかったため、メールを処理できませんでした。演習のこのセクションでは、インスタンス内のユーザーと一致するよう、自分のメールアドレスに Beth Anglin のメールアドレスを設定します。また、Beth が NeedIt タスクレコードへのアクセスに必要なロールを持っていることも確認します。

  1. ServiceNow のメインウィンドウで、Application Navigator を使用して [ユーザー管理] > [ユーザー] を開きます。
  2. beth.anglin ユーザーレコードを見つけて開きます。
  3. [メール] フィールドの値を <自分のメールアドレス> に変更します。
  4. [他のアクション] メニュー ([他のアクション] メニュー) をクリックして、[保存] メニューアイテムを選択します。
  5. NeedIt ロールを Beth Anglin に割り当てます。
    1. [ロール] 関連リストで、[編集...] ボタンをクリックします。

    2. [コレクション] スラッシュバケットで、「x_58872」で始まるロールを検索します。

    3. [x_58872_needit.needit_task_user] ロールを選択します。

      ロールリストに移動する準備ができた 3 つの NeedIt ロール。

    4. [追加] ボタン ([追加] ボタン。) をクリックします。

    5. このプロセスを繰り返して、[x_58872_needit.needit_user] ロールを [ロールリスト (Roles List)] に追加します。

    6. [保存] ボタンをクリックする

  6. [更新] ボタンをクリックします。

受信メールフローを再テストする

  1. メールアプリケーションに切り替えて、前の演習で受信した期限切れの NeedIt タスクのメールを開きます。期限切れの NeedIt タスクメールを削除した場合は、[期限切れの NeedIt タスクの検索 (Find Overdue NeedIt Tasks)] フローを再度テストして別のメールを送信できます。

  2. 期限切れの NeedIt タスクのメールに返信します。

    1. メッセージ本文に、任意のテキスト (「試行 2:今日このタスクを完了する」など) を追加します。
    2. 必要に応じて、受信者を devXXXXX@service-now.com (XXXXX は PDI 番号) に変更します。メール受信者を変更する必要があるかどうかを判断するには、この演習の概要に記載の「重要」メッセージを参照してください。
    3. 返信を送信します。
  3. ServiceNow インスタンスに戻り、ServiceNow ブラウザーのメインウィンドウで Application Navigator を使用して [システムメールボックス] > [受信] > [受信ボックス] を開きます。

  4. 返信が届くまで待ちます。メールサーバーが ServiceNow インスタンスにメールを送信し、インスタンスがメールサーバーからメールを取得するまでに数分かかる場合がありますので、しばらくお待ちください。リストを更新するには、[他のアクション] メニュー ([他のアクション] メニュー) をクリックして、[リストを更新] メニューアイテムを選択します。

  5. Application Navigator を使用して、[システムメールボックス] > [受信] > [受信済み] を開きます。

  6. 返信が処理されて [受信済み] ボックスに移動するのを確認します。リストを更新するには、[他のアクション] メニュー ([他のアクション] メニュー) をクリックして、[リストを更新] メニューアイテムを選択します。

    メールが処理されて [受信済み] ボックスに格納されています。

  7. NeedIt タスクレコードの更新内容を表示します。

    1. [作成日時] の日付をクリックしてレコードを開きます。

    2. [ターゲット] フィールドの [このレコードをプレビュー] ボタン ([このレコードをプレビュー] ボタン) をクリックします。

    3. [レコードを開く] ボタンをクリックします。

    4. [アクティビティ] リストを表示して、作業メモが NeedIt タスクレコードに追加されたことを確認します。

      レコードに作業メモとして追加されたメールの本文テキストが、アクティビティストリームに表示されます。この例では、「試行 2:今日このタスクを完了する」というテキストと元のメールテキストが作業メモに表示されます。

メールアドレスを削除する

演習のこのセクションでは、予期しない通知を防止するため、通知と Beth のユーザーレコードから自分のメールアドレスを削除します。

  1. 期限切れの NeedIt タスクの通知レコードが Studio で開かれていない場合は、Studio のアプリケーションエクスプローラーを使用して、[通知] > [通知] > [期限切れの NeedIt タスク] を開きます。
  2. 通知から自分のメールアドレスを削除します。
    1. [受信者] セクション (タブ) に切り替えます。
    2. [ユーザーのロック解除] ボタン ([ユーザーのロック解除] ボタン) をクリックします。
    3. <自分のメールアドレス> を選択し、[選択したアイテムを削除] ボタン ([選択したアイテムを削除] ボタン) をクリックします。
    4. [更新] ボタンをクリックします。
  3. Beth のユーザーレコードから自分のメールアドレスを削除します。
    1. ServiceNow のメインウィンドウで、Application Navigator を使用して [ユーザー管理] > [ユーザー] を開きます。
    2. beth.anglin ユーザーレコードを見つけて開きます。
    3. [メール] フィールドの値を「beth.anglin@example.com」に変更します。
    4. [更新] ボタンをクリックします。

演習 (17/18)

演習:「Flow Designer での通知」作業を保存する (オプション)

開発者は、GitHub のようなソースコントロールアプリケーションを使用して、個人開発者インスタンス (PDI) の外部で変更をコミット (完了した作業を保存) できます。アプリケーションに対する変更内容をコミットして、作業をソースコントロールに保存します。

この演習では、このモジュールで完了した作業を GitHub リポジトリに保存します。

注意:ServiceNow が開発者プログラムの学習コンテンツで GitHub を使用する方法の詳細と、作業を保存する方法に関するビデオを見るには、『GitHub ガイド』を参照してください。

変更をコミット (Commit Changes)

  1. NeedIt アプリケーションが Studio で開かれていない場合は、ここで開きます。

    1. ServiceNow ブラウザーのメインウィンドウで、Application Navigator を使用して [システムアプリケーション] > [Studio] を開きます。

    2. [アプリケーションを選択] ダイアログで、このアプリケーションをクリックします。

  2. [ソースコントロール] メニューを開き、[変更をコミット] メニューアイテムを選択します。

    [変更をコミット (Commit Changes)] メニューアイテムを選択

  3. コミットする更新を選択します。

    1. [<アプリケーション> のソースコントロールにコミットするファイルを選択] ダイアログで、[すべての Update Sets] を選択します。
    2. コミットするアプリケーションファイルを確認します。
    3. [続行] ボタンをクリックします。

    ソースコントロールにコミットするファイルを選択する

  4. [NeedIt のソースコントロールにコミットするファイルを確認] ダイアログで、「「Flow Designer での通知」モジュールが完了しました」などのコミットのコメントを入力します。

  5. [コミットファイル] ボタンをクリックします。

    コミットメッセージを入力

  6. [変更をコミット] ダイアログが成功を報告したら、[閉じる] ボタンをクリックします。

    変更が正常にコミットされました

    注意:変更のコミットに失敗した場合は、フォークしたリポジトリ URL ではなく ServiceNow のリポジトリ URL を [URL] フィールドに入力している可能性があります。GitHub 接続問題のトラブルシューティング方法については、『GitHub ガイド』の 「GitHub 問題のトラブルシューティング」を参照してください。

記事 (18/18)

Flow Designer の Notifications モジュールのまとめ

コアコンセプト:

  • フローのアクションをユーザーに通知
    • 通知送信
    • メール送信
    • SMS を送信
  • [通知送信] アクションは、ユーザーにそのまま通知する場合に推奨される方法です。
    • 受信者と通知コンテンツをフローから分離します
    • [メール送信] および [SMS 送信] アクションでは利用できない追加の構成オプションを許可します
    • ユーザーの希望する通知設定に基づいてメールまたは SMS を送信できます
  • ServiceNow が受信メッセージを解析して [メール] オブジェクトに変換します。
  • ServiceNow が、受信したメールのメール送信者をユーザー [sys_user] テーブルの [メール] フィールドと照合します。
  • 受信メールフローが受信メールを処理します。
  • 受信メールフローでデータピルを使用して、次のデータにアクセスします。
    • メールレコード
    • 一致したユーザーレコード
    • メール返信の関連レコード
  • インスタンスが受信したメール返信からレコードにアクセスするには、ユーザーがレコードにアクセス可能である必要があります。
  • [システムメールボックス] モジュールを使用して、メールが送信されたか、受信されたか、スキップされたかを判断します