ビュー:
ビジネスワークフローでServiceNowを使用している場合は、チケットを手動で作成したり、アカウント内の関連イベントに対してチケットの自動作成のトリガーを設定したりできます。

ServiceNowチャネルを設定する

  1. [ServiceNowチャネルの作成]をクリックします。
  2. チャネルを同じタイプの他のチャネルと区別するために、 [チャネル名] を入力します。
    注意
    注意
    このフィールドは20文字に制限されています
  3. [今すぐボードを設定] には3段階のプロセスが必要です
    1. 次の詳細を入力してServiceNowと統合します
      1. [ServiceNowのURL]
      2. [ユーザ名]
      3. [パスワード]
    統合が成功すると、 クラウドポスチャ ダッシュボードにServiceNowアカウントからメタデータが自動的に読み込まれます。
    1. [追加設定] と入力して、通信チャネルをカスタマイズします。通知は、問題、インシデント、または設定テスト結果のいずれかとしてレポートするように設定できます。
    2. 作成オーバーライドや解決オーバーライドなど、 [詳細設定] を設定します。
      注意
      注意
      複数のユーザに通知を送信するには、ServiceNowチケットをグループに直接割り当てます。
    3. [テスト設定] を使用して、正しい構成が設定されていることを確認します。
      注意
      注意
      [itil] ロールに削除権限は必要ありませんが、削除権限を付与しない場合でも、接続のテスト後も、 クラウドポスチャ によって作成されたテストレコードは存在します。
    4. Copy communication settings
[カスタムフィールドの例]
[詳細設定。]の下の上書きフィールドには、ほとんどのカスタムフィールドを含めることができます。
例:
[Creation override]
{ "impact": 1, "urgency": 1, "priority": 1 }
[Resolution override]
{ "close_notes": "Problem/Incident has been marked as resolved by クラウドポスチャ." }クラウドポスチャ."
}
[Service Now (SNOW) 統合のオーバーライドフィールドのJSONの例。]
[作成のオーバーライド:]
{ "impact": 1, "urgency": 1, "priority": 1 }
[解像度のオーバーライド:]
{ "close_notes": "Problem/Incident has been marked as resolved by クラウドポスチャ." }クラウドポスチャ."
    }
これはSNOW APIで動作しますここ
クラウドポスチャのJSONの例
クラウドポスチャ はTable API v1 (/api/now/v1/table/problemまたは/api/now/v1/tableincident )。
リクエストの本文は次のようになります。
{ "short_description": "", "description": "", "comments": "", "urgency": "", "impact": "", "priority": "", "assigned_to": "" "caller": ""<== Only for incidents, }
ServiceNowインスタンスのバージョンと設定によっては、追加のフィールドを使用できる場合があります。 ServiceNow内からREST APIエクスプローラを参照して、リクエストのオーバーライドに含めることができるフィールドを確認できます。

インシデント/問題のフィルタ

オプション1: [ソース] フィールドを使用する

  1. [ServiceNow]で、カスタムフィールドを [インシデント/問題] テーブルに追加します。
    1. 生成される列名を書き留めておきます。たとえば、カスタムフィールド「ソース」が作成されたときに、列名「u_source」が生成されました。
    2. ServiceNowテーブルへのカスタムフィールドの追加の詳細については、以下を参照してください。テーブルへのフィールドの追加
  2. クラウドポスチャで、 クラウドポスチャ アカウントのServiceNow通信チャネル設定用に作成オーバーライドJSONペイロードを追加します。
    1. [Main Dashboard] [Select {Account}] [設定] [Communication settings] [Update communication settings] [「ServiceNow」の設定]に移動して、ServiceNowチャネルを設定します。
    2. [ボードの設定]をクリックします。
    3. [詳細設定]で、カスタムフィールドをキーとしてJSONペイロードを追加します (例:u_source ) と値Trend Micro。例:{"u_source": "Trend Micro"}
    4. [保存] ボタンを有効にするには、パスワードを再度入力し、 [接続] ボタンを押します。
  3. カスタムソースフィールドをフィルタに使用できるようになりました。

オプション2: カスタムフィールドを使用する

カスタムフィールドを使用して、キーワードで終わる説明情報をフィルタできます。source: Trend Micro クラウドポスチャによって生成されたインシデント/問題の場合。
  1. [ServiceNow][すべてのインシデント/問題] に移動し、 [フィルタ] アイコンをクリックします。
  2. 最初のドロップダウンから [説明] を選択し、2番目のドロップダウンから [次で終る] を選択して、 [トレンドマイクロ]と入力します。
  3. クラウドポスチャ によって生成され、説明が「トレンドマイクロ 」で終わるインシデント/問題を表示するには、 [実行] をクリックします。

ServiceNowの問題ITSMタイプの追加設定手順

統合で状態を [解決済み]に更新できるようにするには、次の手順を実行します。

削除readonly[問題] テーブルの [状態] フィールドから

  1. 上部のメニューから [すべて] をクリックし、「Dictionary」を検索します。
  2. [システム定義]で、 [辞書]をクリックします。
  3. [表] 列に「Task」と入力します。
  4. [列の名前] 列に「State」と入力し、Enter キーを押します。
  5. [表] 列で、タスクのリンクをクリックします。
  6. 2番目の表で、 [ディクショナリのオーバーライド]をクリックします。
  7. [表] 列で、問題のリンクをクリックします。
  8. [読み取りのみ] のチェックを外し、 [アップデート]をクリックします。

からの状態フローを有効にします。AssessResolved問題テーブル

  1. 上部のメニューから [すべて] をクリックし、「State Models」を検索します。
  2. [名前] 列で、 [Problem Management: 初期設定のフロー] リンクをクリックします。
  3. [都道府県] 列で、 [解決済み] リンクをクリックします。
  4. [条件を入力]で、 [診断] を Cmd + クリック (MacOS) または Ctrl + クリック (Windows) を押して、強調表示された状態に追加します。
  5. [アップデート]をクリックします。

設定Resolution code必須ではないフィールドとして

この手順は、最小限の設定変更で状態フローが機能するようにするために不可欠です。
  1. 上部のメニューで [すべて] をクリックし、[データポリシー] を検索します。
  2. [データポリシー] をクリックします。[システムポリシー] [ルール]
  3. [短い説明] 列の横にある虫めがねのアイコンをクリックして、テーブルフィルタを表示します。
  4. [短い説明] 列の下のテキストフィールドに「 [[状態] が [解決済み] の場合に [解決コード] を必須にする] 」と入力します。
  5. [[状態] が [解決済み] の場合に [解決コード] を必須にする] リンクをクリックします。
  6. [アクティブ] オプションの選択を解除します。
  7. [アップデート]を選択します。
[データポリシー] 画面にリダイレクトされ、 [アクティブ] 列がfalseをクリックします。