月曜の経営会議。営業部長の売上と経理の売上が、また合わない。前半の20分が、どちらの集計表が正しいかの確認で終わる。
「それくらい、現場で作ってもらえないか」。こう口にする社長が増えました。生成AIやノーコード（プログラムを書かずに画面や処理を組み立てる方法）の普及で、専門家でなくても仕組みを作れる場面が広がったからです。これを「ITの民主化」と呼ぶことがあります。
ただ、誰もが作れると、同じ数字が社内の各所に生まれます。冒頭の会議は、その典型的な姿です。
だからこそ、会社が正しいと認めた記録を1か所に置く基盤の重要性が上がります。Odoo（オドゥー：オープンソース由来のERP）は、その記録の入り口をまとめる位置づけです。入り口が1つなら、出口の数字はそろいます（データ駆動経営の前提）。
Odooに記録を集めると、たとえば次のことが変わります。
- 営業と経理が、同じ数字から会議を始められる
- 現場の工夫は止めずに、定着したものだけを会社の仕組みへ引き上げる
- IT担当の仕事が、作ることから、記録の置き場所を整えルールを決めることへ移る
- 構築や保守は外に出し、決める役を社内に残せる
ただし、海外展開や連結決算が視野に入るなら、NetSuiteなど上位のERPが候補です。固有の業務が中心でパッケージに乗らないなら、AIスクラッチ開発も選択肢になります（開発費と保守費は別途かかります）。
では、現場が自分で作れる時代に、中小企業のIT担当は何を担えばよいのか。答えはIT担当の3つの役割にあります。良い点と気をつけることは、Odooに記録を集める良い点と、気をつけることに版ごとに並べました。
CommunityとEnterpriseの区別について
複数アプリを横断して数字を見る仕組みは、Enterprise版（有償）が前提です。日々の記録を1か所に集めること自体は、Community版（無料）でも可能です。
現場が自分で仕組みを作れる「ITの民主化」の時代
以前、業務の仕組みを作るのは情報システム部門の仕事でした。現場は要望を出して、順番を待つ立場です。
いまは、現場の担当者が手元で集計表や業務フローを組み立てられます。待ち時間が消え、改善は速くなりました。話すだけで作る手法が中小企業の内製をどう変えるかは、バイブコーディングとはにまとめています。
これが光の部分。影もあります。作られた仕組みが、会社から見えない場所で増えていくのです。
ITの民主化が進むほど、データ基盤の重要性が上がる
誰もが作れるなら、基盤の価値は下がりそうに見えます。実際は逆です。
同じ数字が、いくつも生まれる
売上の集計表が営業部にあり、経理にも別のものがある。数字が合わず、会議が突き合わせから始まります。作る力が広がるほど、この状態は加速します。
作った人がいなくなると、止まる
現場で作られた仕組みは、本人しか中身を知らないことが多いものです。異動や退職のあと、誰も触れない仕組みが残ります。
会社の正しい記録を、1か所に置く
だからこそ、ERP（基幹システム。受注・在庫・請求などの記録を1つにまとめる仕組み）の役割が変わります。
ERPは万能の道具ではなく、「会社が正しいと認めた記録の置き場所」です。周辺で自由に作るほど、中心に軸が要ります。
IT部門・IT担当の役割は、3つに変わる
作る仕事が現場に移ると、IT担当は不要になるのでしょうか。なくなるのではなく、役割の中身が入れ替わります。
①基盤を整える人
正しい記録の置き場所を決め、その状態を保ちます。項目の意味をそろえ、取引先や商品の呼び名を統一する仕事です。
②ルールを決める人
誰がどこまで見られるか、どこまで自由に作ってよいか。この線引きを決めるのが、IT担当の役目になります。
Odooのアクセス権限や認証の基本的な仕組みは、Community版とEnterprise版で共通です。差が出るのは、運用を誰が担うかという面です。
③見守り、引き上げる人
現場が作った工夫は、禁止せずに把握します。多くは一時的なもので、やがて消える。定着したものだけを、会社の仕組みへ引き上げます。
この見極めが、これからのIT担当の中心的な仕事です。詳しくはOdoo運用担当者（ERP管理者）の育て方でも扱っています。
データ駆動経営の前提は、データが正しいこと
データ駆動経営（勘や経験だけでなく、数字を根拠に判断する経営）は、分析の話として語られがちです。しかし実務でつまずくのは、分析の手前です。
数字が合わない、更新が止まる、定義が部署ごとに違う。この状態で高度な分析をしても、結論は社内で信用されません。
見るべきは記録の入り口です。受注を誰がいつ登録し、在庫の増減をどこで記録するのか。入り口が1つなら、出口の数字はそろいます。データを1か所に集めたあと経営がどう変わるかは、データを1か所に集めると、経営はどう変わるかが参考になります。
Odooは、この入り口をまとめる位置づけです。ただし、どこまで見えるかは版で差があります。
| 見たいこと | Community版 | Enterprise版 |
|---|---|---|
| 受注・在庫・請求を1か所に記録する | 可能 | 可能 |
| 各アプリの一覧・ピボット・グラフで集計する | 可能 | 可能 |
| 複数アプリを横断するダッシュボードを持つ | 対象外 | 可能（スプレッドシート機能を利用） |
| 財務諸表の出力・部門別の管理会計 | 対象外 | 可能 |
| ノーコードで画面や項目を調整する | 対象外 | 可能（Odoo Studio） |
Odoo Studioを使うには、Enterprise版の中でもカスタムプランが必要です。スタンダードプランには含まれません。
版ごとの対応範囲は改定されることがあります。導入を検討する段階で、Odoo公式のエディション比較ページで最新の内容をご確認ください。
記録を1か所に集めるだけなら、Community版でも成立します。横断的に数字を見たいなら、Enterprise版が前提です。Odooとデータドリブン経営も参考にしてください。
なお、Odoo 19.0の公式ドキュメントには、AIエージェントの節があります（出典：Odoo公式ドキュメント「AI agents」、2026年10月確認）。動作の範囲は、導入検討の段階で確認する領域です。
Odooに記録を集める良い点と、気をつけること
Odooを記録の入り口に据える考え方には、得られることと、先に覚悟しておきたいことがあります。どちらも、Community版かEnterprise版かで当てはまり方が変わります。
良い点は、次の5つです。
- 数字の突き合わせが減る：入り口が1つなら、出口の数字はそろう。運用を続けるほど、突き合わせは少しずつ減っていく
- 集める段階は両版で始められる：受注・在庫・請求の記録と、各アプリの一覧・ピボット・グラフでの集計は、Community版でも可能
- 横断で見られる：複数アプリを横断するダッシュボードや、財務諸表の出力・部門別の管理会計は、Enterprise版で可能
- 現場の工夫を止めずに済む：正しい記録に手を入れる行為だけを管理し、手元の集計や下書きは自由にできる
- 作業は外に出せる：構築・初期設定・データ移行・日々の保守は外に任せ、兼任のIT担当でも回る分担を組める
気をつけることは、次の4つです。
- Community版は横断の仕組みが対象外：横断的なダッシュボードや財務諸表の出力は、Enterprise版が前提
- Studioはカスタムプランが前提：ノーコードで画面や項目を調整するOdoo Studioは、Enterprise版の中でもカスタムプランが必要
- 入り口をそろえる作業が先に要る：呼び名をそろえ、記録の入り口を1本に決めてから分析へ進む。この作業は一度では終わらない
- 判断と権限の運用は社内に残る：権限の基本的な仕組みは両版で共通。差が出るのは、運用を誰が担うかという面
進める順番はひとり情シス・兼任担当の現実的な優先順位、社内と外の分担は何を自社で持ち、何を外に出すかで扱っています。
ひとり情シス・兼任担当の現実的な優先順位
中小企業では、IT担当が兼任であることも珍しくありません。3つの役割を同じ力の入れ方で担うのは、難しいはずです。おすすめの順番は次のとおり。
- 取引先・商品・従業員など、基本情報の呼び名をそろえる
- 受注から請求までの記録の入り口を1本に決める
- 誰が何を見られるかのルールを文章にする
- 現場が作ったものの棚卸しを、年に1度は行う
上の2つが済まないうちに分析へ進むと、苦しくなります。土台のない場所に、屋根は作れません。進め方は一人情シスのためのOdoo運用術でも扱っています。
自社の基盤を確かめるチェックリスト
次の項目に2つ以上当てはまるなら、分析より先に、基盤づくりから始める段階です。
- □ 会議で使う売上や粗利の数字が、部署ごとに別の表から出てくる
- □ 同じ取引先が、表によって違う名前で登録されている
- □ 退職・異動した人が作った集計表を、中身を知らないまま使っている
- □ 誰が何の数字を見てよいか、文章になっていない
- □ 現場で作られたツールの数を、社内の誰も把握していない
何を自社で持ち、何を外に出すか
すべてを自社で抱える必要はありません。判断は自社に残し、手を動かす部分は外に出せます。
| 区分 | 中身 | 理由 |
|---|---|---|
| 自社に残す | どの業務を仕組みに乗せるかの決定、項目や呼び名の定義、権限のルール、優先順位 | 業務を知る人にしか決められない |
| 外に出せる | 構築、初期設定、データ移行、日々の保守、バージョンアップ対応 | 型を知る外部のほうが速い場合が多い |
線を引く目安は、「その判断を間違えたとき、困るのは誰か」です。困るのが自社の業務なら、決める役は社内に置きます。
ベンチャーネットが基盤づくりで最初に確かめること
ITの民主化が進んだ会社で、ベンチャーネットはいきなり製品の話をしません。ERPはITの道具ではなく、経営の数字をそろえる経営プロジェクトだと考えるからです。最初は、次の順で確かめます。
- いま動いている集計表とツールを洗い出す：会議で実際に使われている数字が、どの表から出ているかをたどります。消してよいものと、引き上げるべきものを分けます
- 「正しい記録」をどこに置くかを決める：受注・在庫・請求のうち、どれを1か所にまとめるかを決めます。Fit to Standard（標準機能に業務を合わせる考え方）で、作り込みを最小にします
- 社内に残す役と外に出す作業を分ける：何を自社で持ち、何を外に出すかの表をもとに、兼任のIT担当でも回る分担を一緒に設計します
- 3〜5年後の姿から、製品を振り分ける：中小・中堅で標準的な業務を統合するなら、Odooが収まります。海外展開や連結決算が視野に入るなら、NetSuiteなど上位のERPが候補です。グローバルで複雑な要件なら、SAPも候補に入ります
固有の業務が中心でパッケージに乗らないなら、AIスクラッチ開発も選択肢です。この場合、ライセンスとは別に開発費と保守費がかかる点を見込みます。
ベンチャーネットは、NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しています。Odooが合わないと判断したときは、そのままお伝えする立場です。
よくある質問
現場が自由にツールを作るのを、禁止すべきでしょうか？
禁止よりも、線引きをおすすめします。正しい記録に手を入れる行為だけを管理し、手元の集計や下書きは自由にする。禁止を強めても、見えない場所に移るだけです。
ITの民主化が進むと、IT担当の仕事はなくなりますか？
なくなりません。内容が入れ替わるのです。作る量は減り、決める量と見守る量が増えます。基盤の設計と権限のルールは、社内の人にしか担えません。
分析のためのダッシュボードから先に作ってもよいですか？
おすすめしにくい順番です。記録の入り口がそろわないと、整った画面に不正確な数字が並びます。入り口を1本にしてから見る側を整えるほうが、結果として早く進みます。
Community版のままでもデータ駆動経営は始められますか？
記録を1か所に集める段階までは、始められます。各アプリの一覧やグラフで集計することもできます。横断的なダッシュボードや財務諸表の出力は、Enterprise版が前提です。
Odooに記録を集めるメリットと注意点は何ですか？
出口の数字がそろう一方で横断して見るにはEnterprise版が前提です。
受注・在庫・請求を1か所に記録し、各アプリの一覧やグラフで集計する段階は、両版で可能です。一方、複数アプリを横断するダッシュボードや財務諸表の出力はEnterprise版が前提で、Odoo Studioにはカスタムプランが要ります。呼び名をそろえる作業も先に必要です。詳しくはOdooに記録を集める良い点と、気をつけることにまとめました。
まとめ
ITの民主化は追い風です。ただし、追い風だけで船は目的地に着きません。
- 誰もが作れる時代になり、改善は速くなった
- 同時に同じ数字が各所に生まれ、どれが正しいか分からなくなる
- だからこそ、正しい記録を1か所に置く基盤の価値が上がる
- IT担当は、基盤を整え・ルールを決め・見守る役へ移る
- Odooは記録の入り口をまとめる位置づけ。横断で見るならEnterprise版
基盤づくりは、一度では終わりません。それでも、入り口を1本に決めて運用を続ければ、数字の突き合わせは少しずつ減っていきます。
1年後の月曜の経営会議では、営業と経理が別々の集計表を持ち寄らず、同じ数字から議論が始まっている。現場の手元では新しい工夫が生まれ続け、定着したものだけが基盤へ引き上げられている。そんな姿を目指せます。
そこで問われるのは、道具の優劣よりも「基盤を誰と作るか」です。業務を知る自社の担当者と、仕組みの型を知る外部の担当者。この組み合わせ方が、次の一歩になります。
もう少し詳しく知りたい方へ
ベンチャーネットは、ERP導入支援を手がける会社です。NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しているため、特定の製品に偏らない立場でご提案できます。
「現場で作られた集計表が増えすぎて、どれが正しいか分からない」。そんな段階からのご相談も承っています。
関連記事
