月末、経理の机に販売管理の売上一覧が印刷されて届きます。担当者はそれを見ながら勘定奉行クラウドに仕訳を打ち込み、終わると在庫表と帳簿を並べて差を目で探す。
顧問税理士が慣れた奉行は、手放したくない。それでも、この打ち直しは消せます。
会計・給与・申告は奉行に残し、受注・在庫・購買・製造をOdoo（オドゥー：販売・在庫・製造などをつなぐ業務アプリ群）に移す。あいだは、奉行の「汎用データ受入」へのファイル受け渡しでつなぎ、ファイルの整形はAIに任せます。境目は「仕訳の元データが生まれる場所」です。
汎用データ受入は、仕訳伝票をCSVで取り込めます。API（システム同士がプログラムでデータをやり取りする窓口）で直接つながなくても、この受け渡しまでは自社だけで開けます（ファイル受け渡し）。
この分担にすると、たとえば次のことが変わります。
- 受注が確定すると、在庫の引当と購買の候補がOdooの中で動く
- 在庫の増減が業務の記録から生まれ、帳簿と在庫表の見比べが減る
- 月末の仕訳の打ち込みが、AIが整形したCSVの取り込みに変わる
- 顧問税理士は、これまでどおり奉行の帳票で月次を見られる
ただし、事業会社や海外拠点が増え、連結の管理が見えている会社もあります。その場合は、NetSuiteも候補に入れて比べます。
残る問いは、AIに整形を任せたとき、人の確認をどこまで残すかです。答えは、確認の範囲を段階で分ける方法にあります。
CommunityとEnterpriseの区別について
Odooには、無料で使えるCommunity版と、有償サブスクリプションのEnterprise版があります。この記事で扱うのは、在庫・製造・購買のアプリと、XLSX／CSVの出し入れが中心です。外部APIとAIエージェントはEnterprise版の話になるため、版ごとの範囲はCommunity版とEnterprise版の対応範囲の表にまとめました。
奉行とOdooの「あいだ」に生まれる4つの作業
ブルシットジョブとは、本人も意味がないと感じている仕事のこと。人類学者デヴィッド・グレーバーが提唱した概念で、人の怠慢ではなく仕組みのつなぎ目から生まれます。
勘定奉行クラウドを使う製造業・卸売業のつなぎ目は、3か所です。販売と会計、購買と会計、在庫台帳と会計のあいだ。そこで次の4類型が起きます。
- 転記：売上・仕入・入金の明細を、会計に打ち直す
- 照合：在庫台帳の数量と、会計の棚卸資産を見比べる
- 催促：現場に納品書や検収の報告を出してもらうために追いかける
- 報告のための報告：月次の売上集計表を、会計とは別にExcelで作る
会計と申告の制度対応は、奉行の得意分野です。問題は、その手前の業務がExcelや紙に散らばっていることにあります。
「どちらか一方を選ぶ」という論点は、Odooと奉行クラウドの違いに任せます。ここから先は、両方を残す前提の話です。
勘定奉行クラウドとOdooの分担：奉行に残すもの、Odooに移すもの
会計・給与・申告は奉行に残す
勘定奉行クラウドと給与奉行は、そのまま使い続けます。顧問税理士が奉行の帳票に慣れていて、税制改正への追従も製品側が担っているからです。
給与奉行を残す理由は、優劣ではありません。Odoo側に、日本向けの給与計算が公式に提供されていない。その事実によるものです（出典：Odoo公式ドキュメント「Payroll localizations」、2026年10月確認）。
受注・在庫・購買・製造はOdooに移す
散らばりやすいのは、受注台帳・発注台帳・在庫表・製造指示の4つ。Odooではこの4つが1つのデータベースでつながり、受注が確定すると在庫の引当と購買の候補が動きます。
在庫の考え方はOdooの在庫管理でできること、製造指示や部品表はOdooの製造管理（MRP）でできることで解説しています。
境目は「仕訳の元データが生まれる場所」
分担の境目は、製品の得意不得意では決めません。仕訳の元になる出来事がどこで起きるかで決めます。売上は受注と出荷から、仕入は入荷と検収から、棚卸資産は在庫の増減から生まれる。
これらは、すべてOdooの中の出来事です。奉行に渡すのは出来事そのものではなく、そこから作った仕訳の元データになります。
勘定奉行クラウドとOdooを併用するメリットと注意点
この分担なら、制度対応に強い奉行を残したまま、手前の業務をOdooで1つにできます。一方で、つなぎ方はAPIに頼らない前提で設計します。
メリットは、次の5つです。
- 会計・給与・申告は奉行のまま：顧問税理士が慣れた帳票を変えずに済み、税制改正への追従も製品側が担います
- 受注から製造までが1つにつながる：受注・発注・在庫・製造指示が1つのデータベースになり、受注の確定で在庫の引当と購買の候補が動きます
- 転記の発生源が減る：同じレコードから受注・出荷・請求が生まれるため、Odooの中では打ち直しが起きません
- 自社だけで始められる：Odooから出したファイルを汎用データ受入で取り込みます。列の整形は、AIに任せられます
- 在庫と帳簿の見比べが減る：在庫の増減が業務の記録から生まれるため、在庫表と帳簿の差を探す手間が減ります
注意点は、次の4つです。
- API連携はパートナー経由：奉行APIコネクトサービスは、Connect Partner制度を通じた提供です。導入前にOBCまたはパートナーへ確かめます
- 受入形式に合わせた整形が要る：汎用データ受入は1ファイル2MB、1伝票9,999明細までです。売上・仕入・入金で分けるなどして収めます
- 科目の確定は人が持つ：外注加工費と材料費の境目のように、AIが科目を読み違えることがあります
- AIに渡すデータの線引きを決める：外部のAIサービスに整形を頼むと、売上・仕入・取引先の情報がその会社に渡ります
受入形式・契約・AIに渡す範囲は、ベンチャーネットが確かめることの3と4で、設計に入る前に決めます。
勘定奉行クラウドとOdooの連携方法：APIが開かない前提で、手前の2段を使う
奉行とのつなぎ方は3段あります。ただしAPI連携は、自社だけでは開けない前提で考える。設計の中心は、標準機能とファイル受け渡しという手前の2段です。
第1段：標準機能で転記そのものを消す
最初に疑うべきは、「その転記は本当に必要か」です。受注台帳から出荷一覧へという打ち直しは、Odooの中では起きません。同じレコードから、受注・出荷・請求が生まれるからです。
ここを飛ばすと、散らばった表を束ねる作業が残ります。
第2段：ファイル受け渡し（この記事の中心）
勘定奉行クラウドの「汎用データ受入」は、仕訳伝票をCSV（カンマ区切りのテキストファイル）またはタブ区切りテキストで取り込めます。制限は、1ファイル2MBまで、1伝票9,999明細まで。
Odoo側は、どのデータもXLSXまたはCSVで出せます。会計レポートは、PDFかXLSXで出力できる。この2つを組み合わせると、次の手順になります。
- Odooから売上・仕入・入金の元データを、月次でXLSXまたはCSVに出す
- AIに、奉行の汎用データ受入の列並びに合わせて整形させる
- 整形後のCSVを指定フォルダに置く
- 「奉行クラウド自動連携エージェント」（別途契約）が、フォルダのCSVを自動で取り込む
2MBと9,999明細の制限は、売上・仕入・入金で分けるか、上旬・下旬で分ければ収まります。エージェントを契約しない場合も、手順3の後に人が受入操作をするだけです。
第3段：API連携は「自社で直接」が前提にならない
勘定奉行クラウドには「奉行APIコネクトサービス」があり、仕訳伝票の受入を自動化できます。ただしこのAPI連携は、「奉行クラウドConnect Partner制度」を通じたパートナー経由での提供です。
利用者の自社開発者が直接呼べる公開仕様は、公式には見当たりません（2026年9月確認）。認証方式やオプション名についても同様です。「使えない」と断定はしませんが、導入前にOBCまたは連携パートナーへの確認が要ります。
Odoo側にも条件があり、外部APIはカスタムプラン限定です。19.0の公式ドキュメントは、XML-RPCとJSON-RPCという従来の窓口の削除予定を告げています。時期はOdoo 22（2028年秋）、Odooオンラインでは21.1（2027年冬）です（出典：Odoo公式ドキュメント、2026年9月確認）。
つなぎ方の比較表
| 段階 | 奉行側の手段 | Odoo側の条件 | 保守の担い手 |
|---|---|---|---|
| ①標準機能で消す | 不要 | 版を問わない | 業務担当者 |
| ②ファイル受け渡し | 汎用データ受入＋自動連携エージェント（別途契約） | XLSX／CSVの出力 | 経理＋整形の型を作った人 |
| ③API連携 | APIコネクトサービス（パートナー経由） | カスタムプランの外部API | 開発者またはパートナー |
3段目が開けなくても、2段目までで転記の大半は消えます。API以外の埋め方は、API連携がなくてもAIでつなぐ方法でも整理しました。
AIをあいだに置く：整形は任せ、科目の確定は人が持つ
ファイル受け渡しの手順2で、AIが登場します。Odooから出したXLSXと、奉行の受入形式の見本を渡す。「この列並びに変換して」と指示するだけで、整形は終わります。
型を1回作れば、翌月からは使い回せる。列の対応、日付の書式、取引先の名寄せの規則を指示文に残し、毎月は新しいファイルを添えるだけです。
ただし、AIに任せてよい範囲には線があります。
- 任せてよい：列の並べ替え、書式の変換、Odooと奉行の残高の照合、差分の一覧化
- 任せない：勘定科目の最終決定、奉行への書き込みを人の確認なしに確定させること
科目の割り当ては、AIが読み違えることがあります。外注加工費と材料費の境目は、取引先名だけでは決まりません。
そこで、確認の範囲を段階で分けます。初回の3か月は、AIが整形した全件を経理が確認する。4か月目以降は、AIに「前月と科目の傾向が違う行」だけを一覧にさせ、そこだけを人が見ます。
もう1つ、必ず考えておきたいのがデータの行き先です。外部のAIサービスに整形を頼むと、売上・仕入・取引先の情報がその会社のサーバーに渡ります。給与データは渡さない、取引先名を記号に置き換える。こうした線引きは、会社ごとの判断です。
Odoo 19.4（2026年7月、まずOdooオンラインで提供）では、AIエージェントがMCP（AIが外部システムとつながる共通規格）で接続できます。Odoo.shやオンプレミスでは、Odoo 20に上げると使えます。ただし奉行側に公開仕様がない以上、3段目は開きません。
Community版とEnterprise版の対応範囲
| 機能 | Community版 | Enterprise版 | 備考 |
|---|---|---|---|
| XLSX／CSVのインポート・エクスポート | 公式ドキュメントに版の限定なし | 同左 | ファイル受け渡しの土台 |
| 会計レポートのPDF／XLSX出力 | 会計のフル機能はEnterprise | 対応 | 元データの確認用 |
| 外部API（JSON-2） | 非対応 | カスタムプランのみ | 旧窓口（XML-RPC／JSON-RPC）の削除がOdoo 22（オンラインは21.1）で予定 |
| AIエージェント・MCP接続 | 非対応 | Odooオンライン 19.4以降 | 奉行側の仕様とは別問題 |
| 在庫・製造・購買アプリ | 各記事で確認 | 各記事で確認 | 在庫・製造の記事を参照 |
版ごとの対応範囲は、改定されることがあります。導入を検討する段階で、Odoo公式のエディション比較ページの最新の内容をご確認ください。
ファイル受け渡しとAI整形の成否を左右するのは、Odooの版よりも、奉行側の受入形式と社内の運用設計です。
想定シナリオ：従業員40名の部品製造業（匿名）
たとえば、従業員40名で自動車部品の加工を請け負う会社を考えます。勘定奉行クラウドと給与奉行を10年近く使い、顧問税理士も奉行の帳票で月次を見ている会社です。
受注は営業のExcel台帳、製造指示は工場長の別Excel、購買は紙の発注書。在庫表は、また別のファイルです。
月末の3日間、経理担当はこの4つを開き、売上と仕入の仕訳を打ち込みます。在庫表と棚卸資産の差を探して、工場長に入荷日を聞いて回る。
この会社が選ぶのは、奉行を残し、Odooに製造・在庫・購買・販売を入れる構成です。給与は給与奉行のまま、会計と申告も動かしません。
受注はOdooに直接入力され、確定すると部品の引当と製造指示が生まれます。在庫の増減が業務の記録から生まれるため、帳簿と在庫表の見比べは要らなくなる。
月末には、Odooから売上・仕入・入金の3つのXLSXを出します。経理担当はAIに前月の指示文を渡し、汎用データ受入の形式に変換させる。CSVを指定フォルダに置くと、自動連携エージェントが取り込みます。
最初の3か月、経理担当はAIが割り当てた科目を全件見直します。読み違えは月に数件で、いずれも外注加工費と材料費の境目。4か月目からは、AIに差分の一覧だけを出させる。
3日の月末作業は半日になり、減った時間は在庫回転や受注ごとの粗利を見る仕事に回ります。
奉行とOdooの併用でよくある2つの失敗
失敗1：「APIがある」という名前だけで設計を始めてしまう
「奉行APIコネクトサービス」という名前を見て、自社の開発者が連携プログラムから着手する。あとからパートナー制度経由だと分かり、作業が宙に浮く。こういうつまずき方があります。
避け方は単純です。設計の前にOBCまたはパートナーへ確認し、それまではファイル受け渡しを本線に置きます。
失敗2：整形を一人の手作業に閉じ込めてしまう
たとえば、整形をAIではなく、経理担当のExcel操作に任せる進め方を考えます。列を並べ替える手順が担当者の頭にしかなければ、その人が休んだ月に取り込みが止まる。
避け方は、手順を「人の記憶」ではなく「指示文」に残すことです。共有フォルダに置けば、別の担当者が同じ結果を得られます。この考え方はOdooで仕訳を自動化する方法でも扱いました。担当者が急に来られなくなっても止まらない仕組みの作り方は、あの人が明日、来なくなったらで取り上げています。
奉行を残すと決める前に、ベンチャーネットが確かめること
この構成が合うかどうかは、製品の機能表だけでは決まりません。ベンチャーネットは、次の順で確かめてから設計に入ります。
- 1か月分の伝票をたどる：売上・仕入・棚卸資産の仕訳が、どの台帳から生まれているかを書き出します。まず「どこで打ち直しが起きているか」を見える化します
- 奉行を残す理由を言葉にする：税理士の帳票、給与奉行、申告の流れのうち、何のために残すのかを確かめます。理由が弱ければ、置き換えも選択肢に戻します
- 受入形式と契約を先に確定する：汎用データ受入の列並びと、自動連携エージェントを契約するかを決めます。API連携はOBCまたはパートナーに確認し、答えが出るまで本線にしません
- AIに渡す範囲と、人が見る範囲を決める：渡さない情報、伏せる情報、経理が全件を見る期間を、指示文と一緒に文書に残します
- 3〜5年後の姿から逆算する：拠点や事業が増える見込みがあれば、この構成が何年もつかを先に話します
合わないと判断したときは、そのままお伝えします。ベンチャーネットはNetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しているため、1つの製品に寄せる理由がありません。
社内会議で使える判断表
| 自社の状況 | 向いている構成 |
|---|---|
| 会計・給与は奉行で困っていない。困るのは受注から在庫まで | 奉行を残し、Odooを入れる（この記事の構成） |
| 会計も業務も、1つの仕組みにまとめたい | 置き換えを検討する（Odooと奉行クラウドの違い） |
| 事業会社や海外拠点が増え、連結の管理が見えている | NetSuiteも候補に入れる（NetSuiteとOdooの比較） |
| 業務が固有で、パッケージの標準に乗らない | AIスクラッチ開発も候補。ただし開発費・保守費が別途かかる |
NetSuiteを選ぶ規模になっても、奉行を残す組み合わせはあり得ます。その検証はNetSuiteとfreee・マネーフォワード・勘定奉行を組み合わせるにまとめました。
表の1行目に当てはまるかどうかは、次の□が目安です。3つ以上当てはまれば、この記事の構成を検討する価値があります。
- □ 顧問税理士が、奉行の帳票で月次を確認している
- □ 給与は給与奉行で回っており、変える理由がない
- □ 受注・発注・在庫・製造指示が、Excelや紙に分かれている
- □ 月末に、売上・仕入の仕訳を手で打ち直している
- □ 在庫表と帳簿の差を、現場に聞いて回って探している
よくある質問
勘定奉行クラウドとOdooを併用するメリットは何ですか？
奉行を残したまま月末の打ち直しを減らせることです。顧問税理士が慣れた帳票や給与奉行は、そのまま使えます。受注・在庫・購買・製造はOdooでつながり、奉行へ渡すのは、仕訳の元データのファイルです。一方で、API連携はパートナー経由のため、ファイル受け渡しを本線に設計します。詳しくは併用するメリットと注意点をご覧ください。
自動連携エージェントを契約しないと、ファイル受け渡しはできませんか？
できます。整形したCSVを、人が汎用データ受入で取り込む運用でも成り立つためです。自動連携エージェントは、最後の一手を自動にする別契約の仕組みです。
奉行のAPIは、将来的に自社で使えるようになりますか？
お答えできません。将来の予定を、ベンチャーネットは推測で答えないためです。導入前にOBCまたはパートナーへ確認してください。
給与奉行のデータもOdooに取り込む必要がありますか？
必要ではありません。Odooには日本向けの給与計算が公式に提供されておらず、給与は給与奉行に残す前提です。
奉行を残したままで、二重管理にはなりませんか？
なりにくい設計です。受注・在庫・購買はOdoo、仕訳と申告は奉行と、同じ情報を二か所で入力しない分担にします。重なるのは、月次で渡す仕訳の元データだけです。
AIに会計データを渡すのが不安な場合はどうすればよいですか？
整形の指示文は、取引先名や金額を伏せたサンプルでも作れます。どこまで渡すかは、会社の情報管理の方針で決めます。
まとめ：奉行は残し、あいだはファイルとAIでつなぐ
- 会計・給与・申告は奉行に残し、受注・在庫・購買・製造はOdooに移す
- 境目は「仕訳の元データが生まれる場所」で決める
- 奉行のAPI連携はパートナー経由のため、ファイル受け渡しを本線にする
- 整形はAIに任せ、科目の確定と最終確認は人が持つ
- 整形の手順は人の記憶ではなく、指示文として共有フォルダに残す
- 始める前に、奉行を残す理由とAIに渡す範囲を言葉にしておく
1年後、経理担当の月末の風景は変わっているはずです。奉行の画面に向かって仕訳を打ち込む3日間はなく、AIが出した差分の一覧を見て数件の科目を直せば締めが終わります。在庫表と帳簿を並べて差を探す時間は、なぜその材料が余ったのかを工場長と話す時間に変わります。
もう少し詳しく知りたい方へ
奉行を残すべきか、置き換えるべきか。その手前の整理からご一緒できます。
ベンチャーネットは、ERP導入支援を手がける会社です。NetSuite・Odoo・AIスクラッチ開発を扱い、SAPからのリプレイスにも対応しているため、特定の製品に偏らない立場でご提案できます。
「勘定奉行クラウドを残したまま、製造・在庫・購買をOdooに移し、月末の転記を消したい」という整理から、ご相談を承っています。
関連記事
