ドキュメントの検索
karat

+

K

APIリファレンス ↗

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

業務プロセスの調整

あらゆる組織の業務プロセス、請求書が正しく処理されるようにすること火災リスクを回避するために電源遮断を管理すること、または R&D データが効率的かつ安全に管理・活用されることなど、ユーザーがさまざまなソースシステムとインターフェースし、それらの間の競合を解決し、専門的なアプリケーションと対話し、業務上の決定を行い、それらの決定を記録してプロセスを改善し、下流の他のユーザーにフィードバックを提供することが求められます。

Foundry の Data Connectionオントロジー は、組織がこのパターンを数ヶ月ではなく数日で実装し、安全かつ効率的にカスタマイズやメンテナンスを継続できるようにします。

業務プロセス調整パターン

ソリューション

請求書が正しく処理されるようにすること火災リスクを回避するために電源遮断を管理すること、または R&D データが効率的かつ安全に管理・活用されることなど、あらゆる重要なビジネスプロセスを考えてみてください。これらの異なるプロセスはすべて同じパターンを共有しています。それらは、多くの異なるユーザーとユーザーのタイプがさまざまなソースシステムや他のユーザーとやり取りして、組織にとって重要な業務上の決定を行うことを必要とします。さらに、これらのプロセスは時間とともに進化し、使用されるツールもそれらと共に進化しながらセキュアでメンテナンス可能である必要があります。

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

Foundry では、代わりに、すべての関連データソースをオントロジーに統合し、Workshop アプリを使用して、オントロジーと外部システムに書き戻しを行うカスタムアプリを構築するための以下のパターンを実装します。これはすべて、Foundry のプラットフォームセキュリティモデルを使用して安全に管理され、Foundry のバージョン管理システムを介して簡単に維持および改善されます。

主要な要素

アクションインボックス

Workshopアクションインボックス は、異なるユーザータスクを割り当てられ、オントロジーの主要な側面を 表示・探索し実際の決定を行うためのアクションを取る ことができます。

例えば、請求書紛争解決 のプロセスでは、請求書が適切な部門のユーザーに割り当てられ、彼らは行われた顧客サービスアクションを確認し、損傷の潜在的な原因を見つけ、請求書の明確な説明を提出し、それがアプリケーションの下流で顧客と共有されます。

関連製品:

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

アクションインボックスの基盤には、オントロジー があります。これは、業務プロセスを オブジェクトプロパティ関係 としてモデル化します。例えば:

  • タスクには、割り当てられた人、作成・割り当ての時間、優先度、ステータスがあります。
  • ワークフローにはタスクが含まれており、プロセスの順序的なステップをモデル化します。

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

関連製品:

主題 オントロジー

アクションインボックスの機能オントロジーに加えて、主題のデジタルツインが存在し、ユーザーが決定を下すための参照となる 信頼できる 1 つのデータソース を提供します。オブジェクトプロパティ関係 はユースケースによって異なりますが、通常は多くのユースケースで共有され、オブジェクトエクスプローラー ビュー(オブジェクト中心)、Quiver(チャートとダッシュボード)、または Vertex(ネットワーク分析)で可視化されます。

例えば、公共安全のための電源遮断(PSPS)の範囲設定では、オブジェクトには変圧器や回路などの資産、天候の閾値の違反、グリッドの設定が含まれます。

関連製品:

決定書き戻し

アクションインボックスで行われたアクションは、プロセスオントロジーに対する 書き戻し を引き起こします(例えば、タスクの作成、更新、再割り当て)。しかし、より重要なのは、主題オントロジーに対する書き戻しで、デジタルツインを更新し、その後 外部ソース に書き戻します。

例えば、公共安全のための電源遮断(PSPS)の範囲設定では、インボックスで行われた決定が、Foundry のオブジェクトとしての顧客に連絡が取れなかったとマークし、後で再連絡するように外部の自動メッセージ放送システムに通知を送ります。

関連製品:

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

アクションインボックスを駆動するロジックは、パイプラインで実装されることがよくあります。例えば、どのアクションをどのユーザーにマップするか、またはどのアクションを最初に実装するかを決定するために使用されます。これらは、Foundry Machine Learning で作成・管理されるモデルを活用することがよくあります。

例えば、請求書紛争解決 では、上流のロジックがどの部門が特定の問い合わせに最適かを判断します。

関連製品:

要件

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

データ統合パイプライン

データ統合パイプラインは、SQL、Python、Java などのさまざまな言語で記述され、主題オントロジーにデータソースを統合するために使用されます。

Data Connectors

Foundry は、FTP、JDBC、REST API、S3 など、幅広いソースからデータを同期できます。さまざまなソースからデータを同期し、可能な限り最も完全な真実のソースを構築することが、最も価値のある決定を可能にするための鍵です。

(オプション) SAP および Salesforce コネクタ

多くの組織プロセスは SAP と Salesforce のデータに依存しており、Foundry には両方のソースのための事前設定されたコネクタと統合パイプラインがあり、わずか数回のクリックでデータを取り込み、オントロジーを作成します。例えば、請求書紛争解決 では、これらのソースの両方が使用されます。

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

このユースケースパターンに関する詳細情報が必要ですか?同様のものを実装しようとしていますか?Palantir で始めましょう。