OracleはChatGPTへアプリとデータをつなぐAI Workspaceを開発しています。米国顧客向けにはMarketplace経由のOpenAI製品の調達も案内しました。 開発中の体験と現在の購入経路を分けて確認する必要があります。組織の権限、承認、既存契約を業務ごとに揃えることが焦点です。 既存の商用関係を業務アプリへ広げる OpenAIは10月27日、Oracleとの提携拡大を発表しました。OracleのアプリケーションとデータをChatGPTへつなぎ、OpenAIのモデルや製品をOracleの新しいサービスにも組み込む内容です。両社は、API、ChatGPT Work、Codexでの既存の商用関係を基盤にしています。構想の中心は、人とAIエージェントが業務アプリを横断して働く環境です。管理を簡単にし、サインインを統合しながら、組織の権限と承認に従わせる方針を示しています。その入口としてOracleが開発しているのがOracle AI Workspaceです。連携によって実現を目指す体験と、すでに購入できる製品の案内が同じ発表に含まれているため、提供段階を読み分ける必要があります。 財務情報の参照から承認済みの処理へ 想定例では、財務部門の新しい担当者がChatGPTから費用を調べ、購買判断の経緯と月次決算までの残作業を把握します。財務、調達、計画の情報をまとめ、許可された業務を一つの場所で進めることが目標です。Oracle AI Security Meshは、OpenAIのサイバーモデルを使い、アプリや基盤の脆弱性の発見と修正を支援する設計です。AI SMB BundleはChatGPT Business、Codex、Oracleアプリ、継続的なクラウド利用枠を組み合わせます。App ComposerはCodexなどでアプリを作り、承認されたデータや業務と接続するものです。これらの用途では、回答を生成するだけの場合より、接続先の権限と処理の承認が業務結果へ直接影響すると見られます。 利用開始の条件と責任を個別に確かめる 米国のOracle顧客は、Oracle MarketplaceからOpenAI API、Codex、ChatGPT Workへのアクセスを購入できるとしています。既存の調達手続きと、対象となるOracle Universal Creditsを使う経路です。ただし、この説明を他地域やすべての契約に広げることはできません。導入側では、Workspaceの利用可能時期、接続できるアプリ、承認できる操作を個別に確認することが論点です。財務情報を集約する場合は、閲覧権限と更新権限を同一視しない設計が必要と見られます。生成したアプリの配布先と保守担当も、開発の速さとは別に決める事項です。発表にある採用部門の作業短縮はOracleの利用事例であり、自社の短縮率を保証するものではありません。既存の利用料、追加サービス、運用担当の費用を揃えて、対象業務ごとに判断することが焦点になります。