「開発をしなくても、画面や項目を自分で変えられる」。
Odoo Studioは、そう説明されるツールです。実際、開発の知識がなくても多くのことができます。
ただし、便利さには落とし穴もあります。自由に変えられるからこそ、歯止めが利かなくなるのです。
この記事では、ERP導入支援を手がけるベンチャーネットが、Odoo Studioを整理します。読み終えると、次の3つが分かります。
- Studioで何ができて、何ができないのか
- 便利さの裏にある注意点
- どこまでStudioで対応し、どこから開発を検討すべきか
Odoo Studioとは
画面上で設定を変えられるツール
Studioは、Odooの画面や項目を、プログラムを書かずに変更できるツールです。
管理者権限があれば、画面上で操作しながら次のようなことができます。
- 入力項目の追加や削除
- 画面のレイアウト変更
- 帳票のデザイン調整
- 承認フローの設定
- 一定の条件で処理を自動化するルールの設定
Enterprise版限定
重要な前提です。StudioはEnterprise版限定の機能です。
無料のCommunity版では利用できません。Studioを使う前提で計画するなら、Enterprise版が必須になります。
以下は2026年8月時点、Odoo公式のエディション比較ページにもとづく内容です。対応はバージョンによって変わるため、検討時は最新の公式情報をご確認ください。
誰が使うのか
想定されるのは、次のような人です。
- 社内でシステムを担当している人
- 業務を熟知していて、設定変更を自分で行いたい人
- 導入支援を行うパートナー
プログラムの知識は不要ですが、業務の設計を理解している必要があります。
Studioでできること
項目の追加
標準の画面に、自社で必要な項目を足せます。
たとえば、顧客マスタに「取引開始日」を追加する、受注画面に「社内メモ」を追加する、といった変更です。
画面レイアウトの変更
項目の並び順を変える、タブを追加する、不要な項目を非表示にする。
現場が使いやすい画面に整えることができます。入力の負担を減らすうえで、これは実務的に効きます。
帳票の調整
見積書、請求書、納品書などのレイアウトを調整できます。
自社のロゴを入れる、項目の配置を変える、といった調整が可能です。
承認フローの設定
「一定金額を超える見積は上長の承認を要する」といったルールを設定できます。
内部統制を意識する場面で使われます。
自動化のルール
「特定の条件を満たしたら、担当者に通知する」といった処理を設定できます。
手作業での確認を減らす用途に使えます。
Studioでできないこと
正直にお伝えします。Studioには限界があります。
複雑なロジックは扱えない
複数の条件が絡む計算や、独自のアルゴリズムを伴う処理。こうしたものはStudioの範囲を超えます。
外部システムとの連携処理
他システムとデータをやり取りする仕組みは、開発が必要です。
標準機能の動作そのものの変更
「この処理の順序を変えたい」「標準の計算方法を変えたい」といった変更は、Studioでは対応できません。
大量データを扱う高速な処理
パフォーマンスが要求される処理は、Studioの設定では対応しきれない場合があります。
独自の業務アプリの新規開発
簡易なアプリを作る機能はありますが、本格的な業務アプリを一から作るのは開発の領域です。
便利さの裏にある注意点
ここが、この記事でもっとも伝えたい部分です。
「誰が何を変えたか」が分からなくなる
Studioは簡単に変更できます。簡単だからこそ、記録が残りません。
「この項目は誰が何のために追加したのか」が分からない状態は、数か月で発生します。不具合が起きたときに、原因を追えなくなります。
バージョンアップの確認作業が増える
変更した箇所の数だけ、更新のたびに動作確認が必要になります。
Studioでの変更は開発ほどの負担ではありませんが、積み重なれば無視できません。「新機能を使いたいのに、更新が重くて踏み切れない」という状態を招きます。
設定した人しか分からなくなる
担当者が異動や退職をすると、「なぜその設定になっているのか」が失われます。
ノーコードでも属人化は起きます。むしろ、手軽なぶん記録が残りにくく、属人化しやすい面すらあります。
「変えられる」と「変えるべき」は違う
これが本質です。
現場から「この項目を追加してほしい」という要望が出たとき、Studioなら簡単に応えられます。しかし、その要望が本当に必要かは別の話です。
要望に応え続けると、画面は項目だらけになり、かえって使いにくくなります。
使い方のルールを決める
Studioを活かすには、ルールが必要です。
誰が変更できるかを決める
全員が変更できる状態にしないでください。変更権限を持つ人を限定し、窓口を明確にします。
変更前に確認する手順を決める
- その変更は本当に必要か
- 標準機能の使い方で解決できないか
- 業務のやり方を変えれば済まないか
この3つを確認してから変更するというルールにするだけで、無駄な変更は大きく減ります。
変更内容を記録する
いつ、誰が、何を、なぜ変更したか。簡単なメモで構いません。
これがあるだけで、後から追える状態になります。
定期的に棚卸しする
半年に一度、追加した項目や設定を見直してください。
使われていない項目は削除する。この習慣があるかどうかで、数年後の状態が大きく変わります。
Studioと開発の使い分け
判断の順序
要望が出たとき、次の順序で検討してください。
1. 標準機能で対応できないか
設定の範囲、あるいは運用の工夫で解決できないか。
2. 業務のやり方を変えれば済まないか
その要望は、業務プロセスを見直すことで不要にならないか。
3. Studioで対応できるか
項目の追加や画面調整で足りるか。
4. 開発が必要か
上記で対応できない場合に、はじめて開発を検討する。
開発が必要な場合の前提
開発を伴う場合、Odoo.shなどの開発環境が必要になります。カスタムプランが前提です。
また、開発した部分は、バージョンアップのたびに確認と修正が必要になります。保守の負担まで含めて判断してください。
よくある質問
Community版でStudioは使えますか？
使えません。StudioはEnterprise版限定の機能です。
ノーコードでの画面調整を前提に計画しているなら、Enterprise版が必須になります。詳しくはCommunity版とEnterprise版の違いの記事をご覧ください。
開発の知識がなくても使えますか？
プログラムの知識は不要です。
ただし、業務の設計を理解している必要があります。「どの項目をどこに置くべきか」は、業務が分かっていないと判断できません。操作できることと、適切に設計できることは別です。
Studioで変更したものは、バージョンアップで消えますか？
通常、設定は引き継がれます。
ただし、変更した箇所は更新のたびに動作確認が必要です。標準機能の仕様が変わった場合、意図した動作にならないこともあります。
どこまでStudioで対応すべきですか？
「標準機能で足りない」かつ「業務のやり方を変えても解決しない」場合に限る、というのが安全な線引きです。
要望が出るたびに変更していると、数年後に管理できない状態になります。ルールを先に決めてください。
まとめ：便利さには、ルールが要る
この記事の要点です。
- StudioはEnterprise版限定。Community版では使えない
- 項目追加・画面調整・帳票調整・承認フロー・自動化ルールが設定できる
- 複雑なロジック、外部連携、標準動作の変更は開発の領域
- 簡単に変えられるからこそ、記録が残らず属人化しやすい
- 「変えられる」と「変えるべき」は違う
- 変更のルール（権限・確認手順・記録・棚卸し）を最初に決める
Studioは、うまく使えば強力なツールです。標準機能と業務のあいだにある小さなズレを、開発なしで埋められます。
しかし、無制限に使うと、数年後に管理できないシステムが残ります。自由度が高いツールほど、使い方の設計が重要になります。
そしてこの設計は、技術の問題ではありません。「どこまで自社に合わせ、どこを標準に委ねるか」という経営の判断です。
ベンチャーネットは、SAP、NetSuite、Odoo、AIスクラッチ開発の4つを扱っています。良い面だけでなく、こうしたリスクも正直にお伝えするのが、私たちの立場です。
「どこまで作り込むべきか」で迷ったら、その線引きからご一緒します。
もう少し詳しく知りたい方へ
関連記事
