ProjectVIEW AIの導入形態：クラウドまたはオンプレミス

DANAOS ProjectVIEW AIは、Microsoft Azureクラウド上のSaaSとして、または貴社自身のインフラストラクチャ上のオンプレミスとして導入できます。Azureサウジアラビアリージョン上での、サウジアラビア国内のソブリンな顧客専用環境も予定されています。ProjectVIEW ERPのみ、既存システムの上にProjectVIEW AIを導入、または両方をProjectVIEW OSとしてまとめて導入することができます。

最適なProjectVIEW AIの導入形態は、貴社のデータポリシー、IT体制、そしてプロジェクトやお客様の所在地によって異なります。

まず次の4つの質問から始めてください。通常、その答えによっていずれかの形態が定まります。

データをサウジアラビア国内に保持する必要がある場合は、予定されているソブリンKSAの選択肢について当社にご相談ください。

Azure SaaSでは、ProjectVIEW AIはプライベート環境で稼働します。データが一般消費者向けの公開AIサービスに送信されることはありません。Azureは以下を提供します。

• プロンプトをモデルの学習に使用しない。
• データレジデンシーの選択肢。
• 保存データの暗号化。
• 顧客管理キー。

クラウドサービスの運用方法については、ProjectVIEW ERPクラウドおよびSaaSフレームワークをご覧ください。

オンプレミスは、ポリシー上ERPデータを自社インフラ内に保持する必要がある企業や、既に自社データセンターで基幹システムを運用している企業に適しています。ガバナンスモデルは同じで、ロール、権限、重要なアクションに対する人による承認、そして監査が適用されます。

オンプレミス導入で使用するAIモデルは、ProjectVIEW AIのモデルフレキシブルなアプローチに沿って、プロジェクトの一環として合意します。貴社のITチームには早い段階でこの点をご確認いただくことをお勧めします。ITマネージャーのロールページが良い出発点になります。

データをサウジアラビア国内に保持する必要があるお客様向けに、DANAOS Projectsは、2026年11月の提供開始が発表されているMicrosoft Azureのサウジアラビアリージョン上で、ソブリンな顧客専用環境を計画しています。この選択肢は予定段階であり、まだ提供されていません。

1. ProjectVIEW ERPのみ。BoQ ↔ WBS ↔ コストコードのフレームワーク上に構築された統合ERPです。
2. 既存システムの上にProjectVIEW AIを導入。APIや連携を通じて接続し、既にお使いのシステムと連動して動作するAIレイヤーです。
3. 両方をProjectVIEW OSとして導入。ProjectVIEW ERPを基幹システム兼プロセスレイヤーとし、ProjectVIEW AIをインテリジェンスレイヤーとします。

ProjectVIEW ERPとProjectVIEW AIは、それぞれ異なる商業モデルを持っています。異なる商業モデルを持つ補完的なプラットフォームをご覧ください。既存システム上でのAI活用については、サードパーティERP連携をご覧ください。

価格は、モジュール、ユーザー数、導入形態によって異なります。AIの利用量はDANAOS AI Creditsで計測できます。

はい。それは3つの購入方法の一つです。既に運用しているERPやプロジェクトシステムの上に、APIや連携を通じてProjectVIEW AIを導入することから始める企業もあります。一方、ProjectVIEW ERPから始め、データ基盤が整った段階でAIレイヤーを追加する企業もあります。

どちらの道筋も同じゴールにつながります。それは、BoQ、WBS、コストコードで構造化された単一の統合データセットと、同じガバナンスのもとでその上で動作するAIです。両方が揃った状態を、当社ではProjectVIEW OSと呼んでいます。これはERPとAIの組み合わせを示すポジショニング上の名称であり、別個の製品ではありません。

ProjectVIEW ERPの導入期間は5～7か月です。ProjectVIEW AIの範囲と計画は、導入形態、接続するデータソース、最初に取り組むユースケースに基づき、スコープ定義の段階でお客様と合意します。

各選択肢のセキュリティとデータの取り扱いについては、ProjectVIEW AIのデータセキュリティとガバナンスをご覧ください。

1. 実践的なデータでのデモ。アシスタント、MCPコネクター、日常業務におけるAIをご覧いただきます。
2. スコープ定義。導入形態、購入方法、データソース、最初のユースケースについて合意します。
3. データ基盤。BoQ、WBS、コストコードを軸にデータを構造化または接続します。AIは壊れたプロセスを直してはくれません。むしろ増幅させます。
4. ロールと承認。AIが従う権限と、どのアクションを誰が承認するかを設定します。
5. 定義されたユースケースから開始。例えば原価管理に関する質問、調達チェック、経営層向けブリーフィングなどから始め、その後拡大します。

ガバナンスモデルは導入形態によって変わりません。AIはロールと権限の範囲内で動作し、重要なアクションには人による承認が必要で、AIの活動は監査されます。