「来月から、登録番号の入った請求書にしてほしい」。取引先からそう言われたとき、検討中のOdooで本当に出せるのか。経理担当者に聞いても「たぶん大丈夫」としか返ってこない。海外製のERPを検討する経営者が、最初に引っかかるのがこの点です。
Odooには、税率・税区分・端数処理を自社で組める汎用的な税の仕組みがあります。設定を組み、税理士の確認を受ける段取りを踏めば、検討は前に進められます。
先に答えると、Odoo（オドゥー：オープンソース由来の統合業務アプリ群）の公式資料には、インボイス制度への対応を明記した記載が見当たりません。ただし、記載がないことと、機能がないことは別の話です。たとえば会計設定には、税額の丸めを明細ごとか税ごとかで選ぶ項目があります（端数処理）。
確認の仕方が分かると、たとえば次のことが見えてきます。
- 登録番号や税率ごとの区分を、Odooのどの機能で表現するか
- 負担が大きくなりやすいのは、発行側より受領側であること
- 月締めの合計請求書や返品・値引きなど、日本固有の論点
- 制度が変わったとき、誰が設定を直すか
Odooは世界中で使われている製品です。日本の制度に合わせる確認は、導入する側が受け持ちます。無料のCommunity版と有償のEnterprise版では、制度改正に追いつく役目を誰が担うかも変わります。
では、制度が変わったとき、誰が設定を直すのか。国産の会計ソフトと決定的に違うのは、この点です（日本対応の3つの層）。良い点と注意点は、メリットと注意点に並べました。
制度そのものの詳細や税額計算のルールは、国税庁の情報と顧問税理士にご確認ください。
前提：Odoo公式にインボイス制度の記載は確認できない
ERP導入支援を手がけるベンチャーネットは、Odoo公式ドキュメントと、19.0から19.4までのリリースノートを確認しました。その範囲では、次の記載が見つかりませんでした（出典：Odoo公式ドキュメントおよびリリースノート、2026年9月確認）。
- インボイス制度（適格請求書）に関する記載
- 日本の消費税率に関する記載
- 日本向けの勘定科目表を解説するページ
それでも、「Odooはインボイス制度に対応していない」とは言えません。記載がないことと、機能がないことは違うからです。正確には「公式に記載が確認できない」状態です。
2026年9月公開のOdoo 20では、日本向けに消費税申告書の項目追加などが入りました。こちらも、実機と税理士での確認が前提です。
では、実務では何をすればよいのか。やることは3つです。
税の設定は自分で組む前提で考える
Odooの税の設定は、国を問わず使える汎用的な仕組みです。税率・税区分・端数処理を、自社で設定して使う前提になっています。
組んだ設定を税理士に確認する
その設定が日本の制度の要件を満たすかは、システム側だけでは判断できません。要件の解釈は、税理士や所轄の官公庁にご確認ください。
第三者のモジュールは提供元まで確認する
日本向けのモジュール（追加機能の部品）を、Odoo S.A.以外の事業者が提供している場合があります。
採用するなら、提供元・サポート体制・バージョン追随の継続性を、自分の目で確認してください。
インボイス制度でシステムに求められること
インボイス制度（適格請求書等保存方式）では、システムの役割が2つに分かれます。
| 立場 | システムの役割 |
|---|---|
| 発行側（売り手） | 取引先に渡す請求書が、適格請求書の要件を満たしていること。満たさない請求書を出すと、取引先が仕入税額控除を受けられなくなる |
| 受領側（買い手） | 受け取った請求書を、要件に沿って保存すること。あわせて、取引先が適格請求書発行事業者かどうかを管理する |
多くの記事は発行側だけを扱います。しかし実務で負担が大きいのは、受領側であることが多いのです。
発行側：適格請求書を出すためにOdooで確認すべき設定
図の6項目には、Odooの標準設定で対応できる部分と、調整が必要な部分があります。
登録番号の出力
適格請求書発行事業者の登録番号を、請求書の帳票に印字できる必要があります。
Odooでは、会社情報に識別番号を登録し、帳票テンプレートに表示する形です。この番号が正しい位置に出るかを、導入時に確認してください。
税率ごとの区分表示
軽減税率と標準税率が混在する請求書では、税率ごとに合計額と消費税額を区分して表示します。
Odooは、税を明細ごとに設定する仕組みです。明細に正しい税が設定されていれば、税率別の集計自体は行えます。
確認したいのは、帳票の見た目です。日本の慣行に合った並びで出るかは、テンプレートの調整で決まります。
端数処理
6項目のなかで、もっとも注意が必要な点です。
適格請求書では、消費税額の端数処理は「一の適格請求書につき、税率ごとに1回」とされています。明細ごとに端数処理をして積み上げる方法は認められません。
海外製のシステムには、明細単位で税額を計算する設計のものがあります。この場合、日本の要件と合いません。
Odooの会計設定には、税額の丸めを明細ごとか税ごとかで選ぶ項目があります（出典：Odoo公式ドキュメント 会計「Get started」、2026年10月確認）。
導入前に、実際の伝票で端数処理の挙動を必ず確認してください。設定で変えられるか、調整が要るかで、対応の重さが変わります。
必要な記載事項をOdooのどこで表現するか
考える軸は「対応済みかどうか」ではありません。「どの機能で表現するか」です。
| 記載事項 | Odooで表現する場所の考え方 |
|---|---|
| 登録番号 | 会社情報の識別番号として登録し、帳票テンプレートに差し込む |
| 税率ごとの区分 | 税率ごとに税の設定を用意し、明細行に割り当てる |
| 軽減税率である旨 | 税の名称や品目側の区分で示し、帳票に出力する |
| 税率ごとの消費税額 | 税の端数処理の設定で、丸めの単位と方法をそろえる |
| 交付を受ける事業者 | 取引先マスタの請求先情報から出力する |
いずれも、標準の機能を組み合わせて設計する形です。
ただし、その設計が日本の要件を満たすかは、別の判断になります。最終的な確認は、税理士や所轄の官公庁にお願いしてください。
受領側：仕入税額控除のためのOdooでの管理
発行側と受領側を並べると、手間のかかり方が違います。
発行側は、導入時に帳票を整えれば、運用は落ち着きやすい。受領側は、取引先の判定と書類の管理が毎日続きます。受領側で必要になるのは、次の3つの管理です。
取引先の登録状況の管理
取引先が適格請求書発行事業者かどうかを、システム上で持つ必要があります。
Odooでは、取引先マスタに項目を追加して管理する形になります。取引先が多い会社ほど、初期の整備に手間がかかります。受け取った請求書の入力をAIに下書きさせ、人が承認する進め方はAIで経理は変わるに書いています。
税区分の使い分け
登録事業者からの仕入と、登録のない事業者からの仕入では、税の扱いが変わります。
経過措置が適用される期間中は、その扱いも税区分として設計します。控除の割合と期間は制度改正で変わるため、設定を変更できる設計にしておくことが重要です。
経過措置の割合や期間は、国税庁の最新情報をご確認ください。この記事に数値は載せていません。
受け取った書類の保存
受領した適格請求書は、要件に沿って保存する必要があります。電子データで受け取った場合は、電子帳簿保存法の要件も関わります。
詳しくはOdooと電子帳簿保存法で整理しています。
見落とされやすい日本固有の論点
海外製ERPを日本で使うとき、制度そのものより商習慣でつまずくことが多くあります。
月締めの合計請求書
日本では、月に何度も納品し、月末や20日締めでまとめて1通の請求書を出す慣行が広く残っています。
一方、海外製のシステムは「取引ごとに1通の請求書」を基本とする設計が多い。
この合計請求書を、適格請求書の要件を満たす形で出せるか。導入前に、必ず実機で確認してください。標準機能だけでは足りず、追加の対応が要る場合があります。
返品・値引きの処理
返品や値引きが発生した場合、対応する書類の交付が必要です。
Odooでは、貸方票（クレジットノート：請求を取り消す・減らす伝票）で処理します。日本の慣行に合った書式かどうかは別の話なので、帳票の調整範囲を確認してください。
請求先と納品先が異なる場合
親会社に請求し、子会社に納品するといったケースです。
適格請求書には、交付を受ける事業者の名称が必要です。どちらを印字するかの設計が要ります。
Odooの日本対応はどう成り立っているか
Odooには、国別の会計ローカライゼーションの仕組みがあります。その国の税制に合わせた設定一式のことです。
公式ドキュメントの国別一覧には、日本も含まれています（出典：Odoo公式ドキュメント「Fiscal localizations」、2026年10月確認）。
ただし、日本には専用の解説ページがありません。他国には用意されている解説が、日本には見当たらない状態です。一覧には載っているが、中身を説明したページはない。これが正確な理解です。
そのうえで、日本対応は次の3層で成り立っていると考えてください。
| 層 | 内容 | 誰が保守するか |
|---|---|---|
| 公式パッケージ | 勘定科目表、税、税ポジションなどの基本設定 | Odoo社 |
| コミュニティモジュール | 日本固有の要件に対応する追加モジュール | 開発者やコミュニティ |
| 個別対応 | 帳票の調整、商習慣に合わせた作り込み | 導入する側 |
冒頭で触れた、国産の会計ソフトとの決定的な違いは、ここです。
国産ソフトなら、制度改正のたびにベンダーが更新版を配信します。しかしOdooの日本対応は、層によって保守する主体が違います。
だから導入時に、「制度が変わったとき、誰が追随するのか」を決めておく必要があります。これは技術の問題ではなく、体制の問題です。
Community版とEnterprise版で何が変わるか
| 版 | 内容 | 制度改正への対応 |
|---|---|---|
| Community版 | 無料のオープンソース版。会計ローカライゼーションの仕組み自体は使えるが、公式サポートの対象外 | 自社で判断・実施する |
| Enterprise版 | 有償のサブスクリプション。公式サポートと全アプリを含む | 公式のアップグレードサービスを利用できる |
帳票の調整に役立つのが、コードを書かずに画面や項目を変更できるOdoo Studioです。ただし、Studioには利用条件があり、プランの選択と関わります。
エディションの違いはOdoo Community版とEnterprise版の違いで整理しています。
Odooでインボイス対応を組むメリットと注意点
Odooの税の仕組みは、標準の機能を組み合わせて設計する形です。使える版の違いも含めて、良い点は次の5つです。
- 税率別の集計ができる：税を明細ごとに設定する仕組み。正しい税が設定されていれば、税率別に集計できる。帳票の並びはテンプレートで調整する
- 端数処理の単位を選べる：会計設定に、税額の丸めを明細ごとか税ごとかで選ぶ項目がある
- 記載事項を標準の機能で表現できる：登録番号は会社情報の識別番号から、交付を受ける事業者は取引先マスタの請求先情報から出力する
- 日本の会計ローカライゼーションがある：公式の国別一覧に日本が含まれる。勘定科目表・税・税ポジションの基本設定はOdoo社が保守し、仕組み自体はCommunity版でも使える
- 制度改正に合わせて設定を変えられる：経過措置も税区分として設計し、変更できる形にしておける。Enterprise版は公式のアップグレードサービスを利用できる
注意点は、次の4つです。
- 公式にインボイス制度の記載がない：組んだ設定が要件を満たすかは、税理士に見てもらう
- 月締めの合計請求書は要確認：標準機能だけでは足りず、追加の対応が要る場合がある
- 端数処理は実機で確認する：「税率ごとに1回」になるかを、実際の伝票で見る
- 制度改正の追随は自動ではない：層ごとに保守する主体が違う。Community版では、すべて自社で判断・実施する
両方を並べると、次の図のとおりです。
注意点は、試用の段階で見ておけば手を打てます。確認する項目は導入前に確認すべきチェックリストに、進め方はベンチャーネットが確かめることに書いています。
請求書の1通目を出す前に、ベンチャーネットが確かめること
ベンチャーネットは、NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しています。インボイス対応の相談では、製品の話より先に、次の順で確かめます。
ステップ1：いまの請求の出し方を棚卸しする
取引ごとの請求か、月締めの合計請求か。請求先と納品先が違う取引や、返品・値引きはどれくらいあるか。紙とPDFの請求書を数枚並べて、型を洗い出します。
ステップ2：標準機能に請求の出し方を寄せられるかを見る
Fit to Standard（標準機能に業務を合わせる考え方）で検討します。取引先と相談して請求の型を減らせるなら、作り込みは少なく済みます。
ステップ3：実際の伝票で試し、税理士に見てもらう
端数処理と合計請求書は、自社の過去の伝票で試しに出力します。その帳票を顧問税理士に見てもらい、要件の解釈はそこで確かめます。
ステップ4：制度改正のときの担当を層ごとに決める
公式パッケージ・コミュニティモジュール・個別対応のそれぞれで、誰が更新を追うかを決めます。取引先の登録状況を誰が更新するかも、この場で決める項目です。
月締めの合計請求書が中心で、標準に寄せるのが難しい場合は、Odooが合わないとお伝えすることもあります。規模や要件によっては、NetSuiteが適することもあります。NetSuiteで締め請求書を出す方法は、NetSuiteで締め請求書（Invoice Summary）を作る方法と注意点にまとめています。
パッケージに乗らない請求業務なら、AIスクラッチ開発も選択肢です。ただし、ライセンスが不要な代わりに、開発費と保守費が別途かかります。
詳しい考え方はOdooとFit to Standardで整理しています。
導入前に確認すべきチェックリスト
試用の段階で、次を実機で確認してください。資料上の説明だけでは判断できません。社内会議でそのまま使える形にしています。
- □ 自社の登録番号が、請求書の正しい位置に印字されるか
- □ 軽減税率と標準税率が混在する請求書を出せるか
- □ 消費税額の端数処理が、税率ごとに1回になっているか
- □ 月締めの合計請求書を、要件を満たす形で出せるか
- □ 取引先が登録事業者かどうかを、取引先マスタで管理できるか
- □ 返品・値引きのときの書類を出せるか
- □ 制度改正のとき、税区分の設定を自社で変更できるか
- □ 制度改正を誰が追いかけるか、担当者の名前が挙がるか
とくに端数処理と月締めの合計請求書は、あとから発覚すると影響が大きい項目です。この2つが確かめられるまでは、本番の請求を任せないでください。
Odooのインボイス制度対応についてよくある質問
Odooはインボイス制度に対応していますか？
「対応している・していない」の二択では答えられません。
公式のドキュメントとリリースノートに、インボイス制度の記載は見つかりませんでした（出典：Odoo公式ドキュメント、2026年10月確認）。
ただし、記載がないことは、機能がないことを意味しません。税や帳票の設定を自社で組み、それが要件を満たすかを税理士に確認する。この流れが前提になります。
標準機能だけでインボイス対応は完結しますか？
完結するかどうかは、自社の請求の出し方で分かれます。取引ごとに請求書を出す形なら、比較的シンプルに済むことが多いです。
一方、月締めの合計請求書が中心なら、追加の対応を見込んでおいてください。
制度が改正されたら、自動で対応されますか？
自動ではありません。公式パッケージの更新、コミュニティモジュールの更新、自社での設定変更が、それぞれ別に動きます。
導入時に、誰がこれを追いかけるかを決めておいてください。
税額の計算方法まで記事で解説していないのはなぜですか？
税額計算や経過措置の適用は、事業者の状況によって判断が変わる領域だからです。
制度の詳細は国税庁の情報を確認し、判断は顧問税理士にご相談ください。
Community版でもインボイス対応はできますか？
技術的には可能です。ただし、制度改正への追随を、すべて自社で判断・実施することになります。
社内に対応できる技術者がいるか、外部に委託できるかを事前に確認してください。
Odooでインボイス対応を組むメリットと注意点は何ですか？
税の仕組みを自社で組める一方で確認と体制が要ります。
税を明細ごとに設定でき、税額の丸めを明細ごとか税ごとかで選ぶ項目もあります。一方、公式にインボイス制度の記載は確認できず、要件を満たすかは税理士に確認します。月締めの合計請求書の出し方と、制度改正に誰が追随するかも、先に決めておいてください（メリットと注意点）。
まとめ
- Odoo公式には、インボイス制度に関する記載が確認できない（2026年9月時点）
- ただし「記載がない」ことと「機能がない」ことは別。税の設定は自分で組む前提
- 発行側と受領側で必要な対応が異なり、負担が大きいのは受領側
- 端数処理は「税率ごとに1回」。海外製システムでは要確認
- 月締めの合計請求書は日本固有。標準機能だけでは足りない場合がある
- 日本対応は、公式パッケージ・コミュニティ・個別対応の3層で成り立つ
- 制度改正時に誰が追随するかを、導入時に決めておく
問われているのは「対応できるか」ではなく、「どう対応する体制を作るか」です。
1年後の20日締めの日、合計請求書が税率ごとの消費税額を載せて、そのまま取引先に届いている。新しい仕入先が増えても、登録番号を誰が確かめるかで迷う人はいない。そんな月末が理想です。
もう少し詳しく知りたい方へ
自社の請求の出し方がOdooの標準に乗るかどうかは、実際の伝票を見ないと判断できません。過去の請求書を数枚お持ちいただければ、そこから一緒に確かめます。
なお、制度そのものの解釈や税額計算については、国税庁の情報および顧問税理士にご確認ください。
関連記事
