2026年10月27日、Oracleは米国ラスベガスの年次イベント「Oracle AI World 2026」で、コーディングの知識がない社員でも、チャットで指示するだけで社内向けの業務アプリを作れる「Oracle App Composer」を発表しました。社員が自分で業務アプリを作る流れが、大手ベンダーの正式な製品として広がり始めています（本記事は2026年10月28日時点の情報です）。
「社員がAIで業務アプリを作れる時代になるなら、開発会社に頼むものと自分たちで作るものを、どう分ければいいんだろう…」
先に結論をお伝えします。今すぐ何かを変える必要はありません。提供は2027年春の予定で、すでに動いているシステムには影響しないからです。ただし、「社員が作るアプリ」が増える前に、誰が作ってよいか・誰が管理するか・開発会社に頼む範囲はどこまでかを決めておくと、後で困りません。
この記事では、発表された内容の事実と、発注者にとって「変わること・変わらないこと」を分けて整理し、開発会社に確認したいことをそのまま使える質問例にしてお伝えします。
Oracle App Composerとは？発表内容の要点
まず、公開されている情報から事実だけを整理します。
📰 出典：Publickey「Oracle、社員がAIで業務アプリを作り、Oracle Cloud上で共有できる「Oracle App Composer」を発表」（2026年10月29日掲載）
国内IT媒体のPublickeyによると、要点は次のとおりです。
| 項目 | 内容 |
|---|---|
| 作り方 | 作りたい業務アプリをチャットで指示すると、OpenAIの「Codex」がコードを生成する |
| 公開・共有 | セキュリティチェックなどを経てOracle Cloudにデプロイされ、社内向けのURLで共有できる |
| 管理 | 情報システム部門が管理画面で全アプリを把握できる。利用者・作成者・類似アプリの有無の確認、責任者の設定、長期間使われていないアプリの廃止ができる |
| 提供時期 | 2027年春の予定 |
| 料金 | 同記事には記載なし |
Oracleの発表資料（プレスリリース）でも、利用者はコーディングの専門知識がなくてもアプリを作れること、デプロイと運用はOracleがOCI（Oracle Cloud Infrastructure）上で行うこと、企業のID・権限・ネットワーク・監査・アプリのライフサイクルに関する統制を適用することが説明されています。承認されたOracleのデータやワークフローに接続できる、とも書かれています。
📰 出典：Oracle「Oracle Reinvents Enterprise Computing for the AI Era with OpenAI」（2026年10月27日）
また同じ発表では、中小企業向けの「Oracle AI SMB Bundle」（無料で始められ、年間1万2,000ドル分のOracleクラウドクレジットが付く、とされています）に、App Composerを含む複数のサービスが入る、とされています。ただし「条件や制限があります」とも書かれており、日本での提供条件は、本記事の執筆時点では確認できていません。
※ 発表資料には、機能・時期・価格は変更される可能性がある旨の注意書きがあります。
発注者にとって何が変わるか、変わらないか
ここからは、事実ではなく筆者の見方です。
変わりそうなこと
- 「小さな業務アプリ」を社員が作る場面が増える：出張申請の集計表、現場の点検チェック、問い合わせの一覧など、これまで「開発会社に頼むほどでもない」と見送られていたものが対象になりそうです
- 管理の問題が前面に出る：作るのが簡単になるほど、誰が作ったか分からないアプリが増えます。今回の発表でも、類似アプリの確認や長期間使われていないアプリの廃止が機能として挙がっているのは、そこが課題だからだと考えられます
- 開発会社に期待される役割が変わる：「全部作る」から、「社員が作れない部分（基幹システムとの連携、権限設計、複雑な業務ルール）を担う」「社員が作ったものを引き取って育てる」へ、重心が動く可能性があります
変わらないこと
- 何を作るかを決める責任は発注者側にある：AIがコードを書いても、業務のルールや例外を知っているのは社内の人です
- 作ったあとの保守は誰かが担う：動き続けるアプリには、更新・障害対応・担当者交代時の引き継ぎが必要です
- 重要なシステムは、従来どおり設計・テスト・契約が大切：売上や個人情報に関わるものは、社員が手軽に作ったアプリに任せきりにしないほうが安全です
なお、Oracleの製品を使っていない会社には、直接の影響はありません。ただ、同じ流れは他のクラウド事業者にも広がっています。たとえば直近では、Cloudflareも社員がAIで社内アプリを作れる仕組みを発表しており、その見方は次の記事で整理しています。
今やるべきこと・様子見でいいこと
| 区分 | 内容 |
|---|---|
| 今やること（費用はかからない） | 社内で、AIを使ったアプリづくりを「誰が・どの業務まで・どこで」してよいか、方針を1枚にまとめる |
| 今やること | すでに社員が作ったアプリ・ツールがないか、一覧にする（作った人、使う人、扱うデータ） |
| 今やること | 開発会社との契約で、社員が作ったアプリの引き取り・保守が範囲に入るか確認する |
| 様子見でよい | App Composerそのものの導入。提供は2027年春の予定で、料金も日本での条件も未確認 |
| 様子見でよい | 既存のシステムの作り替え。稼働中のものを、この発表を理由に急いで変える必要はありません |
「社員が作るアプリ」と「開発会社に頼むシステム」の線引きの目安
社内で決めるときの、考え方の一例です。正解は会社ごとに違うので、たたき台として使ってください。
| 観点 | 社員が作ってもよいことが多い | 開発会社に頼んだほうがよいことが多い |
|---|---|---|
| 使う人 | 自分の部署の数人〜数十人 | 全社、取引先、お客様 |
| 扱うデータ | 公開してよい情報、集計済みの数字 | 個人情報、取引先の契約情報、会計データ |
| 止まったときの影響 | 手作業に戻せば済む | 業務や売上が止まる |
| 他システムとの連携 | 少ない（ファイルの取り込み程度） | 基幹システム・会計・認証と連携する |
| 寿命 | 数か月〜1年程度の試し使い | 数年使い続ける |
発注者がやることチェックリスト
- ☐ 社員がAIでアプリを作ってよい範囲（部署・データ・用途）を、書面で決めた
- ☐ すでに社内で動いている、社員作成のアプリ・ツールを一覧にした
- ☐ アプリごとに、責任者（持ち主）と、使わなくなったときの廃止ルールを決めた
- ☐ 個人情報や取引先情報を、AIに入力してよいか／アプリに保存してよいかを決めた
- ☐ 開発会社に頼んだシステムと、社員作成アプリの境目（連携の有無）を確認した
- ☐ 作成者が異動・退職したときの引き継ぎ先を決めた
開発会社への質問例
そのまま使える形で並べます。
- 「社員がAIで作った社内アプリが増えた場合、御社の保守契約でどこまで見てもらえますか？別途の相談になりますか？」
- 「社員が作ったアプリと、御社が作ったシステムをつなぐときに、守るべき決まり（認証、データの持ち方）はありますか？」
- 「社員が作ったアプリを、御社で引き取って作り直す場合、どんな資料があれば費用や期間を抑えられますか？」
- 「Oracleのようなクラウド事業者のAIアプリ作成機能を使うときと、御社に頼むときで、費用や責任の分け方はどう変わりますか？」
- 「AIが作ったアプリに、セキュリティ上の問題があった場合、誰が確認し、誰が直しますか？」
まとめ：慌てて導入するより、まず「ルール」を決める
- Oracle App Composerは、社員がチャットで業務アプリを作り、社内で共有できる仕組み。提供は2027年春の予定（2026年10月28日時点）
- 稼働中のシステムは変えなくてよい。導入も様子見で問題ない
- 先にやるのは、「誰が・どこまで・どのデータで作ってよいか」「誰が管理するか」を決めること
- 開発会社とは、社員作成アプリの引き取り・保守・連携のルールを確認しておく
AIでアプリが作りやすくなっても、「何を作るか」と「作ったあとを誰が守るか」は、発注者側が決める大切な役割です。方針づくりや、開発会社との線引きで迷う場合は、一人で抱え込まずに相談してみてください。
あわせて読みたい関連記事
