Oracle Databaseのシステム発注は、業務要件とRFPで条件を整理し、契約で責任を定めて進めます。移行と運用まで含めて委託先を選ぶと、費用と品質のずれを抑えられます。発注は、発注形態を決め、RFPと要件整理を経て、費用と委託先を選ぶ流れです。
▼全体ガイドの記事
・Oracle Databaseのシステム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
Oracle Databaseのシステム発注・外注の範囲
Oracle Databaseを中核とする業務アプリや基盤について、企画から運用までを社外へ委託します。業務で使えるシステムにするには、ライセンス購入と環境構築のほかに、業務に合わせた開発も要ります。
Oracle Databaseを使うシステムとOracle製業務アプリケーションの違い
両者は作業の中身が違うため、発注の前に、自社向けの業務システム開発か、Oracle製業務アプリケーションの導入かを分けておきます。
- 自社向けシステム：データモデル、画面、API、バッチ、帳票を業務に合わせて設計します。
- Oracle製業務アプリケーション：標準機能への適合を確かめ、不足する部分だけを追加開発します。
この違いで、RFPの中身や必要な専門家が変わり、費用と導入期間にも影響します。
外注が向いている企業と内製が向いている企業
社内に、設計から障害対応まで担えるDBAがいない場合、外注する価値が高まります。その場合の外注の対象は、初期構築と運用設計です。
- 技術者が不足する場合：DBAやOracle案件の経験会社に技術面を委ねます。
- 業務知識が社内にある場合：要件の優先順位と受入テストを自社主導し、担当者を置きます。
既存移行、RACやData Guard、複数クラウド、24時間運用、個人情報監査が絡む案件では、経験会社を早期に加えると、リスクを抑えられます。
画面や帳票を頻繁に変える場合も、社内の業務責任者、意思決定者、受入担当者が必要です。そのため、開発会社に丸投げせず、不足する技術力と開発体制を外部に補ってもらう分担が現実的です。
発注形態の選び方
発注形態は、要件の確定度で選びます。あわせて、社内に残したい知識や納期、予算、責任分界も見ておきます。そこで、対象ごとに契約を分けると、契約と実態のずれを抑えられます。
- 要件が確定した開発：成果物と責任範囲を決めて請負にします。
- 検証が必要な作業：準委任やPoCで進めます。
- 稼働後の対応：保守・運用契約で範囲を定めます。
一括請負の使いどころ：成果物と責任範囲を明確にできる場合
請負契約では、成果物、適用条件、注意点を先に確かめておきます。
- 成果物と金額：設計書、プログラム、テスト結果、移行計画などの完成を前提に、合意金額で委託します。
- 適用条件：要件、画面数、帳票数、外部連携、性能条件、受入基準が固まった機能に向きます。
- 仕様変更：納期と品質の責任を開発会社に求めやすい一方で、発注後の変更は追加費用や納期延長につながる点に注意します。
移行対象件数や変換ルールが曖昧なまま請負にすると、データ不備が変更扱いになりやすくなります。停止可能時間や性能目標が未定のままでも、同じ扱いになる場合があります。
移行や性能検証を準委任で先に進め、本開発を請負にする二段階方式も有効です。
準委任の使いどころ：要件整理、PoC、技術検証
準委任契約は、作業時間や役務の提供を委託する形態で、作業しながら答えを出す工程に適しています。
- 製品・環境の検証：バージョンやエディション選定、既存SQLの互換性、クラウド構成を調べます。
- 要件・移行の検討：非機能要件を整理し、移行リハーサルを行います。
準委任で成果物の完成責任を請負と同じように期待すると、契約トラブルの原因になります。そのため、契約書には、月ごとの作業範囲と会議体、報告物を明記します。稼働時間や成果の確認方法も書いておきます。
準委任でも、調査を無期限に続けないことが大切です。たとえば、4週間で現行資産を洗い出し、8週間で移行方式と概算費用を決めます。さらに、判断期限と次の意思決定を契約書や計画書に置くと、調査費用が膨らみ続けるのを防げます。
保守・運用契約の範囲：障害対応と継続改善の責任の分け方
稼働後は、保守・運用の範囲を項目ごとに分けて確認します。
- 費用：Oracleのライセンスサポートとクラウド利用料を確認します。
- データベース運用：監視とバックアップ確認の範囲を定めます。
- 監視・問い合わせ時間：24時間365日の監視か、平日営業時間内の問い合わせかを決めます。
- アプリケーション：改修の対応範囲を定めます。
障害時の一次対応では、誰が一次切り分けを行うかを決めておきます。保守費用が安く見えても、実際の対応範囲が足りない場合があります。
契約には、目標復旧時間のRTOと、許容できるデータ損失を示すRPOも含めます。
連絡経路や重大度ごとの応答時間、定期報告も決めておきます。加えて、パッチ適用やバージョンアップ、性能劣化時の調査範囲も定めます。
DB保守と業務アプリ保守を同じ会社に頼む場合でも、無償の対応と追加見積は分けて書きます。
RFPと要件整理で決める項目
RFPは、開発会社に同じ条件で提案と見積を依頼するための資料です。機能だけでなく、現行バージョンやデータ量を記載します。利用者数とピーク時の同時接続数も書きます。
既存連携や停止可能時間、セキュリティも整理します。クラウド制約と希望稼働日も書きます。そうすると、会社ごとの前提差を小さくできます。
業務要件の書き方：目的、対象範囲、業務ルール
目的は、Oracle Databaseを導入することよりも、決算を何日短縮するかや在庫差異をどの程度減らすかで示します。受注入力を何分で完了させたいかも、明確にしておきます。
業務要件では、目的、対象範囲、例外処理の3つを整理します。
- 目的：決算の短縮日数、在庫差異の削減幅、受注入力の所要時間を定めます。
- 対象範囲：部門、拠点、業務、データと対象外業務を明確にします。
- 例外処理：締め後の訂正、返品、在庫引当、承認取消、取引先別EDIを含めます。
現行と将来の業務フローを分けて、標準化するルールと、残す固有業務を整理します。そうすると、過剰なカスタマイズを抑えられます。
非機能要件：性能、可用性、セキュリティの数値基準
非機能要件は、性能・可用性とセキュリティに分けて、数値の基準を決めます。
- 性能・可用性：応答時間、処理量、RTO・RPO、停止時間などを数値で示します。
- セキュリティ：権限、暗号化、マスキング、監査ログの扱いを定めます。
通常時とピーク時の応答時間や同時接続数を、RFPに数字で記します。さらに、1日あたりの処理件数やバッチ終了時刻、バックアップと監査ログの保存期間も定めます。
個人情報や決済情報を扱う場合は、最小権限や職務分離、特権ID管理を指定します。加えて、通信・保存時の暗号化と開発環境のマスキングも指定します。アクセスログの確認者と頻度も決めます。
受入基準にするには、「高速」「止まらない」「安全」を数字や条件に置き換える必要があります。また、個人情報保護委員会の「個人情報の保護に関する法律についてのガイドライン（通則編）」が示す安全管理措置を、自社の業務と運用に反映します。
移行要件：データ品質と切り替え方法
移行要件は、移行元の特性や互換性、切り替え検証を整理します。
- 既存Oracle：版、エディション、オプションを洗い出します。表・索引数、容量、文字コード、LOBなども確認します。
- 他のデータベース：SQL方言や採番、制約を検証します。NULLや日付、文字化け、トランザクションも確かめます。
- データの照合：変換前後の件数と金額を突合し、業務担当者が確認します。
既存Oracleでは、データ増加量や日時型、ストアドプロシージャを確認します。ジョブや帳票、外部EDI、バックアップ方式も見ておきます。
本番切り替えの前には、少なくとも複数回のリハーサルを行います。移行時間や業務停止時間、切り戻しの条件も合意します。差分の反映と、切り替え後の照合方法も決めておきます。
RFPに書いておけば、移行作業を「開発費に含む」と曖昧にした見積を見抜きやすくなります。
Oracle Databaseのシステム発注費用・相場の目安
費用は、ライセンスと基盤、アプリ開発に分けて見ます。移行、テスト、教育、保守も別に見積もります。Oracle固有の一律相場はありません。
公開価格と業務システム一般の工数目安では、小規模な追加開発は500万〜1,500万円です。一方、中規模の販売・在庫・会計周辺や移行は1,000万〜5,000万円です。
複数拠点の基幹刷新は、検討初期で5,000万〜3億円以上です。ただし、いずれも業務範囲や工程で変わります。
ライセンス費用：エディションと課金単位の違い
税抜価格は、2025年9月時点のものです（出典：日本オラクル「オラクル・ライセンス見積ABC」、2025年9月時点）。
- Enterprise Edition・Named User Plus：1ユーザー14万7,250円、初年度サポート3万2,395円。
- Enterprise Edition・Processor：736万2,500円、初年度サポート161万9,750円、合計約898万円。
- Standard Edition 2・Named User Plus：5万4,250円、初年度サポート1万1,935円。
- Standard Edition 2・Processor：271万2,500円、初年度サポート59万6,750円、合計約331万円。
これはライセンスと初年度サポートの基準値で、システム全体の総額ではありません。金額は、必要なProcessor数やコア係数、最小ユーザー数で変わります。RACやData Guardなどのオプションを加えると、さらに変わります。
サーバーやOSのほか、バックアップと導入作業も加わります。そのため、前提構成をRFPに明記して正式見積を依頼します。
クラウド費用：ECPU、ストレージ、バックアップの合算
クラウド費用は利用構成と稼働量で変わり、試算額と総額を分けて見る必要があります。
- 料金を左右する条件：サービス、リージョン、計算資源、契約方式などです。
- 単価の試算：稼働時間とECPU数から計算できます。
- 総額の確認：初期費用と月額費用を分けて積算します。
OCIなどでは、ECPUまたはOCPUの数に加え、ストレージとバックアップの量で料金が変わります。さらに、可用性構成や通信量、契約期間、BYOLも影響します。
Oracleの2025年12月のPaaS・IaaS価格表では、Cloud@Customerの一部に年次Flex価格があります。
単価はECPU時間あたり0.3360米ドルです（出典：Oracle Cloud Platform as a Service and Infrastructure as a Service Global Price List、2025年12月11日版）。
仮に10 ECPUを月730時間動かすと、計算上は約2,453米ドルです。ただし、これは一部のコンピュート料金の試算です。
ストレージやバックアップ、ネットワーク、監視は試算に含みません。冗長化やサポート、為替、税金も、この試算には入っていません。そのため、通常時とピーク時のリソース、保持期間、障害時の増強費も確認します。
初期構築費と月額利用料は分けて見積もります。
開発費と保守費：工程別の内訳と総額
開発費と保守費は、工程別見積と保守範囲を分けて確認します。
- 開発費：要件定義から教育まで工程ごとに見積もります。
- 保守費：初期開発費を基準に仮置きし、月々の範囲を確かめます。
業務システム全般では、要件定義に全体費用の10〜15%程度を確保する目安があります。設計から教育までの工程は、それぞれ分けて見ます。
Oracle案件では、データクレンジングやSQLとPL/SQLの改修が加わります。性能試験やバックアップ復旧試験、監査設定の移行も必要になります。そのため、画面数だけで比べないことが大切です。
保守費は、業務システム全般の目安として初期開発費の年15〜20%程度を仮置きできます。
初期開発費が3,000万円なら年間450万〜600万円、月額では約37万〜50万円の計算です。ただし、これは試算上の基準です。
この目安には、Oracleのライセンスサポートやクラウド利用料が含まれるとは限りません（出典：業務システム全般の費用・工程に関するリサーチノート、2026年）。そのうえで、毎月の対応範囲を確認します。
委託先選定と見積比較の確認事項
委託先は、業務理解と移行経験、性能検証で見ます。運用体制と見積の透明性も、選ぶ基準にします。Oracleの資格や知名度は、判断材料の一つにとどまります。
候補会社には、同じRFPを渡します。前提や除外項目、追加費用の条件を、同じ形式で回答してもらいます。加えて、担当者の経験や納品後の責任範囲も答えてもらいます。
実績：企業名より案件条件の近さ
委託先は、案件との適合性と、担当者・運用体制の両面で実績を確かめます。
- 案件条件：業界、規模、移行元・先、停止時間、クラウド、可用性が近いかどうか。
- 検証資料：構成図、移行計画、性能試験の進め方を確認します。
- 担当・運用体制：必要な役割と継続対応の体制。
「Oracleに強い」という説明にとどめず、利用者数やデータ量、旧環境のバージョンを具体的に聞きます。稼働後の運用範囲まで確かめます。
営業担当に加えて、PMや業務設計者、Oracle DBAを確認します。アプリ開発者と移行・運用担当も、誰がどこまで担うかを確かめます。匿名化した資料で、ほかの案件への応用力も見ます。
知識が一人に偏っていないかも質問します。休暇や離任時の引き継ぎ、障害時の連絡、24時間対応の実態も聞きます。
見積の比較：前提、工数、除外項目
見積は、費目と内訳、除外範囲を同じ前提にそろえて比べます。
- 費目：開発から保守まで工程・契約ごとに分けます。
- 内訳：数量、単価、工数、期間を照合します。担当会社、成果物、検収条件も見比べます。
- 除外範囲：試験や移行、切り替え後の支援を確認します。
工程は、要件定義から基本・詳細設計、アプリ開発、DB構築までを並べます。費目には、ライセンスやクラウド、移行を入れます。テストや教育、切り替え、保守も含め、「一式」と書かれた項目には内訳を求めます。
安い見積では、移行リハーサル、負荷試験、バックアップ復旧試験、夜間切り替えが除外される場合があります。手順書、教育、稼働後の安定化支援も確認します。
一方、高い見積には、RACやData Guard、24時間対応、冗長化、監査要件の必要性が具体的に含まれる場合もあります。同じ前提にそろえた総額で判断します。
契約前の追加費用と責任分界
契約前に、追加費用の発生条件と障害時の責任分界を整理します。
- 追加費用：変更や追加作業が有償となる条件を明記します。
- 責任分界：製品、基盤、DB、アプリの調査主体を定めます。
- 障害対応：切り分け、連絡、報告の流れを決めます。
有償となる対象には、要件変更やデータ件数の増加、連携先の仕様変更があります。Oracleオプションの追加や性能不足も対象にします。リハーサルの追加、夜間・休日作業、クラウド利用量の増加も含めます。
変更の申請者と承認者、影響分析の期限を決めます。見積の有効期間も定めておきます。
Oracleの不具合やOS・クラウドの障害、SQL性能では、調査主体が異なる場合があります。業務ロジックやデータ不整合も含め、製品とアプリの責任を分けます。
一次切り分け、収集情報、連絡先、復旧後の報告を運用設計書に記載します。口頭合意による予算超過や責任の空白を抑えられます。
2026年時点の26aiとマルチクラウドの扱い
RFPでは、26aiへの移行、運用場所、監査方式を確認します。
- バージョン：AI機能の利用予定と互換性、保守期間を確認します。
- 運用場所：クラウド標準、データ所在地、契約、運用スキルで比較します。
- 監査方式：Unified Auditingへの移行と証跡管理を計画します。
Oracle AI Database 26aiは、Oracle Database 23aiに代わる長期サポート版として2025年10月に発表されました。23aiからは、同月のリリースアップデートで切り替えられます。
AI Vector Searchなどの機能も案内されています（出典：Oracle日本「Oracle AI Database 26ai」発表、2025年10月）。一方、AI機能を使わない場合は、既存SQLやドライバ、周辺製品の互換性を確認します。性能や保守期間も確かめます。
運用場所は、オンプレミス、OCI、Oracle Database@Azureから比較できます。Oracle Database@Google Cloud、Oracle Database@AWS、Exadata Cloud@Customerも候補です。
社内標準やデータ所在地を前提に、遅延、契約、運用スキルも条件に入れます。同じ要件で複数案を比べます。
2026年4月のOracle公式発表では、OCIが主要クラウド上に展開されます。AWS、Azure、Google Cloud向けのサービスも案内されています（出典：Oracle「Oracle and AWS Collaborate to Expand Multicloud Networking」、2026年4月）。
26aiではTraditional Auditingを新規に設定できず、既存設定にも制約があります。そのため、Oracle公式文書は、監査設定の移行や監査ポリシー、証跡保存、閲覧権限を計画するよう案内しています。定期的なアーカイブと削除も対象です（出典：Oracle AI Database 26ai Security Guide、2026年参照）。
バージョンアップはソフト更新だけでなく、監査と運用の再設計として見積もります。
よくある質問（FAQ）
発注・外注でよくある疑問に答えます。費用は案件条件で変わるため、RFPと正式見積で前提をそろえて確認します。
Oracle Databaseのシステム開発は最低いくらから発注できますか？
既存Oracleへの小規模な機能追加は、初期検討で500万〜1,500万円程度です。これは、業務範囲と工程から見た推定レンジで、Oracle固有の定価ではありません。
新規の販売・在庫・会計周辺の開発やデータ移行が加わると、1,000万〜5,000万円程度です。複数連携や性能・監査要件も、費用を左右する条件になります。基幹刷新では、5,000万〜3億円以上も想定されます。
Oracle Databaseはオンプレミスとクラウドのどちらを選ぶべきですか？
既存Oracle資産との互換性と、データ所在地、社内クラウドの標準で決めます。ネットワーク、運用体制、契約条件も判断に入れます。
OCIはOracle資産との親和性、AzureやAWSは既存運用・契約との統合が、候補にあがる理由です。一方、オンプレミスやCloud@Customerは、専用環境や低遅延を重視する場合に検討します。
RFPでは、同じ性能や可用性、バックアップ、監査の条件で複数案を比べます。
Oracle Databaseに強い開発会社は何を基準に選べばよいですか？
資格や認定だけでなく、近い業務やデータ量、移行元の実績で選びます。クラウドや可用性、運用時間の実績も確かめます。担当DBAの経験も確認します。
移行リハーサルや性能試験の合格基準、24時間対応の範囲も聞きます。追加費用と稼働後の責任分界も、確かめておきます。同じ条件の見積で、総保有コストとリスクを比べます。
ライセンス費用と開発委託費は一緒に見積もってよいですか？
予算全体では合算して管理しますが、見積項目は分けます。ライセンスと初年度サポート、クラウドは、導入から保守までの開発費と価格の決まり方が違い、契約相手も異なるためです。
項目を分けると、エディション、BYOL、クラウド構成、開発会社を変更した場合も影響を追いやすくなります。
まとめ
発注時は、製品導入費だけでなく、業務要件やアプリ、移行、非機能要件を含めて一体で整理します。ライセンスやクラウド、運用保守も同じ整理に入れます。このように発注形態を分けると、責任範囲を設計しやすくなります。
確定した成果物は請負、検証や要件整理は準委任、稼働後の監視や障害対応は保守契約にします。
RFPに書くべき項目
現行バージョンやエディション、データ量、利用者数を整理します。ピーク同時接続数や業務範囲、連携、停止可能時間も書きます。
RTO・RPOやセキュリティ、監査、クラウド制約も記載します。予算と希望稼働日も含めます。データ品質とリハーサル回数、性能試験を書き、教育や保守まで含めると、見積の前提がそろいます。
同じ条件での相談と比較：総額と運用まで
候補会社には、同じ条件をそろえて提案を依頼します。
- 将来構成：26aiを含む版方針と、オンプレミス・OCI・Azure・AWSの案。
- 費用と移行：ライセンス・開発費の内訳、移行計画。
- 運用・統制：監査対応、障害時の体制。
初期費用だけでなく、追加費用や保守範囲、社内に知識が残る進め方も確認します。そうすると、稼働後まで運用しやすい委託先を選べます。
技術選定より先に、業務目的と発注後の責任分界を明確にします。小さく検証し、工程別見積と移行・運用を含めて契約します。これにより、予算超過や稼働後のトラブルを抑えながら発注を進められます。
▼全体ガイドの記事
・Oracle Databaseのシステム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。