ERPデータ上でのProjectVIEW AIの仕組み

DANAOS ProjectVIEW AIは、質問が行われた時点、またはエージェントが実行された時点で、BoQ ↔ WBS ↔ コストコードで構造化された稼働中のERPデータを取得し、そのタスクに最適なモデルに渡すことで動作します。ProjectVIEW AIはProjectVIEW ERPのAIアドオンであり、ERPデータ上で動作するエージェントとアシスタントで構成され、業界特化型の小規模言語モデル（SLM）と先進的なLLMを組み合わせています。重要なアクションはすべて担当者の承認に回されます。

要するに、決定論的なERPと確率論的なAIの組み合わせです。ERPが記録を保持し、AIがそれを読み取り、説明し、次に取るべき行動を提案します。

ProjectVIEW AIは、BoQ ↔ WBS ↔ コストコードのフレームワーク上に構築された統合ERPであるProjectVIEW ERPのデータレイヤーを使用します。すべてのコスト、発注済み額（コミットメント）、数量、進捗の記録は、BoQ項目、WBSパッケージ、コストコードに紐付けられています。この紐付けにより、AIは見積、発注書、下請契約、実績を横断して、同じ条件のもの同士を比較できます。

ProjectVIEW AIは、ERP外部のデータも読み取ることができます。

• SAPやOracleなどのサードパーティERP。
• Primavera P6やMS Projectの工程表、およびBIMモデル（.ifc）。
• EDMS、文書、メール、契約書、IoTデータ。

非構造化データはBoQ、WBS、コストコードにマッピングされるため、契約書の条項や機械の燃料計測値も、予算と同じ構造上に位置付けられます。ネイティブコネクタと、この構造を支えるBoQソフトウェアをご覧ください。

ProjectVIEW AIは、質問が行われた時点、またはエージェントが実行された時点、つまり推論時に関連するERPのコンテキストを取得します。お客様のデータでモデルを再学習させることはありません。これには3つの実務上の効果があります。

• 回答には、最後の学習時点の数値ではなく、当日の数値が使用されます。
• ロール権限はデータ取得時に適用されるため、モデルはユーザーが閲覧を許可されている情報のみを受け取ります。
• お客様のデータはお客様のものであり続けます。共有モデルの一部になることはありません。

1. ユーザーが、ERP内またはMCPコネクタ経由で、テキストまたは音声により自然な言葉で質問します。
2. ProjectVIEW AIがユーザーとそのロールを識別し、権限を確認します。
3. 質問に関連し、閲覧が許可されているERPレコードと文書を、BoQ、WBS、コストコードの紐付けに基づいて取得します。
4. タスクに応じて選択されたモデルがレコードを分析し、回答を作成します。
5. 回答は、その根拠となる数値とレコードとともに返されるため、ユーザーは内容を確認し、ERPで詳細を掘り下げることができます。

ProjectVIEW AIはモデルを柔軟に選択できます。モデルはユースケースごとに選択されます。

詳細はProjectVIEW AIのモデルのページをご覧ください。

すべてのエージェントは同じサイクルに従います。

1. 検知。エージェントは担当するプロセスを監視し、予算単価を上回る見積などの逸脱を発見します。
2. 調査。予算明細、過去の単価、サプライヤーの履歴、WBSパッケージなどの関連レコードを取得します。
3. 説明。何が問題で、なぜそれが重要なのかをわかりやすい言葉で示します。
4. 提案。価格交渉、再入札、予算の再配分などのアクションを提案します。
5. 承認依頼。その意思決定を担うロールの担当者に提案を送付します。
6. 実行。承認後、アクションがERP内で実行されます。
7. 監査。すべてのステップ、入力、意思決定が記録されます。

8つの目的特化型エージェントは、ProjectVIEW AIエージェントのページに掲載しています。

AIは企業のガバナンスを迂回するのではなく、その内側で動作すべきです。各リクエストは、ID → ロール → 権限 → データ → AI → アクションという一つの流れを通過します。

• ID：誰が質問しているか。
• ロール：その人が何に責任を負っているか。
• 権限：そのロールにどのプロジェクト、レコード、承認が許可されているか。
• データ：許可されたレコードのみが取得されます。
• AI：モデルはそのデータのみを対象に処理します。
• アクション：重要なものは、人による承認後にのみ実行されます。

データが一般消費者向けのパブリックAIサービスに送信されることはありません。Microsoft Azure上では、プロンプトがモデルの学習に使用されることはなく、データレジデンシーの選択肢、保存データの暗号化、顧客管理キーにも対応しています。セキュリティとガバナンスをご覧ください。

人による承認は「提案」と「実行」の間に位置します。ProjectVIEW AIは、待つことなく検知、調査、説明、提案を行えます。しかし、コストの確定、契約金額の変更、出来高の認定、会計仕訳の計上を単独で行うことはできません。これらの意思決定は、ERPの承認ワークフローで権限を持つ担当者に委ねられます。

音声機能は、現場チームがERP画面を開かずにヘッドレスで業務を行えるよう設計されています。お客様の導入環境での提供可否は、スコープ策定時に確認します。パイプラインは6つのステップで動作するよう設計されています。

1. 現場での音声入力。
2. テキストへの文字起こし。
3. 発話内容のセマンティックな解釈。
4. BoQ項目、WBSパッケージ、コストコードへの紐付け。
5. 検証と承認を条件としたERPフィールドへの入力。
6. 既存レコードとの照合。

ユーザーが確認するための、音声認識による現場日報を作成するよう設計されています。音声記録だけでは、契約上の権利や認定済みの出来高は確定しません。人が話し、AIが解釈し、ProjectVIEW ERPが構造化・検証・統制します。