「受注画面に、この項目を1つ足してほしい」。現場からそう頼まれるたびに、外部の開発会社へ見積を依頼している。小さな変更なのに、毎回数週間待つ。
そんな状態に疲れた経営者ほど、Odoo Studioに惹かれます。
Studioは、Odoo（オドゥー）の画面や項目を、プログラムを書かずに変えられるツールです。管理者権限を持つ人が、画面上で操作しながら設定を変えます。使い手は社内のシステム担当や業務を熟知した人で、プログラムの知識は要りません（誰が使うのか）。
Studioを使うと、たとえば次のことが変わります。
- 顧客マスタに「取引開始日」のような自社の項目を足せる
- 使わない項目を隠し、現場が入力しやすい画面に整えられる
- 見積書や請求書に、自社のロゴを入れたり項目の配置を変えたりできる
- 「一定金額を超える見積は上長の承認」といったルールを組める
小さな変更のたびに外部へ頼む状態から、社内で応えられる状態に変わります。
ただし、自由に変えられるからこそ、歯止めが利かなくなる危うさもあります。変更を積み重ねると、誰が何のために変えたのかが分からなくなります。複雑な計算や外部システムとの本格的な連携は、Studioの範囲を超えます。
では、どこまでをStudioで対応し、どこから開発を考えるべきか。その線引きは、要望が出たときに確かめる順番で決まります（Studioと開発の使い分け）。
Community版とEnterprise版について
StudioはEnterprise版（有償）の機能で、無料のCommunity版では使えません。Enterprise版の中でも、使えるのはカスタムプランだけです（詳細は使えるプランの条件）。
Odoo Studioとは
画面上で設定を変えられるツール
Studioを使うと、管理者権限を持つ人が、画面上で操作しながら次のような変更をできます。
- 入力項目の追加や削除
- 画面のレイアウト変更
- 帳票のデザイン調整
- 承認フローの設定
- 一定の条件で処理を自動化するルールの設定
Enterprise版の、さらにカスタムプラン限定
StudioはEnterprise版の中でも、カスタムプランに限定された機能です。
無料のCommunity版では使えません。Enterprise版のスタンダードプランにも含まれていません。
公式ドキュメントには、次の記載があります（出典：Odoo公式ドキュメント「Studio」、2026年10月確認）。スタンダードプランのデータベースにStudioをインストールすると、自動的にカスタムプランへのアップセルが発生する。
「Enterprise版を契約しているから使えるはず」と考えていると、想定外の契約変更に直面しかねません。
| プラン | Studioの利用可否 |
|---|---|
| Community版 | 利用不可 |
| Enterprise版・スタンダードプラン | 利用不可（インストールするとカスタムプランへ自動的にアップセル） |
| Enterprise版・カスタムプラン | 利用可能 |
※出典：Odoo公式 エディション比較ページおよびプラン説明（2026年9月確認）
対応は、バージョンや契約条件によって変わります。検討時は最新の公式情報をご確認ください。
誰が使うのか
想定される使い手は、次の人たちです。
- 社内でシステムを担当している人
- 業務を熟知していて、設定変更を自分で行いたい人
- 導入支援を行う外部の支援会社
プログラムの知識は要りません。ただし、業務の設計を理解している必要はあります。
Odoo Studioでできること（ノーコードの範囲）
項目の追加
標準の画面に、自社で必要な項目を足せます。
たとえば、顧客マスタに「取引開始日」を、受注画面に「社内メモ」を追加する。そうした変更です。
画面レイアウトの変更
項目の並び順を変える、タブを追加する、不要な項目を非表示にする。
現場が使いやすい画面に整えられます。入力の負担を減らすうえで、実務では大きな助けになります。
帳票の調整
見積書、請求書、納品書などのレイアウトを調整できます。自社のロゴを入れる、項目の配置を変える、といった調整です。
承認フローの設定
「一定金額を超える見積は上長の承認を要する」といったルールを設定できます。内部統制を意識する場面で使われます。
自動化のルール
「特定の条件を満たしたら、担当者に通知する」といった処理も設定できます。手作業での確認を減らす用途に向いています。
Studioでできないことと、メリット・デメリット
Studioには限界があります。次の5つは、Studioの範囲を超えます。
複雑なロジックは扱えない
複数の条件が絡む計算や、独自のアルゴリズムを伴う処理は、Studioでは組めません。
外部システムとの連携処理
Studioでも、Webhook（出来事をきっかけに、外部システムとデータを送り合う仕組み）は設定できます。Odooのデータベース同士をつなぐだけなら、コードは要りません。ただし、受け取ったデータで独自の処理をさせるには、プログラミングの知識が要る場合があります。公式ドキュメントも、技術者への相談を強く勧めています（出典：Odoo公式ドキュメント「Webhooks」、2026年10月確認）。他システムとデータをやり取りする本格的な仕組みには、開発が必要です。
標準機能の動作そのものの変更
「この処理の順序を変えたい」「標準の計算方法を変えたい」。こうした変更に、Studioは対応できません。
大量データを扱う高速な処理
パフォーマンスが求められる処理は、Studioの設定では対応しきれない場合があります。
独自の業務アプリの新規開発
簡易なアプリを作る機能はあります。ただ、本格的な業務アプリを一から作るのは開発の領域です。
Odoo Studioのメリットとデメリット
できることとできないことを合わせると、良い点と注意点は次のとおりです。Studioは、Enterprise版のカスタムプランでだけ使えます。Community版では使えません。
メリット
- プログラムを書かずに画面を変えられる：項目の追加・削除や画面レイアウトの変更を、管理者権限を持つ人が画面上で行える
- 帳票を自社の形に整えられる：見積書・請求書・納品書に、ロゴを入れたり項目の配置を変えたりできる
- 承認フローや自動化のルールも組める：一定金額を超える見積の承認や、条件を満たしたときの担当者への通知を設定できる
- 小さなズレを開発なしで埋められる：標準機能と業務のあいだの小さな差を、外部の開発に頼まずに調整できる
デメリット・注意点
- 使えるのはカスタムプランだけ：Community版でもスタンダードプランでも使えない。インストールすると、カスタムプランへの自動的なアップセルが発生する
- 複雑な処理や外部連携は範囲外：複雑な計算ロジック、標準動作の変更、他システムとの本格的なやり取りは開発の領域
- 更新のたびに確認が要る：変更した箇所の数だけ、バージョンアップのたびに動作確認が必要になる
- 記録が残らず属人化しやすい：手軽に変えられるぶん、誰が何を変えたかが分からなくなりやすい
両方を並べると、次の図のとおりです。
注意点の多くは、使い始める前の決めごとで小さくできます。避け方はStudioの使い方のルールとStudioと開発の使い分けにまとめました。
便利さの裏にある注意点
Studioでいちばん気をつけたいのは、変更を積み重ねた先です。次の3つの状態が起きます。
「誰が何を変えたか」が分からなくなる
Studioは簡単に変更できます。簡単だからこそ、記録が残りません。
「この項目は誰が何のために追加したのか」が分からない状態は、数か月で生まれます。不具合が起きたときには、原因を追えなくなっています。
バージョンアップの確認作業が増える
変更した箇所の数だけ、更新のたびに動作確認が必要になります。
1件ずつは開発ほどの負担ではありません。それでも、積み重なれば無視できない量になります。「新機能を使いたいのに、更新が重くて踏み切れない」。そんな状態を招きます。
設定した人しか分からなくなる
担当者が異動や退職をすると、「なぜその設定になっているのか」が失われます。
ノーコードでも属人化は起きます。手軽なぶん記録が残りにくく、むしろ属人化しやすい面すらあります。属人化と標準化の関係は、『業務属人化』がDXを止めるで詳しく扱っています。
「変えられる」と「変えるべき」は違う
3つの状態の根にあるのは、この違いです。
現場から「この項目を追加してほしい」と要望が出たとき、Studioなら簡単に応えられます。しかし、その要望が本当に必要かは別の話です。
要望に応え続けると、画面は項目だらけになり、かえって使いにくくなります。
Studioの使い方のルールを決める
Studioを活かすには、使い始める前に4つのルールを決めておきます。
誰が変更できるかを決める
全員が変更できる状態にはしないでください。変更権限を持つ人を限り、窓口を1つにします。
変更前に確認する手順を決める
- その変更は本当に必要か
- 標準機能の使い方で解決できないか
- 業務のやり方を変えれば済まないか
この3つを確認してから変更する。このルールだけで、無駄な変更は大きく減ります。
変更内容を記録する
いつ、誰が、何を、なぜ変更したか。簡単なメモで構いません。これだけで、後から追える状態になります。
定期的に棚卸しする
半年に一度は、追加した項目や設定を見直してください。
使われていない項目は削除する。この習慣があるかないかで、数年後の状態は大きく変わります。
Studioと開発（カスタマイズ）の使い分け
判断の順序
要望が出たら、次の順序で検討してください。
- 標準機能で対応できないか：設定の範囲、あるいは運用の工夫で解決できないか
- 業務のやり方を変えれば済まないか：業務プロセスを見直せば、その要望自体が要らなくならないか
- Studioで対応できるか：項目の追加や画面調整で足りるか
- 開発が必要か：1〜3で対応できない場合に、はじめて開発を検討する
要望ごとの振り分け表
社内会議で要望を仕分けるときの目安です。
| よくある要望 | まず検討する対応 |
|---|---|
| 顧客や受注に、自社独自の項目を1つ足したい | Studio（項目の追加） |
| 使わない項目が多く、入力画面が見づらい | Studio（非表示・並び替え） |
| 見積書に自社のロゴや注記を入れたい | Studio（帳票の調整） |
| 部署ごとに違う入力ルールをそろえたい | 業務のやり方を見直す |
| 標準の計算方法や処理の順序を変えたい | 開発（保守負担も含めて判断） |
| 他システムと自動でデータをやり取りしたい | 開発（外部連携） |
開発が必要な場合の前提
開発を伴う場合は、Odoo.shなどの開発環境が必要です。カスタムプランが前提になります。
また、開発した部分は、バージョンアップのたびに確認と修正が要ります。保守の負担まで含めて判断してください。
Studioを使い始める前に、ベンチャーネットが確かめること
ERP導入支援を手がけるベンチャーネットは、NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しています。Studioの相談を受けたときは、次の順で確かめます。
ステップ1：変えたい理由を、業務の言葉で聞く
「項目を足したい」の奥にある困りごとを聞きます。多くは、標準の使い方か運用の見直しで解けます。
ステップ2：標準機能に業務を合わせられるかを試す
Fit to Standard（標準機能に業務を合わせる考え方）で、まず標準のまま回してみます。Studioを使うのは、そのうえで残ったズレだけです。
ステップ3：カスタムプランが本当に必要かを見極める
Studioを入れると、カスタムプランが前提になります。残ったズレが小さければ、スタンダードプランのまま運用で吸収する選択肢も比べます。
ステップ4：変更の窓口と記録のルールを先に決める
誰が変えるか、何を確認するか、どこに記録するか。最初の設定より前に決めておきます。
ステップ5：3〜5年後から逆算して、合わなければそう伝える
開発が膨らむほど固有の業務が多いなら、Odooが最適とは限りません。規模や要件によってはNetSuiteが合います（NetSuite側の拡張の考え方はNetSuiteのカスタマイズ完全ガイド）。パッケージに乗らない業務が中心ならAIスクラッチ開発も候補です。その場合は、開発費・保守費が別途かかる点まで含めて比べます。
バージョンと機能の更新について
Odoo 19.0は、2025年9月にリリースされました。標準サポートの終了は2028年9月（予定）と、公式に記載があります。
その後、19.1（2026年1月）・19.2（2026年3月）・19.3（2026年5月）・19.4（2026年7月）が順に提供されています。
19.1〜19.4は、Odooオンラインで先に提供されました。Odoo.shとオンプレミスは対象外でした（公式のサポート表にN/Aと明記）。
2026年9月には、次のメジャー版のOdoo 20が公開されました。Odoo.shやオンプレミスの会社も、Odoo 20に上げれば、19.1〜19.4の新機能をまとめて受け取れます。
違うのは、新機能を受け取る時期です。早く使いたいならOdooオンライン。自社で管理したいなら、Odoo.shかオンプレミスで年1回のメジャー版に合わせる。そう考えます。Odoo 20の変更点はOdoo 20の新機能まとめにあります。
Studio自体の機能については、19.1〜19.4の公式リリースノートに記載がある変更は見つかりませんでした。
Studioで気をつけたいのは、版ごとの機能よりプランの条件です。使えるプランの条件のとおり、StudioはEnterprise版のカスタムプランに限られます。スタンダードプランには含まれず、導入すると自動的にカスタムプランへのアップセルが発生します。
この更新の流れは、Enterprise版に関するものです。Community版は、このバージョン間の機能更新の対象になりません。
※出典：版とサポート期間・Studioのプラン条件はOdoo公式ドキュメント（2026年10月確認）。
※出典：19.1〜19.4の変更はOdoo公式のリリースノート（2026年9月確認）。
よくある質問
Community版でStudioは使えますか？
使えません。StudioはEnterprise版の中でも、カスタムプラン限定の機能です。
スタンダードプランには含まれず、インストールすると自動的にカスタムプランへのアップセルが発生します。詳しくはCommunity版とEnterprise版の違いの記事をご覧ください。
社内にエンジニアがいなくても使いこなせますか？
プログラムの知識がなくても使えます。
ただし、業務の設計を理解している必要があります。「どの項目をどこに置くべきか」は、業務が分かっていないと判断できません。操作できることと、適切に設計できることは別です。
Studioで変更したものは、バージョンアップで消えますか？
通常、設定は引き継がれます。
ただし、変更した箇所は、更新のたびに動作確認が必要です。標準機能の仕様が変わると、意図した動作にならないこともあります。
どこまでStudioで対応すべきですか？
「標準機能で足りない」かつ「業務のやり方を変えても解決しない」場合に限る。これが安全な線引きです。
要望が出るたびに変更していると、数年後には管理できない状態になります。ルールを先に決めてください。
Odoo Studioのメリットとデメリットは何ですか？
開発なしで画面を変えられる良さとプランや管理の注意点があります。
項目の追加、画面や帳票の調整、承認フローや自動化のルールを、プログラムを書かずに設定できます。
一方、使えるのはEnterprise版のカスタムプランだけで、Community版では使えません。変更が積み重なると、更新のたびの確認や属人化の負担が増えます（メリットとデメリット）。
まとめ：便利さには、ルールが要る
- StudioはEnterprise版の、さらにカスタムプラン限定。Community版でもスタンダードプランでも使えない
- 項目追加・画面調整・帳票調整・承認フロー・自動化ルールを設定できる
- 複雑なロジック、外部連携、標準動作の変更は開発の領域
- 簡単に変えられるからこそ、記録が残らず属人化しやすい
- 「変えられる」と「変えるべき」は違う
- 変更のルール（権限・確認手順・記録・棚卸し）を最初に決める
- メリットは小さなズレを開発なしで埋められること。注意点はプランの条件と、変更の積み重ね
Studioは、うまく使えば強力なツールです。標準機能と業務のあいだにある小さなズレを、開発なしで埋められます。
しかし、無制限に使えば、数年後に管理できないシステムが残ります。自由度が高いツールほど、使い方の設計が重要になります。
そしてこの設計は、技術の問題ではありません。「どこまで自社に合わせ、どこを標準に委ねるか」という経営の判断です。
1年後、現場から「項目を1つ足したい」と声が上がっても、担当者は変更メモを開き、まず標準の使い方で済まないかを確かめています。半年ごとの棚卸しで不要な項目は消え、Odoo 20への更新でも確認すべき箇所が一覧で手元にあります。
もう少し詳しく知りたい方へ
Studioをどこまで使うか、カスタムプランが本当に要るかで迷ったら、いまの要望の一覧を持ってご相談ください。その線引きからご一緒します。
関連記事
