kintoneで作った業務アプリが、気づけば数十個に増えている。
月次の数字を出すたびに、担当者が複数のアプリから数字を拾い、Excelで合わせ直している。そろそろ会計や在庫も含めて「ちゃんとした仕組み」にしたい。そこで比較に挙がるのがOdooです。
この2つは、優劣を競う相手ではありません。役割が分かれば、両方を活かす置き方も見えてきます。
- kintone：業務アプリを自分で作るための基盤
- Odoo：出来上がった業務の型が用意されているERP（統合基幹業務システム）
Odooには、複式簿記の仕組みや在庫の評価方法（移動平均、先入先出）が、あらかじめ用意されています（Odooが提供している「型」）。
この比較で、たとえば次のことが分かります。
- 現場が自分で作れる、kintoneの強みが活きる業務
- 会計や在庫を「作らなくてよい」、Odooの型の意味
- 自社の業務で確かめる5つのチェックリスト
- 基幹はOdoo、周辺はkintoneという併用の組み立て方
ただし、現場が自分でアプリを作る自由さでは、Odooは業務アプリ基盤に及びません。自由度を重視するなら、その点を踏まえて選びます。
では、自社の業務はどちらに置けばよいのか。分かれ目は、その業務に「世の中で確立された型」があるかどうかです。確かめ方は、会計と在庫で決める分かれ目にあります。
両製品とも、仕様は変化します。最新の内容は、それぞれの公式情報でご確認ください。
CommunityとEnterpriseの区別について
Odooには無料のCommunity版と有償のEnterprise版があります。本記事でkintoneと比べている「型が用意されている」範囲は、主に有償のEnterprise版を前提としています。Community版は無料で使えますが、会計まわりを中心に使える機能の範囲が異なります。
kintoneの強み｜現場が自分で作れる業務アプリ基盤
業務アプリ作成基盤は、自社の業務に合わせて「作る」ものです。現場の人が自分で作れ、今のやり方をそのまま形にできる。小さく始めてすぐ動かせるので、脱Excelの第一歩に向いています。自由度が高いのが持ち味です。
統合型ERPのOdooは、出来上がった業務の型に「乗る」ものです。会計・在庫・製造が標準で入り、複式簿記や在庫評価の仕組みもそろっています。業務がつながった状態で始まる代わりに、標準に業務を寄せることが前提になります。
現場が自分で作れることの価値
kintoneの最大の強みは、情シスや外部に頼まなくても、現場の人がアプリを作れることです。
これは、想像以上に大きい価値です。
- 思いついたその日に形にできる
- 使ってみて違ったら、すぐ直せる
- 業務を知っている人が、自分で設計できる
「システム部門に依頼して、数か月待つ」という状態から抜け出せます。
Excelからの第一歩として優れている
Excelで管理していた台帳を、そのままアプリにできます。複数人で同時に使える、履歴が残る、集計できる。この3点だけでも、Excelからの改善としては十分です。
Excel脱却の考え方は、Excel管理からOdooへ にもまとめました。その第一歩としてkintoneを選ぶのは、合理的な判断だとベンチャーネットは考えています。
Odooが提供している「型」｜会計・在庫を作らなくてよいERP
一方、Odooには、あらかじめ業務の型が用意されています。
「作らなくてよい」ものがある
たとえば、次のようなものです。
- 複式簿記の仕組みと勘定科目の体系
- 在庫の評価方法（移動平均、先入先出）
- 受注から出荷、請求への流れ
- 部品表（BOM）と製造指図
- 適格請求書の要件を意識した帳票の構造
この中でも会計まわりは、Community版とEnterprise版で使える範囲が異なります。
これらを自分で作るのは、現実的ではありません。
在庫評価の計算を、業務アプリ基盤の上でゼロから作る。理論上は可能です。ただ、正しく作り、正しく保守し続けるのは相当に大変です。
「型があること」の意味
型があれば、すでに世界中で使われている業務の流れに乗れます。
これは制約でもあります。自社のやり方に、完全には合いません。だから OdooとFit to Standard（標準機能に業務を合わせる考え方）が重要になります。
一方で、「考えなくてよい」という価値でもある。仕訳のルールや在庫の計算方法を、社内で議論し直す必要がありません。
Odooとkintoneの分かれ目は「会計と在庫があるか」
判断はシンプルです
問いは1つです。その業務に、世の中で確立された型がありますか。
- ない（自社固有、業界固有）→ 自分で作れる基盤が向く
- ある（会計、在庫、製造）→ 型が用意されたERPが向く
kintoneの持ち味は、現場の人が思いついたその日に形にでき、違ったらすぐ直せることです（kintoneの強み）。
型がないのは、案件・顧客のフォロー管理、社内の申請・報告、問い合わせ・クレーム管理、業界固有の台帳などです。こうした業務には、アプリ作成基盤が向きます。一方で、在庫評価のような計算をゼロから作り、正しく保守し続けるのは相当に大変です。
Odooの持ち味は、会計・在庫・製造が標準で入り、業務がつながった状態で始まることです（Odooが提供している「型」）。
確立された型があるのは、会計・仕訳・決算、在庫の評価と引き当て、購買・製造・原価計算、受注から請求までの流れ。こちらはERPの出番です。一方で、型は自社のやり方に完全には合いません。標準に業務を寄せることが前提です。
会計や在庫評価を自分で作るのは、車輪の再発明です。逆に、自社固有の管理業務をERPの標準に無理やり押し込むのも、うまくいきません。
自社の業務で確かめるチェックリスト
経営会議でそのまま使えるよう、問いの形にしました。当てはまる数が多いほど、型のあるERPを検討する段階です。
- □ 月次決算のたびに、複数のアプリやExcelから数字を拾い集めている
- □ 在庫の数量や金額が、帳簿と現場で合わないことがある
- □ 受注・出荷・請求を、別々のアプリや担当者がつないでいる
- □ 製造や原価計算を、アプリの計算項目で無理に再現している
- □ アプリの仕組みを説明できる人が、社内に1〜2人しかいない
逆に、案件管理や社内申請、業界固有の台帳が中心なら、自分で作れる基盤のままで十分なことが多いはずです。
アプリが増えたときに起きること
業務アプリ基盤を使い込んだ会社では、よく起きることがあります。アプリが増えすぎて、つながらなくなる状態です。
- 顧客のデータが、複数のアプリに別々に入っている
- 同じ商品が、アプリごとに違う名前で登録されている
- 集計しようとすると、アプリをまたいだ作業が必要になる
製品の問題ではありません。自由に作れるからこそ起きる現象です。
つながりを保つには設計が要る
アプリを作るのは簡単でも、アプリ同士のつながりを保つのは設計の仕事です。
- どのアプリの顧客マスタ（基本台帳）を正とするか
- 商品コードの体系を誰が決めるか
- 数字が合わないときに、どれを正とするか
この設計がないまま増やすと、「Excelが散らばっていた状態」と似た形に戻ります。
一方、ERPでは最初からマスタが1つです。その代わり、自由度は下がる。これもトレードオフです。
データを1か所に集めたあと、経営の数字の見え方がどう変わるかは データを1か所に集めると、経営はどう変わるか で扱っています。
併用という現実的な構成｜基幹はOdoo、周辺はkintone
実務では、「基幹はOdoo、周辺の固有業務はkintone」という形がよく選ばれます。
| 領域 | 置き場所 |
|---|---|
| 会計・在庫・購買・受注・請求 | Odoo（型がある業務） |
| 業界固有の台帳、社内申請、現場の報告 | 業務アプリ基盤（型がない業務） |
この構成なら、それぞれの強みが活きます。
ただし、つなぎ目の設計は必要です
どちらにマスタを置くか、どのタイミングでデータを渡すか。ここを決めずに併用すると、二重管理になります。
「両方使えばいいとこ取り」ではありません。設計と保守の負担は見込んでください。ローコードツールとの併用の考え方は、ローコードツールとOdooの併用｜Fit to Company Standardの考え方 で詳しく扱っています。
規模が大きく、基幹にNetSuiteを置いてkintoneと組み合わせる場合は、NetSuiteとkintoneの連携 が参考になります。
アプリの棚卸しから始める、ベンチャーネットの切り分け方
kintoneを否定する立場ではありません。自社固有の業務を現場が自分で形にできることは、大きな価値です。
ERP導入支援を手がけるベンチャーネットは、NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しています。そのため、最初から特定の製品に乗り換える前提では話を進めません。
最初に確かめる4つのこと
- 「いまあるアプリを一覧にする」：アプリごとに、誰が作り、誰が使い、どの数字が経営判断に使われているかを書き出します
- 「型がある業務と固有の業務に色分けする」：会計・在庫・受注・請求に当たるものと、自社固有の台帳や申請を分けます
- 「マスタの正を決める」：顧客・商品・取引先の基本台帳を、どちらに置くかを先に決めます。ここが曖昧なまま製品を選ぶと、併用しても二重管理が残ります
- 「3〜5年後の姿から逆算する」：拠点や事業が増えたとき、いまの構成で数字がまとまるかを確認します
この順番を踏むと、「全部をOdooへ」でも「全部kintoneのまま」でもない答えになることがよくあります。合わないと判断した場合は、そのままお伝えします。
判断の目安
| 状況 | 検討したい選択肢 |
|---|---|
| 会計も在庫もない。固有の管理業務が中心 | 業務アプリ基盤が適する |
| 会計・在庫・製造といった型のある業務が中心 | Odooが現実的な選択肢 |
| 両方ある | 併用（つなぎ目の設計が前提） |
| 業務が固有すぎて、既製の型にも基盤にも収まらない | AIスクラッチ開発という選択肢 |
最終行は、作り込みすぎた場合の話です。業務アプリ基盤で作り込むほど複雑になり、保守が属人化することがある。その場合、必要な機能を自社資産として作るほうが扱いやすいこともあります。
ただしAIスクラッチ開発は、ライセンス費用がかからない代わりに、開発費と保守費が別途かかります。判断材料は、パッケージERPかスクラッチ開発か にまとめました。
よくある質問
Q1. Odooとkintoneの一番の違いは何ですか？
役割が違います。
kintoneは、業務アプリを自分で作るための基盤です。Odooは、会計・在庫・製造などの業務の型が用意されたERPです。その業務に世の中で確立された型があるかで、置き場所を分けます（会計と在庫で決める分かれ目）。
Q2. kintoneで会計や在庫も作れませんか？
技術的には作れます。ただし、正しく作り、正しく保守し続けるのは相当に大変です。
複式簿記、在庫評価、税の計算。これらには、世の中に確立された型があります。自分で作る合理性は低い、とベンチャーネットは考えています。
Q3. Odooでも自由にアプリを作れますか？
Odoo Studioを使えば、画面への項目追加や自動化の設定は行えます。詳しくは Odoo Studioとは？ をご覧ください。
Odoo Studioを使うには、Enterprise版の中でもカスタムプランが必要です。スタンダードプランには含まれません。（出典：Odoo公式ドキュメント Studio、2026年10月確認）
ただし、「何でも自由に作れる基盤」としての使いやすさでは、専用の製品に分があります。
Q4. 現場が自分で作れないのは不便ではないですか？
その通りです。ここは、Odooの弱点として正直に認めます。
設定の変更は現場でもできますが、業務アプリ基盤ほどの自由さはありません。自由度を重視するなら、その点を踏まえて判断してください。
Q5. すでにアプリがたくさんあります。移行すべきですか？
全部を移す必要はありません。型がある業務（会計、在庫、受注）だけをOdooに移し、固有の業務はそのまま残す構成が現実的です。
判断は、「そのアプリに世の中の型があるか」で分けてください。
Q6. どちらが安いですか？
製品間の金額比較は行いません。課金の仕組みも、必要な範囲も異なるためです。
比べるべきは総額です。ライセンス費用に加えて、「作る手間と保守の時間」を含めて考えてください。自分で作る構成では、この人の時間が費用になります。
まとめ
Odooとkintoneは、役割そのものが違います。一方は業務アプリを自分で作るための基盤、もう一方は業務の型が用意されたERPです。
判断の軸は、その業務に世の中で確立された型があるかです。
- 案件管理、社内申請、業界固有の台帳 → 自分で作れる基盤が向く
- 会計、在庫評価、製造、原価計算 → 用意された型に乗るほうが確実
自由に作れる基盤では、アプリが増えると、つながらなくなる現象が起きます。併用する場合も、マスタの置き場とつなぎ目の設計が前提です。
1年後、月次の数字はOdooから一度で出て、現場はkintoneで新しい台帳を気軽に作り続けている。どちらの顧客や商品を見ても、同じコードで話が通じている。そんな分担が理想の姿です。
もう少し詳しく知りたい方へ
ベンチャーネットは、ERP導入支援を手がける会社です。NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しているため、特定の製品に偏らない立場でご提案できます。
すでにあるアプリを、全部作り直す提案はしません。 「どの業務に型があり、どれが自社固有か」の切り分けからご相談を承っています。
あわせて読みたい記事
