Oracle APEXのシステム開発の発注/外注/依頼/委託方法について

Oracle APEXのシステムを発注するときは、業務と委託範囲を整理し、RFPとPoCで条件を確かめてから、契約と開発へ進むと手戻りを抑えやすくなります。

契約形態は要件の固まり具合で選び、費用は工程ごとに分けて比べます。全体像は下記の完全ガイドもご覧ください。

▼全体ガイドの記事
・Oracle APEXのシステム開発の完全ガイド

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

Oracle APEXのシステム発注・外注の全体像

Oracle APEXは、Oracle Databaseを基盤にブラウザで使う業務アプリを短期間で作るローコード開発基盤です。フォーム、レポート、グラフ、承認画面、CSV入出力などを組み立てられます。

発注では、画面数だけでなく、データモデルや既存システムとの連携も確認します。認証・認可、監査ログ、テスト、移行、保守体制も、品質と費用を左右します。

発注・外注する範囲の切り分け

「APEXアプリを作る」という依頼は、業務ヒアリングから開発までのどこを委託するかで分けて考えます。現状分析だけか、RFP作成や製品選定も含むか、要件定義以降を任せるかで、必要な会社や契約が変わります。

Oracle Databaseや既存のPL/SQL資産を社内で管理できる場合は、画面開発やテストを外注し、データ設計と運用方針を自社で担う方法もあります。

特に、運用担当者やSQL・PL/SQLに詳しい人材が不足する場合は、画面だけを委託すると障害原因を切り分けにくくなります。そのため、エクスポートファイル、DDL、環境設定、連携仕様、復旧手順を納品物に含めるかを、発注側が決めておきます。

Oracle APEXが向く業務と向かない業務の見極め

Oracle APEXが合うかどうかは、業務の中心となる処理と既存Oracle資産の有無で見ます。

• 向く業務：販売・在庫・購買・案件・申請承認・設備点検・マスタ管理・ダッシュボードなど、登録・検索・承認が中心の業務。
• 既存資産の活用：既存Oracle Databaseにデータがあれば、別DBへの複製を抑えてWeb画面を追加できます。
• 比較対象：Oracleを使う理由がなく、既存SaaSの標準機能で足りる業務は、SaaSやパッケージが候補になります。
• 別方式も検討：複雑なオフライン・リアルタイム処理や大量の独自UIが中心なら、通常のWeb開発とも並べて見ます。

既存DBを使う場合は、部門単位で作り、利用状況を見ながら全社へ広げる進め方が合います。APEXは、Oracle中心のデータ指向の業務アプリを保守しやすく段階的に開発する選択肢です。何でも安く作れる仕組みではありません。

Oracle APEXの発注形態と契約形態の選び方

要件と成果物が固まった範囲は請負、要件を整理しながら進める範囲は準委任、適合性の確認は小さなPoCに分ける方法が現実的です。

APEXは試作の中で要件が具体化することもあるため、全工程を一括請負にすると、仕様変更や責任範囲の認識がずれるおそれがあります。

成果物と受入条件が明確な段階の請負契約

請負契約では、合意した成果物を完成させ、検査と受入を経て報酬を支払います。

• 向く範囲：画面一覧・機能と権限の仕様・連携方式・テスト・納品物について、納期まで明確な部分。
• 具体例：確定した申請台帳を3画面で作り、指定ロールで閲覧・承認できる状態にする内容。
• 変更管理：変更は無料とは限らず、移行件数やAPI仕様、権限追加による費用と納期の条件を、契約書と変更管理票に定めておく。
• 納品物：APEXエクスポート・ソースコード・DDL・テスト結果・操作マニュアル・運用手順を含める範囲。

要件整理や継続改善に向く準委任契約

準委任契約では、一定期間の業務遂行や専門知識の提供に対して報酬を支払います。

• 向く工程：現場ヒアリング・業務整理・データ項目の洗い出し・APEX診断・既存システム調査。
• 進め方：月単位か人月単位で稼働し、優先順位を変えながら画面を改善していく形。
• 成果の確認：期待する業務成果は、作業時間を確保しただけでは自動的に得られません。
• 運用ルール：担当者の役割・定例会議・レビュー頻度・作業報告・品質基準を決めておく。

成果物の著作権・利用権と障害対応の範囲は、別紙に記します。また、発注側にも業務責任者と意思決定者を置き、質問への回答を遅らせないことが大切です。

PoCと本開発を分ける進め方

初めて採用する場合は、1〜2か月程度の検証を本開発から切り離す方法が有効です。

• 検証対象：検索・登録・承認・既存データ参照・認証・API・帳票を試作し、性能と業務適合性を確かめる。
• 構成の確認：Oracle Database中心の構成が、自社のデータ品質・権限・運用に耐えられるかどうか。
• 操作・性能：担当者が操作でき、検索の応答が許容時間内に収まるか。
• データ・連携：権限の境界、連携方式、移行データの欠損と重複の有無。
• 本開発への移行：主要業務の担当者が操作できることも、判定基準に含める。

PoCの後に本開発の見積もりを更新すると、根拠の薄い一括見積もりを避けやすくなります。

Oracle APEXのシステム発注・外注の進め方

発注は、業務課題を整理し、RFPで条件をそろえ、提案と見積もりを比較して契約する流れが基本です。

APEXは試作と企画を行き来しやすいです。一方で、データや権限の確認を後回しにすると、後工程で大きな手戻りが生じます。

要件整理とRFPで最初に書く業務の目的

RFPには、作るものだけでなく、業務の目的と見積もりの条件をそろえて書きます。

• 業務目的：課題、対象部門・利用者・データ、業務フロー。
• 必要条件：画面・帳票・承認経路・連携先・セキュリティ、希望納期、予算の考え方。
• 見積資料：現行のExcelや帳票のサンプル、データ件数、組織別の利用者数をそろえておく。

ExcelをAPEX化するだけでなく、入力時間の短縮、申請状況の可視化、重複登録の削減など、改善結果を明確にします。

Oracle DatabaseとAPEXのバージョンや配置、ORDS、接続スキーマは、技術条件としてRFPに含めます。REST API、認証方式、メールとファイルの保管方法も、RFPに含めます。

クラウドの場合は、リージョン・閉域接続・バックアップ・監視・障害通知・データ所在地をRFPに記載します。オンプレミスの場合は、サーバー、OS、ネットワーク、パッチの担当者を明記します。

提案とPoCで確認するデータと権限

提案を比べるときは、画面デザインよりも、業務ルールをデータと権限にどう反映するかを確かめます。

Oracle APEX 26.1管理者ガイド（2026年）では、エンドユーザー、開発者、ワークスペース管理者、インスタンス管理者などを区別しています。権限を決めるときは、この区別に沿って、誰に何を許すかを考えます。

• 閲覧・承認：複数部門の閲覧範囲、承認後に編集できる項目、退職者アカウントの停止。
• 履歴・組織：組織変更時の権限更新と、削除せず履歴を残す方法。
• 制御の実装：APEXの認証・認可スキームと、必要に応じたデータベース側の対策を説明できる会社を選ぶ。
• 役割の分離：本番利用者と開発者を分け、実行・設定変更・ログ確認を誰が担うかを提案時に確認する。
• 異常系テスト：権限不足・重複登録・APIエラー・タイムアウト・CSVの不正データも、PoCで試す。

設計・開発・テスト・リリースの段階的な進め方

設計では、データモデルと画面、業務ロジックを中心に扱います。そのほか、外部連携、権限、ログ、バックアップ、監視も設計の対象です。

画面を量産する前に、マスタ・履歴・論理削除・登録者と更新者・個人情報の分類を先に決めます。

既存DBのデータを参照するのか、APEX側で更新するのか、連携先に反映するのかは、項目ごとに区分しておきます。

1. 単体・結合・総合・受入のテストを分けて行い、仕様書と結果を残します。
2. 本番直前の一度きりにせず、移行リハーサル、件数とサンプルの照合、切戻し手順を確認します。
3. まず1部門か1業務からリリースし、ログと問い合わせを見ながら対象を広げます。

利用者が多い業務では、ピーク時の同時利用や検索条件の偏りを確認します。添付容量、メール送信の失敗、バックアップからの復旧も対象です。

リリース後の窓口と障害時の一次切り分け、Oracle・OCI・ネットワークへの連絡先、月次改善会議は、契約時に決めておくと定着しやすくなります。

Oracle APEXのシステム発注・外注にかかる費用相場

費用は、APEX利用料・Oracle DatabaseやOCIの基盤費・初期開発費・保守・運用費に分けて考えます。APEXは画面開発を効率化しますが、要件定義やデータ設計などは別に必要です。

ここで示すのは、案件条件によって変わる推定レンジです。特定の会社が提示する確定価格ではありません。

Oracleの利用料金をAPEX・基盤・追加サービスで分けた内訳

Oracle APEX Pricing（2026年）では、APEX on premisesを追加ライセンス費用なしの機能として案内しています。つまり、APEXはOracle Databaseに含まれます。

OCIのAPEX Application Development Serviceの料金は、アプリ数・開発者数・利用者数では決まりません。

• Application Development Service：2 ECPU・20GBを31日連続で稼働させた場合の表示例で、月額約122ドル。
• Autonomous Database：APEX with Autonomous Databaseは、月額約502ドルから（1ドル150円で約7.5万円）。
• 円換算の目安：約122ドルは、1ドル150円で換算すると月額約1.8万円。

これらの料金は、Databaseライセンス、保守、サーバーを含むとは限りません。ネットワーク、監視、バックアップ、メール、ファイル保管も、含まれないことがあります。

金額は、為替・リージョン・稼働時間・ストレージ・バックアップ・追加のOCIサービスによって変わります。Always Freeは検証や学習には使えても、本番の可用性・監視・サポート要件を満たすとは限りません。本番の条件は、別に確認します。

初期開発費の規模と連携・移行範囲

この金額は、NotebookLMリサーチノート「Oracle・APEXのシステム」（2026年）をもとにした推定です。一般的な業務システムの相場とAPEXの実装効率を踏まえており、画面数だけでは決まりません。

• PoC・画面試作：100万〜300万円。1業務・数画面・少量データ・簡易認証で、適合性を検証する規模。
• 部門向けアプリ：300万〜800万円。申請・台帳・検索・帳票に、ロール権限と基本テストが加わる段階。
• 複数部門・外部連携：800万〜2,000万円。API・既存DB参照・移行・監査ログ・運用設計の比重が高まります。
• 全社・基幹周辺：2,000万〜5,000万円超。高可用性・複数環境・移行リハーサル・教育・段階展開を含みます。

見積もりは合計額だけで判断せず、要件定義と画面、データ設計、開発の工数に分けて確認します。連携やテスト、移行、教育、管理の工数も、この内訳に含めて見ます。

NotebookLMリサーチノート（2026年）の一般的な業務システム参考値では、PMは90万〜150万円、SEは65万〜110万円です。同じ資料では、PGは50万〜90万円、テスターは45万〜80万円程度です。ただし、実際の単価は、体制・専門性・契約期間・再委託の有無によって変わります。

初期開発費とは別の保守・運用費

NotebookLMリサーチノート（2026年）では、保守費の参考値を初期開発費の15〜25%としています。

• 保守項目：監視・問い合わせ・障害対応・Oracle・APEX・ORDSの更新・脆弱性対応・法改正・追加開発を、項目ごとに分けて計上する。
• サービス時間：24時間365日の監視と、平日営業時間のみの問い合わせ対応とでは、同じ保守率になりません。
• クラウド：繁忙期のECPU・データ量・バックアップ世代数・通信量を想定します。料金は利用量で変わります。
• オンプレミス：サーバー更改・Oracle Database保守・バックアップ媒体・監視製品に加え、運用担当者の人件費も見込みます。
• 範囲の明記：保守範囲が空欄のままだと、運用開始後に別契約が必要になる可能性があります。

Oracle APEXの委託先選定と見積比較のポイント

Oracle DatabaseとSQL、PL/SQLを一体で扱える会社を、候補にします。ORDS、認証と認可、OCIまたはオンプレミス運用への対応も、あわせて見ます。

Oracle公式事例やパートナー表彰は候補探しの手がかりになりますが、自社案件の品質を保証するものではありません。そのため、同規模・同業界の実績と担当者の経験を確認します。

APEXだけでなくOracle Databaseと業務設計の実績

候補の会社には、Oracle APEX案件の実績と、技術・業務・運用への対応力を、具体的に確かめます。

• 案件実績：対象業務・利用者とデータ量・DB構成・連携数・期間・担当範囲・運用体制を確認する。
• 説明力：匿名化した画面仕様・テスト観点・権限設計を、説明できるかを見る。
• 導入事例：日本オラクル「NRI導入事例」（2026年閲覧）では、11アプリを本番展開し、開発工数を平均65%削減したと紹介されています。
• 技術確認：IdP認証・ロールと行単位の閲覧制御・SQLとPL/SQLのレビュー・API失敗時の再実行と記録方法を質問する。
• 生成AIの利用：生成物はそのまま本番に入れず、認証・認可・データモデル・監査ログ・脆弱性・自動テストを人が確認する方針かを確かめる。

この削減率は特定企業の事例で、すべての案件に同じ割合が当てはまるわけではありません。

工程・前提・除外項目をそろえた見積もりの比較

相見積もりでは、各社に同じRFPと資料を渡し、同じ前提で内訳を比べます。

• 工程別の金額：要件定義・設計・開発・テスト・移行・教育・保守ごとに分けて提示してもらう。
• 同じ見積条件：発注側が、画面・帳票・API数・移行件数・利用者と環境の数・同時利用・納期の条件をそろえて示す。
• 運用を含む総額：初期費用だけでなく、2〜3年程度の運用費を含めた総保有コストで比べる。
• 除外項目：「別途相談」「必要に応じて対応」「お客様準備」といった表現と、ライセンス・OCI・ネットワーク・IdP・メール・帳票の扱い。
• 追加作業：データ整備・移行リハーサル・性能と脆弱性の試験・教育・リリース立会いが、見積もりに含まれているか。

再見積もりのときの増減ルールと承認者も、あらかじめ決めておきます。

契約書に残す納品物・保守・切替条件

契約では、引継ぎに必要な納品物と利用権を、具体的に定めておきます。

• 設計・試験資料：要件定義書・業務フロー・ER図・画面とAPI仕様・テスト仕様と結果を、引継ぎの対象にする。
• 運用・移行資料：APEXエクスポート・DDL・環境設定・IaC・復旧手順と脆弱性対応の記録。
• 第三者製品：ライブラリやプラグインのライセンスと、更新責任の所在も確かめる。
• 契約条件：著作権・利用権・再委託・秘密保持を定め、障害連絡時間・復旧目標・保守受付時間・追加開発単価・終了時の引継ぎも決める。
• 個人情報：安全管理措置・アクセス権限・ログ保存・データの返却と消去。

個人情報保護委員会の「個人情報保護法に関するQ&A」（2026年閲覧）では、クラウドを利用する場合、契約や実態に即して、どこまでを誰が受け持つかを整理する考え方が示されています。

よくある質問（FAQ）

発注前に確認されやすい費用や契約の疑問を取り上げます。答えは案件条件で変わるため、順番を押さえて比べると判断しやすくなります。

Oracle APEXのシステム開発は本当に安くできますか？

画面や定型データ処理を効率化し、従来型のフルスクラッチより工数を抑えられる可能性はあります。

要件定義・データ移行・権限・外部連携・テスト・運用は省略できません。そのため、APEX本体の料金だけで判断せず、PoCで削減できる工程と削減できない工程を分けて見積もります。

Oracle Databaseがない会社でもAPEXを外注できますか？

外注はできますが、先に、Oracle Databaseを新たに採用する理由と、クラウドかオンプレミスかによる運用責任を確認します。

既存のOracle資産がない場合は、APEX、SaaS、パッケージ、他のローコードを同じ要件で比べます。その際は、5年程度のライセンス・基盤・開発・保守の費用に加え、社内人材の確保も含めて判断します。

Oracle Databaseの価値がデータ統合や既存資産活用にあるかを明確にしてから発注することをおすすめします。

Oracle APEXの委託先は何社に見積もりを依頼すべきですか？

要件がある程度整理できていれば、3社程度以上に同じRFPを渡して比べる方法が現実的です。

候補が多すぎると評価の負担が増えるため、Oracle DatabaseとAPEX実績、業務経験で一次選定します。クラウドとオンプレミスの対応、保守、納品物も、選定の観点に含めます。

金額に加え、質問の具体性・リスクの指摘・前提条件の明示・担当者の説明力も評価します。

まとめ

発注では、APEXの速さや料金だけでなく、Oracle Database中心のデータ設計・権限・連携・移行・テスト・保守を、一つの計画として扱います。

要件が固まった範囲は請負、検討と改善は準委任、適合性に不安がある部分はPoCに分けると、契約上の責任と変更管理を明確にしやすくなります。

発注前のRFPと比較表

RFPには、対象業務、利用者、データ件数を記載します。既存のOracle環境と連携先、認証と権限も、RFPに含めます。監査ログと移行、納期と予算、保守と納品物も、RFPの条件として書きます。

見積書は工程別に分け、含む範囲・除外項目・追加条件を比べます。委託先には、APEX画面だけでなくSQL・PL/SQLやDB、業務設計を説明できる体制を求めます。運用については、クラウドかオンプレミスかに応じた説明も求めます。

最初の一歩となる小さな業務のPoC

全社発注の前に行うPoCの流れと、確認する条件を示します。

1. 全社システムをすぐ発注せず、代表業務を一つ選びます。
2. 検索・登録・承認・権限・連携・移行が成り立つかを、PoCで確認します。
3. PoCでの前提を本開発のRFPと見積もりに反映し、追加費用や納期遅延を抑えます。
4. 自社のOracle資産と業務課題を整理してから、複数社に説明と見積もりを依頼します。

▼全体ガイドの記事
・Oracle APEXのシステム開発の完全ガイド

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。