新しいシステムが動き出して半年。初めての消費税申告の前に、経理から「集計が合いません」と報告が来る。原因をたどると、稼働初日に決めた税の設定でした。過去の伝票が積み上がっていて、簡単には直せない。
税区分は、稼働前に整理しておけば、申告の数字を税レポートから取れる形に近づけられます。
Odoo（オドゥー：オープンソース由来の統合業務アプリ群）の税設定は、3つの層で考えると見通しがよくなります。基礎になるローカライゼーションパッケージ、条件で税を出し分ける税ポジション、そして個別の税です。なかでも基礎の層は、仕訳を1件でも計上すると変更できません（やり直しがきかない制約）。
3つの層で設計すると、たとえば次のことが変わります。
- 免税事業者からの仕入を、取引先の設定で自動的に分けられる
- 軽減税率の品目で、伝票入力の選び間違いを減らせる
- 非課税と不課税を、別々の税として集計できる
- 税率が改定されても、新しい税を足して切り替えられる
Odooには無料のCommunity版と有償のEnterprise版があります。税設定の仕組みはどちらでも使えますが、制度が変わったときに保守を担う人が変わります。日本向けの公式の記載はOdoo 20で増えましたが、自社の申告に使えるかは実機で確かめる前提です（公式の記載の現状）。
では、日本で使う前に、何を決めておけばよいのか。論点は5つあります（5つの論点）。良い点と注意点は、メリットと注意点に並べました。
税額計算の判断や適用の可否は、国税庁の情報と顧問税理士にご確認ください。
前提：Odoo公式の日本の消費税の記載は、Odoo 20で増えた
ERP導入支援を手がけるベンチャーネットは、Odoo公式ドキュメントと19.0〜19.4のリリースノートを確認しました。
その範囲では、日本の消費税に関する記載は見つかりませんでした（出典：Odoo公式ドキュメントおよびリリースノート、2026年9月確認）。税のページ、顧客請求書のページ、勘定科目表のページのいずれにも、日本の税率の説明はありません。
財務ローカライゼーションの国別一覧には、日本が含まれています。ただし、日本専用の解説ページはありません。「一覧には載っているが、中身を説明したページはない」状態です。
一方、2026年9月に公開されたOdoo 20のリリースノートには、日本の項に新しい記載があります。消費税の申告書の項目が追加され、一般課税と簡易課税の両方が対象とされています。
決算書と勘定科目表も、「中小会計要領」に合わせて更新されました（出典：Odoo 20 Release Notes、2026年9月確認）。
3つの層と5つの論点という考え方自体は、Odoo 20でも変わりません。新しい申告書の項目が自社の申告に使えるかは、実機と顧問税理士で確認してください。
記載がないことと、機能がないことは違います。「Odooは日本の消費税に対応していない」とは言えません。正確には、「公式に記載が確認できない」状態です。
そのうえで、実務では次の3点を前提に進めてください。
- Odooの税設定は汎用的な仕組み。税率・税区分・端数処理は自社で設定して使う
- その設定が日本の要件を満たすかは、税理士や所轄の官公庁に確認する
- 日本向けモジュールをOdoo S.A.以外の事業者が提供している場合、提供元・サポート体制・継続性を自分で確認する
第1層：ローカライゼーションパッケージ
ローカライゼーションパッケージとは、国ごとの税制に合わせた設定を一式で導入する仕組みです。
勘定科目表、税、税ポジション、法定帳票などを、事前に設定した状態で導入します（出典：Odoo公式ドキュメント、2026年10月確認）。
会社の国を日本に設定すると、対応するパッケージが適用されます。ただし、公式の記載の現状で触れたとおり、日本専用の解説ページはありません。中身がどこまで整っているかは、実機で確かめる前提で考えてください。
やり直しがきかない制約
Odoo公式ドキュメントによれば、仕訳を1件でも計上したあとは、別のパッケージに変更できません（2026年10月確認）。
最初の設定を間違えると、やり直すにはデータベースを作り直すことになります。
「とりあえず動かしてみる」で本番に仕訳を入れてしまい、正しい設定に戻せなくなる。導入初期に起こり得るトラブルです。
検証環境と本番環境を分け、本番の初期設定は慎重に行ってください。
第2層：税ポジション
税ポジションは、条件によって適用する税を自動で置き換えるルールです。たとえば、次の場面で使います。
- 海外の取引先には、国内向けとは異なる税を適用したい
- 特定の取引先グループだけ、別の税区分で処理したい
- 免税事業者からの仕入を、通常とは別の税区分で集計したい
取引先マスタに税ポジションを設定しておけば、伝票のたびに手で選び直す必要がなくなります。
日本での使いどころ
インボイス制度では、取引先が適格請求書発行事業者かどうかで、仕入の扱いが変わります。
この出し分けを担当者の判断に任せると、処理がばらつきます。税ポジションで自動化しておくのが、実務上は安全です。
関連する論点はOdooのインボイス制度対応で扱っています。
第3層：個別の税
もっとも手を入れる機会が多い層です。日本で使う場合、次の税区分を設計します。
税率がゼロの区分がいくつもあるのが、日本の消費税の特徴です。
非課税と不課税は、どちらも税額はゼロです。しかし、申告上の扱いは異なります。同じ設定にまとめてしまうと、集計が合わなくなります。
設定で外せないのは、税率ではなく「集計先」です。各税が、どのレポート行に集計されるかを必ず確認してください。
Odooの消費税設定で、日本向けに決めておくべき5つの論点
税抜経理と税込経理のどちらにするか
会社の会計方針で決まります。システム側では、金額の入力方法と表示に影響します。途中で変えると過去データとの整合が崩れるため、導入前に確定させてください。
Odoo 20では、見積・発注・請求書で税込と税抜の表示を切り替えられるようになりました（公式リリースノート記載）。ただし、表示の切り替えと会計方針の決定は別の話です。方針は先に決めます。
端数処理をどこで行うか
税額の端数を、切り捨て・切り上げ・四捨五入のどれにするか。そして、どの単位で処理するか。
請求書の消費税額は、適格請求書の要件と関わります。海外製システムは明細単位で計算する設計のことがあるため、実機での確認が欠かせません。
詳しくはOdooのインボイス制度対応で扱っています。
商品マスタに既定の税を持たせるか
軽減税率の対象品目を扱う会社では、必須の設計です。
商品ごとに既定の税を設定しておけば、伝票入力で選び間違えるリスクが下がります。設定しなければ、正しさが入力者の知識に依存します。
経過措置を税区分としてどう持つか
インボイス制度には、登録のない事業者からの仕入について経過措置があります。
控除割合と適用期間は、制度改正で変わり得ます。そのため、割合を変更できる形で設定を持つことが重要です。
具体的な割合や適用期間は、国税庁の最新情報をご確認ください。
申告に使う集計をどう出すか
Odooには税レポートの機能があります。ただし、Odoo 19までは、そのまま日本の申告書の様式になるわけではありませんでした。
Odoo 20では、消費税の申告書の項目が追加されたと公式に記載されています。それでも、自社の申告にそのまま使えるかは、実機と顧問税理士で確かめる必要があります。
「どの数字を、どこから取るか」は、導入時に決めてください。ここが曖昧だと、申告のたびに手作業が発生します。
簡易課税を選択している場合
簡易課税制度を選んでいる事業者では、仕入側の税区分の重要度が下がります。みなし仕入率（業種ごとに定められた仕入の割合）で計算するためです。
ただし、システム側で気をつける点があります。
- 売上側の事業区分の管理が必要になる
- 将来、本則課税に戻る可能性を考えると、仕入側も記録しておくほうが安全
- 制度の適用要件は変わり得るため、切替に耐える設計にしておく
どの課税方式を選ぶかは税務判断です。顧問税理士にご確認ください。
Community版とEnterprise版で何が変わるか
税設定の仕組み自体は、どちらのエディションでも使えます。違うのは保守の担い手です。
| エディション | 中身 | 制度変更への対応 |
|---|---|---|
| Community版 | 無料のオープンソース版。ローカライゼーションの仕組みは使えるが、公式サポートの対象外 | 税率改定や制度変更への対応は、自社で判断・実施する |
| Enterprise版 | 有償のサブスクリプション。公式サポートと全アプリを含む | 公式のアップグレードサービスを利用できる |
日本の税制対応は、3つの層で成り立っています。Odoo公式のパッケージ、コミュニティが提供するモジュール、そして自社での個別対応です。
制度が変わったとき、誰が設定を更新するのか。これを導入時に決めておいてください。
エディションの違いはOdoo Community版とEnterprise版の違いで整理しています。
Odooの税設定のメリットと注意点
税設定の仕組みは、Community版でもEnterprise版でも使えます。違いが出るのは、制度が変わったときの保守です。それを踏まえた良い点は、次の5つです。
- 3つの層で整理して設計できる：パッケージ・税ポジション・個別の税に分けると、どこで調整するかが見える
- 取引先ごとの出し分けを自動化できる：税ポジションで、海外の取引先や免税事業者からの仕入を自動で置き換える
- 入力の選び間違いを減らせる：商品マスタに既定の税を持たせると、軽減税率の品目でも入力者の知識に頼らずに済む
- 税率改定に合わせて税を足せる：新しい税を追加し、適用開始日以降の伝票で使う。過去の伝票は旧税率のまま残る
- 日本向けの公式の記載が増えた：Odoo 20で消費税の申告書の項目が加わり、決算書と勘定科目表も中小会計要領に合わせて更新された
注意点は、次の4つです。
- 基礎の層はやり直しがきかない：仕訳を1件でも計上したあとは、別のパッケージに変更できない
- 日本専用の解説ページがない：Odoo 20の申告書の項目も、自社の申告に使えるかは実機と顧問税理士で確認する
- 集計先まで設計が要る：非課税と不課税は、税額はどちらもゼロでも申告上の扱いが違う
- 制度変更への追随を決めておく：Community版では、税率改定や制度変更への対応を自社で判断・実施する。Enterprise版は公式のアップグレードサービスを利用できる
両方を並べると、次の図のとおりです。
注意点は、本番に仕訳を入れる前に手を打てます。決めておく中身は5つの論点に、進め方は税区分の設計を固めるまでの進め方に書いています。
設計を間違えたときに起きること
税区分の設計ミスは、稼働直後には気づきません。表に出るのは、たいてい最初の申告時です。起きやすい症状は次のとおりです。
| 症状 | 原因になりやすい設定 |
|---|---|
| 申告用の集計が合わない | 税の集計先（レポート行）の設定漏れ |
| 非課税と不課税が混ざる | 税率ゼロの区分をまとめて設定した |
| 消費税額が1円ずれる | 端数処理の単位・方法が要件と違う |
| 取引先ごとに処理がばらつく | 税ポジションを使わず手入力に任せた |
| 過去分を直せない | パッケージ選択のやり直しができない |
いずれも、直すには過去データの修正が伴います。だから、設計段階での確認が最も費用対効果が高いのです。
本番稼働の前に、次の項目を経営会議で確認してみてください。1つでも答えに詰まるなら、設計はまだ固まっていません。
- □ 税抜経理か税込経理か、会計方針として決まっている
- □ 本番とは別に、税設定を試せる検証環境がある
- □ 非課税と不課税が、別々の税として集計先まで分かれている
- □ 免税事業者からの仕入を、取引先の設定で自動的に分けられる
- □ 申告書のどの欄の数字を、どのレポートから取るか決まっている
- □ 税率改定や制度変更のとき、設定を更新する担当者が決まっている
税区分の設計を固めるまでの進め方
ベンチャーネットが税まわりの設計に入るときは、次の順で進めます。ERPはITの話ではなく経営の仕組みづくりです。そのため、経理・システム担当・顧問税理士の三者で決める場を最初に作ります。税金のための決算書から、外に説明できる決算書へ整える考え方は、会社が大きくなる前に整えることでも取り上げました。
- 今の申告の数字の出どころを確かめる：申告書の各欄を、いまどの帳票から転記しているかを一覧にします。これが、新しい集計先の設計図になります。
- 取引の種類を洗い出す：軽減税率の品目、海外取引、免税事業者からの仕入、非課税・不課税の取引が、どれだけあるかを数えます。
- 標準機能に合わせられるかを見極める：Fit to Standard（標準機能に業務を合わせる考え方）で、税ポジションと既定の税で足りるかを検証環境で試します。
- 検証環境で1か月分を流して見比べる：過去の取引を入れて税レポートを出し、今の申告の数字と並べて差を確認します。
- 本番の初期設定と更新の担当を決める：パッケージの選択を確定してから仕訳を入れ始めます。制度改正時に誰が設定を直すかも、文書にします。
検証の結果、Odooが合わないと分かれば、そうお伝えします。ベンチャーネットは、NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しています。
規模や取引の複雑さによっては、NetSuiteのほうが合う場合もあります。AIスクラッチ開発はライセンス費用がかからない一方、開発費と保守費は別途かかります。製品ありきでなく、その比較から始めます。NetSuite側の税の持ち方は、NetSuite SuiteTaxとJapan Localizationの整理で整理しました。
Odooの消費税設定についてよくある質問
Odooは日本の消費税に対応していますか？
複数の税率を持つ仕組みや、税区分を設計する仕組みは備わっています。日本向けのローカライゼーションパッケージも用意されています。
ただし、そのまま使えば日本の実務に合うわけではありません。設計と確認が必要です。
税率が改定されたらどうなりますか？
自動では変わりません。新しい税を追加し、適用開始日以降の伝票で使う設計にします。
過去の伝票は、旧税率のまま残す必要があります。税率改定が起きる前提で設計しておいてください。
途中でローカライゼーションパッケージを変更できますか？
仕訳を計上する前であれば変更できます。計上したあとは変更できません（出典：Odoo公式ドキュメント、2026年10月確認）。本番環境での初期設定は慎重に行ってください。
税区分の設計は誰がやるべきですか？
経理担当者とシステム担当者が一緒に進めるのが基本です。どちらか一方だけでは不十分です。
経理は「どう集計したいか」を、システム側は「どう設定すれば実現できるか」を知っています。両方がそろったうえで、顧問税理士にも設計内容を確認してもらうと安全です。
消費税の判断まで記事で解説していないのはなぜですか？
課税・非課税の判定や適用の可否は、取引の実態によって変わる領域だからです。制度の詳細は国税庁の情報を確認し、判断は顧問税理士にご相談ください。
Odooの消費税設定のメリットと注意点は何ですか？
税の出し分けを自動化できる一方で基礎の層はやり直せません。
税ポジションで免税事業者からの仕入などを自動で分け、商品マスタの既定の税で入力の選び間違いを減らせます。一方、ローカライゼーションパッケージは、仕訳を計上したあとは変更できません。非課税と不課税の集計先も、導入前に分けておいてください（メリットと注意点）。
まとめ
Odooの消費税設定は、3つの層で考えると整理できます。
- 第1層 ローカライゼーションパッケージ：基礎の層。仕訳を計上したあとは変更できない
- 第2層 税ポジション：取引先や条件による自動の出し分け
- 第3層 個別の税：税率、計算方法、集計先の定義
日本で設計すべき論点は、次の5つです。
- 税抜経理か税込経理か
- 端数処理の方法と単位
- 商品マスタへの既定税の設定
- 経過措置を変更できる形で持つこと
- 申告用の集計をどこから取るか
税区分の設計は地味な作業ですが、あとから直すのが最も大変な領域です。すべてを最初から詰め切る必要はありません。ただし、やり直しがきかない「第1層」だけは慎重に進めてください。
1年後、2回目の申告の時期に、経理が税レポートの数字をそのまま申告書の欄へ写していく。経過措置の割合が変わっても、担当者が設定を1か所直すだけで済んでいる。そんな静かな決算期が、この設計の目指す姿です。
もう少し詳しく知りたい方へ
税区分の設計は、経理とシステムの知識が交わる領域です。自社の申告の数字がどこから来ているか、一緒に整理するところからご相談ください。
関連記事
