ERPNext 会計連携 — 業務を回せば仕訳が自動で立つ。MF・freee・弥生への連携を実機で解説

ERPNextで受注から請求・入金まで業務を回すと、その結果がマネーフォワード・freee・弥生へ仕訳として自動で流れます。この記事のテーマは、AIに操作を頼む話ではありません。ふだんの業務操作の「結果」が、経理の手を介さずに会計帳簿へ届く仕組みの話です。AIに自然言語で操作を任せる仕組みはERPNext × Claude のMCP連携で別途解説しています。本記事は、業務と会計のあいだの「二重入力」をなくす連携機能に絞って説明します。

経理の「二重入力」問題 — ERPNextと会計ソフトに同じ数字を二度打っていませんか

結論：受注・請求・入金をERPNextで管理しながら、同じ数字を会計ソフトへ手入力している会社は、転記ミスと月次の遅れという2つのコストを毎月払っています。

中小企業の経理現場を見ていると、同じ光景に何度も出会います。業務システムには受注も請求も入金も入っている。なのに、月末になると経理担当者がその数字を会計ソフトへ手で打ち直しています。

請求書を発行したら、会計ソフトにも売上の仕訳を入力する。入金があったら、会計ソフトにも入金の仕訳を入力する。同じ金額を、二度打っています。

この二重入力には2つのコストがあります。1つは時間です。月末月初の数日が、転記作業で消えます。もう1つは正確性です。手で打ち直す以上、桁を間違える、勘定科目を取り違える、計上を忘れる、といったミスがゼロにはなりません。

転記ミスは、見つかるのが遅れるほど厄介です。月次決算の途中で帳尻が合わず、原因を探して数字をさかのぼる。その時間も、本来は要らないはずの作業です。

ERPNextの会計連携は、この「二度打ち」をなくすための機能です。業務でいちど確定した数字を、もう一度会計ソフトへ打ち直さない。ERPNextが仕訳の形に変換して、会計ソフトへ自動で渡します。

そもそもERPと会計ソフトは役割が違います。その違いはそもそもERPとは — 会計ソフトとの違いを5分で理解で整理しています。ERPNextは業務全体を回す箱、会計ソフトは記帳と申告の箱。本記事の連携は、この2つの箱を一方通行のパイプでつなぐ話だと考えてください。

ERPNextの会計連携でできること — 伝票を確定すると仕訳が自動で立つ

結論：ERPNextで請求書や入金などの伝票を確定すると、対応する仕訳の下書きが自動で起票され、会計ソフトへ渡る形になります。逆に、できないこと（最終計上の自動化）も後述します。

できることは、ひとことで言えば「仕訳の自動起票」です。ERPNextで業務の伝票を確定すると、その内容にもとづいた仕訳データが自動で組み立てられます。

たとえば売上の請求書を確定すると、「売掛金 / 売上高」という仕訳が立ちます。入金を登録すると、「預金 / 売掛金」という仕訳が立ちます。担当者が勘定科目を考えて手入力する必要はありません。

この仕訳が、API連携なら会計ソフトへ自動で送られ、CSV連携なら取込用ファイルとして出力されます。経理担当者の作業は「打ち込む」から「確認する」へ変わります。

ただし、できないことも正直に書いておきます。自動で進むのは「仕訳の起票」までです。 最終的な計上や確定は、会計ソフト側で内容を確認したうえで行う前提です。ERPNextが会計ソフトの帳簿を勝手に締めることはありません。

「全自動で記帳が完了する」わけではありません。自動化するのは入力の手間であって、経理の確認責任ではありません。この線引きは後ほど「正直な前提」の章で詳しく整理します。

対応する会計ソフトと連携方式の違い — API連携型とCSV型

結論：マネーフォワードとfreeeはAPI連携で自動送信、弥生はインポート形式のCSV出力。どちらも「会計ソフトを乗り換えずに」既存の記帳環境へ仕訳を渡せます。

会計連携には大きく2つの方式があります。API連携と、ファイル（CSV）連携です。ERPNextはどちらにも対応しています。

API連携は、ERPNextが会計ソフトのサーバーへ直接仕訳を送る方式です。伝票を確定したら、その場でデータが飛びます。手作業のファイル受け渡しがありません。マネーフォワードとfreeeがこの方式です。ERPNextとfreeeの連携も、ERPNextとマネーフォワードの連携も、どちらもこのAPI連携にあたります。

CSV連携は、ERPNextが取込用のファイルを書き出し、それを会計ソフト側で取り込む方式です。弥生会計のインポート形式CSVがこれにあたります。API連携に比べてひと手間増えますが、会計ソフト側にAPIの口がなくても連携できます。

MY HATCHでは、この3ソフトへの連携を実際のAPI・実際のファイル形式で動かして検証しています。机上の設計ではありません。

連携方式の違いを表にまとめます。

各社の公式情報は、freee Developers、マネーフォワード クラウド会計、弥生会計で確認できます。連携の前提として、それぞれの利用契約・API利用条件に従う必要があります。

自動で連携される伝票 — 売上請求 / 仕入請求 / 入出金 / 振替

結論：日々の業務で確定する4種類の伝票（売上請求書・仕入請求書・入出金・振替）が、それぞれ対応する仕訳に変換されて会計ソフトへ流れます。

連携の対象になるのは、特別な経理操作ではありません。ふだんの業務でかならず通る4種類の伝票です。

売上請求書を確定すると、売上計上の仕訳が立ちます。仕入請求書を確定すると、仕入・経費計上の仕訳が立ちます。入金・出金を登録すると、債権債務の消し込みにあたる仕訳が立ちます。社内の振替を登録すると、振替伝票が立ちます。

この4つを押さえておけば、日常の取引はほぼカバーできます。受注から出荷、請求、入金という業務の流れを1本に通す設計は、中小食品メーカーのERPNext導入事例でも具体的に紹介しています。会計連携は、その流れの「出口」にあたる部分です。

重要なのは、これらが「業務で確定した瞬間」に仕訳の形になる点です。経理担当者があとから業務システムを見て手で起票するのではありません。業務の確定と仕訳の起票が、同じ操作の中でつながります。

仕訳が自動で立つ仕組み — 中立な仕訳データを経由する設計

結論：ERPNextは伝票をいったん「中立な仕訳データ」に変換し、会計ソフトごとのアダプタで各社の形式へ翻訳します。だから1つの業務操作が、3つの会計ソフトのどれにも対応できます。

「伝票を確定したら会計ソフトへ送る」と一言で書きましたが、その内側には工夫があります。ERPNextの伝票を、会計ソフトの形式へ直接変換しているわけではありません。

いったん「中立な仕訳データ」という共通の中間形式に変換します。借方・貸方、勘定科目、税区分、金額。会計ソフトに依存しない、純粋な仕訳の情報です。

そのうえで、会計ソフトごとの「アダプタ」が、中立データを各社の形式へ翻訳します。マネーフォワード用、freee用、弥生用。翻訳の担当を分けています。

この設計の利点は、1つの業務操作が複数の会計ソフトへ対応できることです。請求書を確定するという操作はいつも同じ。その先のアダプタを差し替えるだけで、別の会計ソフトへ仕訳を渡せます。

将来ほかの会計ソフトに対応するときも、新しいアダプタを1つ足すだけで済みます。業務側の操作も、中立データの作り方も、変える必要はありません。拡張に強い構造です。

この「中立データ + アダプタ」という二段構えは、ERPNextがオープンソースで、業務に合わせて拡張できる土台を持っているからこそ組める構成です。

実機での例 — 売上請求を確定するとマネーフォワードへ自動連携

文章だけでは分かりにくいので、デモ環境での実際の流れを示します。まず、ERPNextで売上請求書を1件確定します。ふだんの請求業務そのものです。

すると、マネーフォワード クラウド会計の「仕訳帳」に、この内容が仕訳として自動で並びます。経理担当者が手で打ち直す必要はありません。確定するそばから、会計ソフト側に仕訳がたまっていきます。

このとき立つ「売掛金」「売上高」という勘定科目は、最初に一度だけ決めておいた対応づけ（マッピング）にしたがって、自動で選ばれます。どの取引がどの勘定科目になるかを事前に設定しておけるので、担当者によって仕訳がばらつくこともありません。

そして連携は1件ごとで終わりません。日々の請求や入金の積み重ねが、そのまま残高として会計ソフト側にそろっていきます。下は残高試算表で、売掛金や預金の残高が自動で出来上がっています。経理担当者が転記しなくても、月末の数字が組み上がっている状態です。

売掛金の元帳を開けば、取引ごとに残高が動いていく様子も追えます。いつ・いくら増減したかが、そのまま記録されています。

ERPNextでの日々の確定操作が、会計ソフト側の帳簿・残高として、手入力なしでそろっていきます。月末にまとめて数字を打ち直す作業そのものが、なくなります。

（上記は、マネーフォワード クラウド会計 API（v3）を用いて実際に仕訳の作成まで動作を確認したデモ環境の画面です。）

安全設計 — 誤った仕訳を会計ソフトへ飛ばさないための5つの仕掛け

結論：会計ソフトへ自動で仕訳が飛ぶからこそ、誤送信を防ぐ仕掛けが要ります。片方向連携・科目マッピング・未マッピング停止・締め後ガード・二重送信防止の5つで多重に守ります。

自動連携は便利ですが、誤った仕訳が会計ソフトへ勝手に飛ぶと、かえって手間が増えます。設計で最も力を入れたのが、この安全面です。仕掛けは5つあります。

片方向連携にする

連携はERPNextから会計ソフトへの一方通行です。会計ソフト側で帳簿を直接書き換えても、ERPNextへ逆流することはありません。どちらが大元の数字かを1つに固定することで、数字の食い違いが起きにくくなります。

勘定科目・税区分をマッピングする

ERPNextの勘定科目と、会計ソフトの勘定科目は、名前も体系も同じとは限りません。そこで、両者の対応表（マッピング）を事前に設定します。ERPNextの「売上高」が会計ソフトのどの科目に対応するか、税区分は何に対応するか。この対応表にもとづいて変換します。

未マッピングは送らずに止める

対応表にない勘定科目や税区分が出てきたら、その伝票は会計ソフトへ送りません。送信を止めて、手動レビュー待ちにします。「とりあえず適当な科目で送る」ことをしません。

これは安全設計の要です。未設定のまま見切り発車で送ると、誤った科目の仕訳が帳簿に積み上がります。止まってくれるほうが、あとの修正よりずっと安全です。

締め後ガードをかける

会計ソフト側ですでに締めた期間に対しては、あとから仕訳を送り込まないようガードします。締めたあとの期間に自動で仕訳が飛ぶと、確定した決算が崩れます。これを防ぎます。

二重送信を防ぐ

同じ伝票が二度送られないよう、伝票ごとに識別子を持たせています。一度送った伝票は、同じ識別子で再送されません。通信エラーで再試行した場合でも、会計ソフト側に同じ仕訳が二重に立つことはありません。

そして接続は、顧客自身の会計ソフトアカウントで行います。OAuthでお客様のアカウントに接続し、お客様の権限の範囲で仕訳を送ります。MY HATCHが第三者として顧客の帳簿を握ることはありません。

導入の流れ — OAuth接続、CSV取込、勘定科目マッピング

結論：クラウド会計（マネーフォワード・freee）はOAuthで接続、弥生はCSV出力してから取込。最初に一度、勘定科目のマッピングを設定すれば、あとは日々の業務確定で自動的に仕訳が流れます。

導入の手順は、会計ソフトの種類で少し変わります。

クラウド会計の場合は、まずOAuthで接続します。お客様のマネーフォワードまたはfreeeのアカウントに対し、画面上の操作で接続を許可します。パスワードをERPNextに預ける必要はありません。

弥生会計の場合は、ERPNextからインポート形式のCSVを出力し、それを弥生会計側で取り込みます。CSVは弥生の公式サンプルに準拠した形式で生成します。

接続方式が決まったら、最初に一度だけ勘定科目のマッピングを設定します。ここが導入で一番大事な準備です。ERPNextの勘定科目と会計ソフトの勘定科目を、1つずつ対応づけていきます。税区分も同様です。

このマッピングさえ整えば、あとは日々の業務で伝票を確定するだけです。仕訳は自動で起票され、設定した方式で会計ソフトへ流れます。経理担当者は届いた仕訳を確認するだけになります。

導入規模や費用感の全体像はERPNext料金ガイドに整理しています。会計連携は標準機能の延長で組めるため、特別なライセンス費用が別途かかるわけではありません。

正直な前提・現状できないこと

結論：自動なのは「仕訳の起票」まで。最終計上は会計ソフト側で確認、未マッピングは送らず止まる、現状は円建て前提。この3点を理解したうえで使うと、連携は安全に働きます。

便利な機能ほど、限界を正直に書くことが大切だと考えています。誇張して導入すると、現場が「思っていたのと違う」と感じ、かえって使われなくなります。現状の前提を3つ挙げます。

1つ目。自動で進むのは仕訳の起票までです。会計ソフトへ届いた仕訳を最終的に計上・確定するのは、経理担当者の確認を経た人の操作です。ERPNextが会計帳簿を勝手に締めることはありません。記帳の最終責任は人にあります。

2つ目。未マッピングの科目・税区分があれば、その伝票は送らずに止まります。「全部の伝票が必ず自動で飛ぶ」わけではありません。マッピングの整備が追いついていない間は、止まる伝票が出ます。これは欠陥ではなく、誤送信を防ぐための仕様です。

3つ目。現状は円建て・標準的な税区分を前提にしています。外貨建ての取引や、特殊な税区分は、今の対応範囲の外です。範囲は順次広げていきますが、対応外の伝票は自動送信せず止まるため、誤った仕訳が帳簿へ流れる心配はありません。

なお、電子帳簿保存法やインボイス制度への対応は、最終的には会計ソフト側の機能と運用に依存します。ERPNext側は仕訳データを正しく渡す役割を担います。制度の要件は国税庁の電子帳簿保存法特設サイトで確認し、会計ソフトの対応状況とあわせて運用を設計してください。

この3つの前提を理解したうえで使えば、連携は安全に働きます。「自動化できるのは入力の手間まで、判断は人が持つ」。この線引きが、安心して使い続けるための土台です。

監修者からひとこと

結論：会計連携で本当に効くのは「派手な自動化」ではなく、止まるべき伝票がちゃんと止まる地味な安全設計です。そこを信頼できると、経理は安心して任せられます。

会計連携アダプタの設計と実機検証を担当して、いちばん時間をかけたのは「送る仕組み」ではなく「送らない仕組み」でした。未マッピングの科目をどう止めるか、締めた期間へどう飛ばさないか。地味ですが、ここが甘いと現場は連携を信用しません。

実際に検証していて感じたのは、経理担当者が一番こわいのは「知らないうちに変な仕訳が会計ソフトに入っていること」だという点です。だから止まる設計にしました。止まれば気づけます。気づければ直せます。自動で全部流すより、迷ったら止まるほうが、結果として安心して使い続けてもらえます。

ERPNextはオープンソースなので、こうした安全側の作り込みを業務に合わせて足していけます。完成品を買うのではなく、自社の経理ルールに寄せて育てる連携です。導入を考えるなら、まずは月末にどの数字を二度打っているかを書き出してみてください。そこが連携で一番先に軽くなる場所です。

会計連携を実際に確かめる

ここまで読んでいただき、ありがとうございます。

会計連携の価値は、二重入力がなくなったときの「月末が軽くなる」感覚にあります。請求も入金も、業務で確定した数字がそのまま会計ソフトへ流れる。経理担当者は確認に集中できます。

私たちMY HATCHは、ERPNextの日本語実装と、こうした会計連携アダプタの設計・実装を本業にしているチームです。マネーフォワード・freee・弥生への連携は、実際のAPIと実際のファイル形式で動かして検証しています。

「自社の会計ソフトと、いまの業務フローに当てはめるとどうなるか」を一緒に整理する無料相談を承っています。お使いの会計ソフトと、月末の経理作業で一番つらい工程を教えていただければ、連携でどこが軽くなるかを具体的にお話しできます。まずは現状の困りごとからご相談ください。