ServiceNow は、企業システム全体で IT サービスの管理、運用、ワークフローを効率化する、クラウドベースのプラットフォームです。 ArcGIS を使用する多くの組織は、さまざまなワークフローで ServiceNow を使用するユーザーでもあります。 重要なエンタープライズ ビジネス システムとして、多くの組織は、さまざまなパターンを通じて ArcGIS と ServiceNow 間でワークフローやデータを統合したいと考えています。 以下に示すオプションは、使用できる標準的なソリューションや、推奨される概念やアプローチがあるかどうかも含めて、ArcGIS と ServiceNow の統合パターンについて考えるためのガイダンスを提供します。
ServiceNow の管理者やデザイナーは、ワークフローを実現するために、さまざまな UI コンポーネントを作成できます。 成功を期待できる統合パターンの 1 つは、HTML <iframe> コンポーネントを使用した ArcGIS Web アプリケーション (ArcGIS Experience Builder アプリケーションのような設定可能なアプリや、ArcGIS Maps SDK for JavaScript で構築したカスタム アプリケーションなど) の埋め込みです。 これらのアプリケーションは、多くの場合 URL パラメーターをサポートしており、ServiceNow インターフェイスで動的に定義できるため、マップが読み込まれた際に特定の場所や対象地域、または特定のフィーチャやアセットをマップに表示できるようにしています。
ServiceNow から ArcGIS コンテンツにアクセスするための別の統合パターンは、ServiceNow Integration Hub 機能を使用し、ServiceNow のアクションに基づいて REST メッセージを送信するか、リモート REST サービスにクエリーして ServiceNow レコードの追加や情報付加に使用できるデータを返すことです。 このパターンを使用すると、ArcGIS ジオコーディング サービスやフィーチャ レイヤーに空間的なコンテキスト情報をクエリーし、REST 応答を受けた後に ServiceNow オブジェクトに帰属やジオメトリーを保存することができます。
主に ArcGIS で作業するユーザーにも、ServiceNow のデータや帰属のメリットを受けるワークフローがある場合があります。 ArcGIS が ServiceNow のデータと連携できるようにするためのさまざまなパターンが存在し、以下のようなものが提供されています。
カスタム データ フィードを開発して、特定の ServiceNow データセットに直接フィーチャ レイヤー アクセスを提供することができます。 ServiceNow のアセットやレコードの複雑さに応じて、複数のレイヤーを設定でき、十分な計画と開発投資があれば編集もサポートできます。
Maps SDK for JavaScript カスタム アプリケーションや、ArcGIS Pro プラグインのデータ ソースなどの ArcGIS Maps SDK で構築された他のアプリケーションは、ServiceNow のデータセットやエンドポイントをクエリーするカスタム レイヤーを作成できます。 このクエリーで、アプリケーション内のポップアップやインターフェイスに追加できるデータを取得できる場合もあります。
Python ベースの ETL を作成すると、ServiceNow Python API を使用して ServiceNow からクエリーすることができ、ServiceNow API へのアクセス時の認証や開発者の生産性向上に役立ちます。 Python コードは、ArcGIS Pro から実行する、あるいは ArcGIS Online や ArcGIS Notebook Server の ArcGIS Notebooks を使用して自動化またはスケジュールされたプロセスの一部として実行することができます。
Esri では、ServiceNow と ArcGIS Workflow Manager がシステム間で REST リクエストを使用して連携するしくみを説明したデモンストレーション ビデオを用意しています。 このデモンストレーションの論理的フローは次のとおりです:
ServiceNow でインシデントを作成すると、インシデント ID を含むペイロードを持つリクエストが Workflow Manager の CreateJob エンドポイントに送信されます。
Workflow Manager ジョブは、(別の REST リクエストを使用して) インシデントの詳細を ServiceNow にクエリーし、インシデントを閉じるかどうかを確認するユーザー アクションを含む複数のステップ タイプを経て処理を進めるよう設計されています。
Workflow Manager でインシデントが解決されると、別の Web Request ステップが ServiceNow に別のリクエストを送信し、インシデントのステータスを更新してワークフロー完了を反映します。
この送受信の統合パターンは、ArcGIS Workflow Manager の柔軟性とパワーを強調し、ServiceNow と ArcGIS が連携する必要のあるさまざまな統合要件や状況に応じて外挿や調整が可能です。
ワークフローやアプリベースの統合について挙げられる別の例として、ServiceNow モバイル アプリケーションと Field Maps のような ArcGIS モバイル アプリケーションの切り替えがあります。 モバイル デバイス上で ServiceNow のサービスや環境を操作する方法は複数あり、レスポンシブ Web サイトから専用のネイティブ アプリケーションまで、多岐にわたります。
これらのシナリオのいずれにおいても、アプリ固有の URI を通じたディープ リンクを使用して、ユーザーは ServiceNow インターフェイスから ArcGIS モバイル アプリケーションに移動し、フィーチャやアセット固有の識別子を使用して直接フィーチャにズームしたり、編集ワークフローをジャンプ スタートしたりできます。 ディープ リンクは ArcGIS Field Maps および ArcGIS Survey123 でサポートされています。