注: 以下の翻訳の正確性は検証されていません。AIPを利用して英語版の原文から機械的に翻訳されたものです。

業務プロセスの連携

どの組織でも、請求書の適切な処理、山火事のリスクを回避するための送電停止の管理、研究開発データの効率的かつ安全な管理と活用といった業務プロセスでは、ユーザーがさまざまなソースシステムを利用し、システム間の競合を解決し、専用のアプリケーションを操作し、業務上の意思決定を行う必要があります。また、プロセスを改善し、下流のほかのプロセスに情報を提供するために、その意思決定を記録する必要があります。

Foundry の Data Connection とオントロジーを使用すると、組織はこのパターンを数か月ではなく数日で実装し、その後も安全かつ効率的に実装、カスタマイズ、保守を続けられます。

業務プロセス連携パターン

ソリューション

請求書の適切な処理、山火事のリスクを回避するための送電停止の管理、研究開発データの効率的かつ安全な管理と活用など、重要なビジネスプロセスを考えてみます。こうした異なるプロセスは、すべて同じパターンを共有しています。多くの異なるユーザーやさまざまな種類のユーザーが、多様なソースシステムやほかのユーザーとやり取りして、組織にとって重要な業務上の意思決定を行う必要があります。さらに、こうしたプロセスは時間とともに変化するため、使用するツールも、安全性と保守性を維持しながら、プロセスに合わせて変化する必要があります。

しかし実際には、こうしたプロセスは、特定のデータソースとやり取りするために専用に作られたカスタムソフトウェアとして実装されることがよくあります。このようなソフトウェアは管理や更新が難しく、ほかの同様のソフトウェアから孤立しており、独自のセキュリティモデルに従っています。あるいは、スプレッドシートやメールでプロセスが管理されていますが、これらには技術的な制約があり、エラーが発生しやすく、安全性に欠け、管理や共同作業が困難です。

Foundry では、組織は代わりに以下のパターンを実装し、関連するすべてのデータソースをオントロジーに統合します。そのオントロジーを基に Workshop アプリを使用してカスタムアプリを作成し、オントロジーと外部システムにライトバックします。これらはすべて、Foundry のプラットフォームセキュリティモデルを使用して安全に管理され（多くの場合、ベンダーなどの複数の組織にまたがって管理されます）、Foundry のバージョン管理システムで容易に保守、改善できます。

主要な要素

アクション受信トレイ

Workshop のアクション受信トレイでは、さまざまなユーザーにタスクを割り当て、オントロジーの主要な側面を表示して探索し、アクションを実行して現実世界の意思決定を行うことができます。

たとえば、請求書に関する異議の解決のプロセスでは、請求書が適切な部門のユーザーに割り当てられます。ユーザーは、実施された顧客サービスの対応を確認し、損害の潜在的な原因を把握し、請求書について明確な説明を送信します。その説明は、アプリケーションの下流で顧客に共有されます。

関連製品：

業務プロセスのオントロジー

アクション受信トレイの基盤には オントロジー があり、業務プロセスを、プロパティと関係を持つオブジェクトとしてモデル化します。例：

タスクには担当者、作成時刻と割り当て時刻、優先度、ステータスがあります
ワークフローはタスクを含み、プロセス内の一連のステップをモデル化します

ユーザーは Workshop で自動的に利用可能になるため、オントロジーでモデル化する必要はありません。ただし、部門や場所などの追加のプロパティと関連付けることが役立つ場合は、モデル化できます。

関連製品：

業務対象のオントロジー

アクション受信トレイの機能を支えるオントロジーに加えて、業務対象のデジタルツインがあります。これは、ユーザーが意思決定の際に参照する唯一の信頼できる情報源として機能します。オブジェクト、プロパティ、関係はユースケースによって異なりますが、通常は多くのユースケースで共有され、Object Explorer のビュー（オブジェクト中心）、Quiver（チャート作成とダッシュボード作成）、Vertex（ネットワーク分析）で可視化されます。

たとえば、公共安全のための送電停止（PSPS）の対象範囲の設定では、オブジェクトに変圧器や回路などの資産、気象条件のしきい値超過、電力網の設定が含まれます。

関連製品：

意思決定のライトバック

アクション受信トレイで実行されたアクションは、プロセスのオントロジーへのライトバック（たとえば、タスクの作成、更新、再割り当て）をトリガーします。それ以上に重要なのは、業務対象のオントロジーへのライトバックです。そこでデジタルツインが更新され、その後外部ソースにライトバックされます。

たとえば、公共安全のための送電停止（PSPS）の対象範囲の設定では、受信トレイで行われた意思決定によって、顧客（Foundry 内のオブジェクト）が連絡不達として指定され、後で再度連絡する対象となります。また、外部の自動メッセージ配信システムに通知が送信されます。

関連製品：

オントロジー

ビジネスロジックと自動化

アクション受信トレイを駆動するロジックは、多くの場合パイプラインに実装されます。たとえば、どのアクションをどのユーザーにマッピングするかを決定したり、どのアクションを最初に実施するか優先順位を付けたりします。これらは多くの場合、Foundry Machine Learning で作成、管理されるモデルを活用します。

たとえば、請求書に関する異議の解決では、上流のロジックを使用して、特定の問い合わせへの対応に最も適した部門を判断します。

関連製品：

要件

使用するパターンに関係なく、基盤となるデータ基盤は、パイプラインと外部ソースシステムへの同期によって構成されます。

データ統合パイプライン

SQL、Python、Java などのさまざまな言語で記述されたデータ統合パイプラインを使用して、データソースを業務対象のオントロジーに統合します。

データコネクター

Foundry は、FTP、JDBC、REST API、S3 などの幅広いソースからデータを同期できます。さまざまなソースからデータを同期し、可能な限り完全な信頼できる情報源をまとめることが、最も価値の高い意思決定を可能にする鍵となります。

（任意）SAP および Salesforce コネクター

組織の多くのプロセスは SAP と Salesforce のデータに依存しています。Foundry は、両方のソースに対応したすぐに使えるコネクターと統合パイプラインを備えており、わずか数回のクリックでデータを取り込み、オントロジーを作成できます。たとえば、請求書に関する異議の解決では、この両方のソースを使用します。

このパターンを実装するユースケース

このユースケースパターンについて詳しく知りたいですか？同様のものを実装したいとお考えですか？Palantir ではじめる。↗

←

PREVIOUS複数の組織が参加するエコシステム

NEXTリソースの割り当てと最適化

→