社員が撮った1枚のレシートが、月末に2か所から出てきます。Odooの経費申請と、会計ソフトのレシート置き場。どちらも本物で、どちらも消せません。
経理は2つの一覧を並べ、同じ支払いが二重に計上されていないかを調べます。見つかるのは、たいてい数件。その数件のために、毎月半日が消えていきます。
この照合は、レシートの通り道を1本に決めればなくせます。作業を速くするのではなく、突き合わせる相手そのものを消す考え方です。
Odoo（オドゥー：販売・在庫・会計などをつなぐ統合業務アプリ）にも会計ソフトにも、レシートの取り込み口があります。証憑（領収書やレシートなど、支払いの証拠になる書類）の集め先の基準は、「申請の承認が要るか」の1点です。要るならOdoo、要らないなら会計ソフトに集めます。
たとえば社員の立替をOdooの経費申請に通すと、経費が案件やプロジェクトに紐づきます（広告制作会社の想定シナリオ）。
入口を1本に決めると、たとえば次のことが変わります。
- 月末に2つの一覧を並べる照合がなくなる
- 経理が受け取るのは、承認の済んだデータだけになる
- 立替が案件の原価に乗り、赤字の案件が月内に見える
- 法人カードの明細は、これまでどおり会計ソフトで処理できる
ただし、振り分けた結果、Odooに集める理由が乏しいと分かることもあります。その場合は、会計ソフトに寄せる形が合います。
では、読み取りの結果をAIにどこまで任せ、どこから人が引き取るのか。その線はAIに任せてよいのは、どこまでかで引きます。良い点と負担は、入口を1本にする良い点と、気をつけることに並べました。
CommunityとEnterpriseの区別について
この記事で扱うOdooの経費精算アプリは、申請・承認・精算の基本機能ならCommunity版でも使えます。レシートの自動読み取りはEnterprise版の機能で、さらに設定の有効化とアプリ内課金のクレジットが必要になります。
レシートの通り道が2本あると、何が起きるか
ブルシットジョブ（本人も意味がないと感じている仕事。人類学者デヴィッド・グレーバーが提唱した概念）は、ひとつの流れが二手に分かれるところで増えます。経費まわりで分かれるのは「レシートの入口」です。
入口が2つあると、次の4つが順に生まれます。
- 転記：Odooで承認した経費を、会計ソフトに打ち直す
- 照合：2つの一覧を並べ、同じ支払いが重複していないか目で見比べる
- 催促：レシートを出していない社員を、月末に追いかける
- 報告のための報告：突き合わせが終わったことを示す一覧を作る
このうち照合がいちばん重く、いちばん成果に結びつきません。合っていて当たり前だからです。合っていない数件を見つけても、売上は1円も増えない。
ここで役に立つのは、作業を速くする工夫ではありません。突き合わせる相手そのものを消すことです。入口を1本に決めれば、照合という仕事は発生源からなくなります。
Odooの経費アプリそのものの説明はOdooの経費精算（Expenses）にあります。
経費の集め先の決め方は「申請の承認が要るか」
集約先を機能の多さで選ぶと、決まりません。どちらにも取り込み口があるからです。基準は1つに絞ります。その支払いに、「申請と承認の手続きが要るかどうか」です。
承認が要るならOdoo側に集める
社員の立替や仮払いは、支払った本人以外の目を通します。上長が内容を見て、経理が規程に照らす。この「途中で止まる」状態を持てるのは、業務の側の仕組みです。
Odooに集めると、経費が案件やプロジェクトに紐づきます。原価として見たい会社にとっては、ここが決め手です。承認が下りた分だけを会計へ渡す設計にすれば、会計側は完成品だけを受け取ります。
渡し方はファイルの受け渡しか連携かの二択で、後者はOdoo側のプランの条件がつきます。
仕訳に直行してよいなら会計ソフト側に集める
法人カードの明細や、経理が自分で支払った経費は事情が別です。承認を挟む相手がいません。止める必要のないものを、わざわざ申請の形にすると手間だけが増えます。
こうした支払いは会計ソフト側に直接入れる。国産の会計ソフトはレシートの取り込み口が充実しており、税区分の扱いも日本の制度に沿っています。無理にOdooを通す理由はありません。
決めたら「通さない側」を閉じる
ここが、この章でいちばん大事な点です。基準を決めても、もう一方の入口が開いていれば、いずれ誰かがそちらに入れます。閉じられないなら、少なくとも「入れない」ことを運用の約束にします。
判断の単位は、支払いの種類です。書き出すと、たとえば次のような1枚になります。
| 支払いの種類 | 承認は要るか | 集約先の目安 |
|---|---|---|
| 社員の立替（交通費・飲食・備品） | 要る | Odooの経費申請 |
| 仮払いとその精算 | 要る | Odooの経費申請 |
| 法人カードの明細 | 要らないことが多い | 会計ソフト |
| 経理が自分で支払った経費 | 要らない | 会計ソフト |
| 請求書払いの外注費 | 会社による | 購買や支払いの流れに合わせて決める |
この表を社内に配ってください。1枚の紙に収まらない基準は、たいてい守られません。会議の前に、次の4点を確かめておくと話が早く進みます。
- □ 立替や仮払いは、上長の承認を通してから精算しているか
- □ 経費を案件やプロジェクトの原価として見たいか
- □ 法人カードの明細は、承認なしで仕訳にしてよい運用か
- □ 使わない側の入口を、設定か運用の約束で閉じられるか
入口を1本にする良い点と、気をつけること
承認の要否で集め先を決め、もう一方を閉じる進め方には、得られることと、先に引き受ける負担があります。
良い点は、次の5つです。
- 照合が発生源からなくなる：突き合わせる相手の一覧がないので、月末に2つの一覧を並べる仕事が生まれない
- 経理は完成品だけを受け取る：承認が下りた分だけを会計へ渡せば、会計側には承認済みのデータだけが届く
- 案件ごとの原価が月内に見える：Odooに集めると経費が案件やプロジェクトに紐づき、赤字の案件に月内で気づける
- 会計ソフトの強みも生かせる：承認の要らない支払いは、取り込み口が充実し税区分も日本の制度に沿った会計ソフトに入れる
- Community版でも組める：経費精算の申請・承認・精算は、両方の版で使える
気をつけることは、次の4つです。
- 通さない側を閉じる：もう一方の入口が開いていれば、いずれ誰かがそちらに入れる。閉じられないなら運用の約束にする
- 支払いの種類ごとに決める：立替・仮払い・法人カードなどを振り分ける。請求書払いの外注費は会社によって変わる
- 会計への渡し方はプランで変わる：ファイルの受け渡しか連携かの二択で、連携にはOdoo側のプランの条件がつく（外部APIはEnterprise版のカスタムプラン）
- 読み取り結果は下書き：勘定科目と税区分は人が確定する。自動読み取りはEnterprise版で、設定の有効化とクレジットが要る
両方を1枚の図に並べました。
両方に入れてしまう失敗と、読み取り結果をそのまま承認する失敗は、よくある2つの失敗に書きました。
レシートの取り込み手段を並べて見る（Odoo・freee・マネーフォワード）
集め先が決まったら、そこへレシートを運ぶ手段を見ます。用意されている手段は、製品ごとにばらばらです。
各製品の公式ドキュメントとヘルプで確かめられた範囲は、次の表のとおりです（出典：各社公式ドキュメント・ヘルプ、2026年9月確認）。
| 集約先 | レシートの受け取り方 | 読み取りについて |
|---|---|---|
| Odoo（経費） | 経費のレコードにレシートを添付できる。expense@（ドメイン） の形のメール転送用アドレスへ送る方法もある | 自動デジタル化は設定で有効にしたうえで、アプリ内課金のクレジットを購入する必要がある |
| freee | スマホアプリでのレシート撮影（連続5枚まで）、PCからのドラッグ＆ドロップ、スキャナ・複合機、メール転送 | OCR（画像から文字を読み取る技術）による入力内容の推測機能がある |
| マネーフォワード クラウド | クラウド経費にAPI（システム同士をつなぐ窓口）のドキュメントが公開されている | 会計APIで、証憑ファイルを保存して仕訳に添付できる |
Odooの行は、公式ドキュメントで確認し直しました（出典：Odoo公式ドキュメント「Log expenses」、2026年10月確認）。
freeeのファイルボックスは、画像・PDF・Excel・CSV（カンマ区切りのテキスト形式）などに対応しています。紙以外の形で届く領収書も、同じ場所に集められる。
表を見ると、どちらも「入口としては成立する」ことが分かります。だからこそ、機能ではなく承認の有無で決めるほうが迷いません。
なお、電子帳簿保存法の要件を満たすかどうかは、製品名だけでは決まりません。保存の仕方と運用の設計しだいです。導入前に確認が必要な論点として、Odooと電子帳簿保存法で別にまとめました。
AIに任せてよいのは、どこまでか
レシートの読み取りは、AIが得意な仕事に見えます。実際、下書きを作るところまでは大きく助けてくれる。ただし線はきちんと引きます。
任せてよいのは2つです。読み取った結果を扱いやすい形に整えることと、金額が合っているかを見比べること。カードの明細と経費申請を並べ、金額が一致しない行を挙げてもらう、といった使い方です。
任せてはいけないのは、「勘定科目の確定」です。同じ飲食のレシートでも、相手と目的によって扱いが変わります。この判断は社内の規程と文脈に依存しており、レシートの画像には書かれていません。
読み取りの精度も過信できません。ChatGPTの公式ヘルプにも注意書きがあります。「画像ベースの表やスキャン文書から正確な値を取り出せない場合がある」というものです（出典：ChatGPT公式ヘルプ、2026年9月確認）。感熱紙のレシートは、まさにこの条件に当てはまる。
外部のAIサービスにレシートの画像を渡すことにも、判断が要ります。取引先名や訪問先が写り込むためです。渡してよいかどうかは会社が決める話で、技術の話ではありません。
AIに渡すデータを「最初はゼロ」から広げる考え方は、AIに会社のデータを、どこまで渡すかにあります。API連携がない相手とのつなぎ方は、API連携がなくてもAIでつなぐで書きました。
証憑と仕訳が紐づいた状態そのものの作り方は、税務調査で慌てないで扱っています。どこに集めるかを決めたあとの、次の段階の話です。
経費精算のCommunity版とEnterprise版の対応範囲
この記事に関わる機能の版は、次のとおりです。
| 機能 | 版 |
|---|---|
| 経費精算（Expenses）の申請・承認・精算 | Community版・Enterprise版の両方 |
| レシートの自動読み取り | Enterprise版（別途クレジットが必要） |
| 文書管理（Documents）・承認（Approvals） | Enterprise版 |
| 会計のフル機能 | Enterprise版 |
| プロジェクト・工数の記録 | Community版・Enterprise版の両方 |
| 外部API | Enterprise版の中でもカスタムプラン |
なお、版ごとの対応範囲は改定されることがあります。導入を検討する段階で、Odoo公式のエディション比較ページで最新の内容をご確認ください。
経費をOdoo側に集める設計は、Community版でも組めます。レシートの自動読み取りを使いたい場合は、Enterprise版とクレジットが前提です。
想定シナリオ（匿名）
たとえば、従業員22名の広告制作会社を考えてみます。会計はマネーフォワード クラウドを使い、Odooで案件と工数を管理している会社です。
この会社は立替が多いのが特徴です。撮影の交通費、ロケ先での飲食、外部スタッフへの手土産。どれも案件に紐づく支出で、案件ごとの利益を見るには原価に載せる必要があります。
いまのレシートは、2つの経路を流れています。制作スタッフはスマホで撮って会計ソフトに送り、金額の大きいものは念のため紙でも経理に回す。経理は月末、紙の束と画面の一覧を並べて突き合わせます。
同じ支払いが二重に上がっていないか。案件番号が書かれていないレシートは、どの案件のものか。この2つを調べるだけで、毎月2日近くが消えていきます。
ここで決めるのは1点です。「社員の立替は、すべてOdooの経費申請を通す」。紙の提出はやめ、申請時に案件を必ず選ぶ運用にします。法人カードの支払いは、これまでどおり会計ソフト側で処理します。
会計ソフトへ渡すのは、承認済みの分だけ。経理が受け取るのは、案件が確定し、上長の承認が済んだデータに限られます。突き合わせる相手の一覧がないので、照合という仕事は発生源から消えます。
副産物が1つ。案件ごとの原価にロケ費用が乗るため、赤字の案件が月内に見えることです。2つの経路のままなら、それが分かるのは決算のあとになります。
入口を1本に決めるまでに、ベンチャーネットが確かめること
ERP導入支援を手がけるベンチャーネットは、この種の相談を製品選びから始めません。先に「いまレシートがどこを通っているか」を確かめます。順番は次の4つです。
- いまの通り道を書き出す：支払いの種類ごとに、レシートがどこから入り、誰の手を経て仕訳になるかを並べます。紙で回している分も含めます。
- 照合に使っている時間を確かめる：月末に一覧を並べている人と、その作業の中身を聞きます。消すべき仕事がどこにあるかが、ここで見えます。
- 承認の要否で振り分ける：支払いの種類ごとの表の形で、支払いごとの集約先を決めます。基準は標準機能に業務を合わせる「Fit to Standard」の考え方です。
- 閉じる側と、会計へ渡す方法を決める：使わない入口の閉じ方と、承認済みの分を渡す方法を決めます。連携にするかどうかは、プランの条件も含めて判断します。
経費の設計は、経理の作業改善で終わる話ではありません。案件ごとの原価が月内に見えるかどうかは、経営の判断の速さに関わります。見える化の次に、なぜ赤字なのかが分かる段階へ進むための足場です。
見える化・わかる化の先で利益に変える流れを書いたのが、儲かる化とはです。
振り分けた結果、Odooに集める理由が乏しいと分かることもあります。その場合は、会計ソフトに寄せる形をそのままお伝えします。ベンチャーネットは、NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しているため、特定の製品に寄せる理由がありません。
規模が大きくNetSuiteも視野に入る会社には、NetSuiteと経費精算SaaSをどうつなぐかがあります。公式コネクタ・API・CSVの使い分けを比べた記事です。
よくある2つの失敗
失敗1：両方に入れて、月末に2つの一覧を突き合わせていた
いちばん多い形です。Odooに経費機能があると知り、会計ソフトのレシート取り込みも使い続ける。どちらも便利なので、どちらも動かしてしまいます。
結果として、月末に一覧を2つ出して並べる作業が生まれます。これは新しく作ってしまったブルシットジョブです。導入前にはなかった仕事が、導入によって増えたことになります。
防ぎ方は単純で、入口を決める会議を機能の検討より先にやること。「どちらに集めるか」を決めずに両方を有効にしないでください。
失敗2：読み取り結果を確認せずに承認し、税区分が揃わなかった
自動で読み取られた内容は、正しそうに見えます。日付も金額も入っており、承認画面では違和感がない。そのまま承認ボタンを押してしまいます。
ずれが出るのは税区分や勘定科目です。同じ店の同じ金額でも、会議なのか接待なのかで扱いが変わります。決算期にまとめて直すことになり、直す作業自体が新しい照合を生むのです。
対策は、承認者が見る項目を3つに絞ること。案件、勘定科目、税区分。この3つだけを毎回確認する約束にすれば、承認が形骸化しません。
経費精算と証憑のよくある質問
Community版でも経費精算は使えますか？
使えます。申請・承認・精算といった基本機能が対象です。一方で、レシートの自動読み取りや給与明細での払い戻しはEnterprise版の機能です。版ごとの対応範囲は改定されることがあるため、Odoo公式のエディション比較ページもご確認ください。
レシートの自動読み取りは、追加の手続きなしで使えますか？
使えません。Odooの場合は追加の手続きが要ります。公式ドキュメントによると、設定で自動デジタル化を有効にする必要があります。そのうえで、アプリ内課金のクレジットの購入も要ります（出典：Odoo公式ドキュメント「Log expenses」、2026年10月確認）。
会計ソフト側に集めると、案件ごとの原価は見られなくなりますか？
そうとは限りませんが、紐づけの手間はかかります。案件ごとの利益を月内に追いたいなら、業務の側に集めるほうが素直です。原価管理をどこまでやるかで決めてください。
電子帳簿保存法には、どちらの製品が対応していますか？
製品名だけでは判断できません。制度の要件を満たすかどうかは、保存の仕方と運用の設計しだいです。導入前に確認が必要な論点として、専門家を交えて整理することをおすすめします。
経費と証憑の入口を1本にするメリットは何ですか？
月末の照合がなくなることです。
突き合わせる相手の一覧がないため、2つの一覧を並べる仕事が生まれません。社員の立替をOdooに集めれば、経費が案件に紐づき、案件ごとの原価も月内に見えます。良い点と負担の一覧は、入口を1本にする良い点と、気をつけることにあります。
まとめ：経費と証憑は入口の数で決まる
経費と証憑の設計は、機能の比較ではなく入口の数の問題です。要点は次の5つ。
- 照合は、レシートの通り道が2本あることから生まれる
- 集約先の基準は「申請の承認が要るか」の1点に絞る
- 承認が要るならOdoo側、仕訳に直行してよいなら会計ソフト側
- AIに任せるのは整形と金額の突き合わせまで。勘定科目の確定は人
- 電子帳簿保存法への適合は、保存の仕方と運用の設計しだい
入口を1本に決めて1年後の月末、経理は2つの一覧を並べる半日を使わず、立替まで乗った案件別の原価から赤字の案件を拾っています。社内からは「あの領収書、どこにやった？」という問いが消えています。
もう少し詳しく知りたい方へ
ベンチャーネットは、ERP導入支援を手がける会社です。NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しています。
「立替と法人カードを、どちらに集めるか決めかねている」という段階から、ご相談を承っています。いまのレシートの通り道を一緒に書き出すところから始めます。
関連記事
