UNDERSTANDING LAYER
文脈が、すべてをつなぐ。
システムはデータを保存します。Understanding Layerは、そのデータが組織にとって意味する人、資産、プロセス、責任、それらの関係を整理します。
組織の文脈レイヤーを整合
元システムの上に構築する組織モデル。
Understanding Layerは、データと操作に共通の文脈を構築するアプローチです。対象のエンティティ、各システムでの識別方法、関連先、責任者を定めます。組織オントロジーとも呼ばれ、業務を理解する人と、明確なニーズを中心に構築します。
文書検索では、関連する指示や箇所を見つけられます。組織モデルは、指示が適用される資産、作業できる人、その状態に依存するプロセスという明確な関係を加えます。回答の根拠と、提案する操作の境界の両方を検討できます。
業務フローの例 — 顧客事例ではありません
1台のポンプ。複数のシステム。1つの判断。
保守責任者が「ポンプP-204の作業を進められますか」と尋ねたとします。保守システムに作業指示書、ERPに予備部品、人員管理システムに担当割り当てがあります。それぞれ識別子と用語が異なります。情報をつなぐ前に、3つが同じ資産と作業を指すと確認する必要があります。
資産
P-204は特定の生産ラインに属し、作業指示書に関連付けられています。
作業
作業指示書では、特定部品と責任者の承認が必要です。
部品
台帳の記録が、必要な部品の在庫と保管場所を示します。
人
作業者をタスクに割り当てます。役割と権限は別途確認します。
すべての関係に、情報源と責任者を。
この例では、保守側の設備番号とERPの資産コードの対応付けに検証が必要です。項目ごとに正本となる情報源、更新日時、管理者、変更のモデルへの反映方法を定義します。例えば、あるシステムでは部品が利用可能、別のシステムでは予約済みなら、差異を明示して解消します。
文脈の理解は権限ではありません。記録の閲覧権限と変更権限は、役割、システム、プロセスごとに別々に定義します。エージェントが記録を関連付けられても、回答と操作は承認されたアクセス範囲内にとどまる必要があります。
質問から推奨へ、そして管理された操作へ。
この例では、部品の在庫確認を待つという推奨に、元の記録と不足情報を添えられます。作業状態の変更や発注書の作成は別の段階であり、事前に定義した権限と承認に従います。運用判断は責任者が保持し、AIの回答だけでは保守作業は許可されません。
1つの領域から、ニーズに合わせて広げる。
対象プロセス、エンティティ、元システムを定めます。実装チームと社内専門家が、対応付け、質問、操作を共同で検証します。TITANS製品との接続と利用可能な機能は、製品とプロジェクトごとに範囲を定めます。このレイヤーの範囲は提供内容ごとに異なります。
情報の理解から始め、有用なモデル、責任者、適切なポリシーが整ってから操作を追加できます。当サイトのUnderstanding Layerは、組織の文脈に対する当社の考え方を示します。具体的なコンポーネント、インターフェース、導入条件は範囲の協議で定めます。