ERPNext × Claude で変わる業務の景色 — 見積から月次仕訳まで、ふだんの日本語で動く ERP

この記事を読むとわかること

• Claude が業務システムを直接動かせる時代になりました。画面遷移ではなく、ふだんの日本語で頼む形に変わります
• ERPNext.JP に MCP サーバーを足すと、見積から月次仕訳までを Claude から呼び出せます
• 導入は、初期設定から接続テスト・運用設計までを一式で支援します（料金はまず無料相談でご案内します）

経営者の方が読み終えて「自社業務にどう当てはめるか」を相談できる状態を目指して書きました。

「Excel に戻る ERP」を変える — Claude が業務システムを直接動かす時代

中小企業の経営者と話していて、毎回出てくる言葉があります。「ERPは入れたのに、結局現場は Excel に戻った」。

私は複数の中小製造業で ERPNext の導入支援に入ってきました。現場で起きていることはほぼ共通です。受注を1件入れるのに、画面を3〜5回行き来する。顧客名簿で取引先を選び、商品を選び、税区分と納期を入れ、一覧画面に戻って下書きを保存する。家計簿アプリを5つ開いて回るような感覚で、これでは現場が疲弊します。

専門用語の壁もあります。受注は「Sales Order」、購買依頼は「Material Request」、製造指示は「Work Order」。新人が英語と日本語の対応を覚えるだけで1週間。検索条件の組み立ても独特で、「先月の未請求の受注」を絞るのに条件を4つ重ねる必要があります。結果、現場は Excel に戻り、ERP は経理だけが触るシステムになります。

経営者の側でも同じ症状が出ます。「先月の売上見込みを部署別に出して」と一言で済むはずの依頼が、ERPの中だと「レポート → 部署フィルタ → 期間指定 → エクスポート → Excelで再集計」という流れになる。経営判断のサイクルが、入力作業の重さで遅くなります。

ここに変化が来ました。AI が「画面の操作を肩代わりする」のではなく、AI が「業務システムを直接動かす」時代です。Anthropic の Model Context Protocol (MCP) という共通仕様が普及し、Claude のような AI がチャット欄から ERP の中身を直接呼び出せるようになりました。MCP はオープンな標準で、業務システム側で一度対応すれば、Claude のほか MCP に準拠した複数の AI クライアントからまとめて使えます。

操作の主役が「画面」から「ふだんの日本語」に変わります。経営者が頭の中で考えている言葉のまま、業務システムに頼みごとができる。現場の入力作業も、画面遷移の回数が減ります。これが、本記事でお伝えする変化の中心です。

ここからは、何ができるか・どう使うか・どう安全に絞り込むか・いくらで始められるか、の順で具体的に見ていきます。経営者が読み終えた時点で「自社業務にどう当てはめればいいか」のたたき台ができることを目指します。

何ができるか — 見積・受注・製造指示・経理仕訳を「ふだんの日本語」で

経営者が日々頭に浮かべる頼みごとを、Claude にそのまま投げられます。「自社で何ができるようになるか」を一覧で把握できるよう、代表的な例を業務領域別にまとめます。表に書ききれていない参照系の問い合わせは、自由な文言で頼んで構いません。

これらはすべて、ERPNext.JP に同梱された MCP サーバーが提供する「Tier A（AI に任せて良い操作）」の範囲で動きます。たとえば見積の確定（submit_quotation）、受注の確定、購買依頼の確定、生産指示の確定、仕訳の確定までが Tier A です。

一方、外部に対して取り消せない操作（発注書の発行、請求書の確定、支払の確定など）は、AI からは原理的に呼べない設計です。安全と運用の話は H2 #5 でまとめます。

参照系の操作（一覧・詳細・在庫残高・GL照会・監査ログ検索など）は約20種類用意しています。「先月のキャッシュアウトを月別に並べて」「未払の仕入請求書を期日順に出して」のような経営者の会話レベルの問いに、Claude が ERP のデータをその場で集計して返します。専用レポートを作りこまずに、そのとき必要な切り口で見られます。

業務システム側で MCP に対応している例は、kintone 公式・Odoo コミュニティ製・GitHub・Slack などすでに複数あります。ただし、見積や仕訳の「確定」まで踏み込んで AI に任せられる MCP は、ERPNext.JP のように業務設計込みで作り込まれた実装に限られます。Read-only の参照だけ AI に開放するか、確定まで含めるかで、業務へのインパクトは大きく変わります。

使い方の実例 — Claude との会話で見る業務フロー

文章で読むより、Claude との会話で何が起きるかを見たほうが速いです。実際にテスト済みの5シナリオから紹介します（以下は会話イメージです）。各シナリオは、ERPNext.JP の MCP サーバーに同梱された E2E テスト（A〜E）に対応しており、Sprint 4 完了時点で全件 PASS している実機検証済みのフローです。

シナリオ A：問い合わせから見積3パターンまで（営業）

経営者の声：「○○商事から問い合わせがあった。松・竹・梅の3パターンで見積を出したい」

ユーザー: 「○○商事から問い合わせがあった、見積を松・竹・梅の3パターンでドラフトして」

Claude: 「案件を作成しました。Bronze（梅）／Silver（竹）／Gold（松）の3パターンで見積ドラフトを起こしました。それぞれの合計金額は ¥800,000 ／ ¥1,200,000 ／ ¥1,800,000 です。確定してよろしいですか？」

経営者の頭の中の言葉そのままで、画面遷移ゼロで3パターンが揃います。最終確定は経営者が「Gold で進めて」と返すだけ。迷う場所がありません。営業同行で見積を出すまでの時間が、現場で 30〜60 分単位で短縮できます。

シナリオ B：受注から製造指示まで（受注 → 製造）

経営者の声：「SO-2001 を承認したい。あと、対応する製造指示も出しておきたい」

ユーザー: 「SO-2001 を確定して。対応する製造指示も発行して」

Claude: 「受注 SO-2001 を確定しました。対応する製造指示 MFG-WO-2026-2001 を下書きで作成しています。作業場 WS-A の着手を 5/12、WS-B を 5/14 で予定しています。発行してよろしいですか？」

ふだんの ERP 操作だと、受注画面 → 在庫確認画面 → 製造指示の新規作成画面と3画面を往復します。Claude では、頼みごと一発で「下書き → 確認 → 確定」の流れが整います。製造業の現場では、受注を製造指示に落とすまでの所要時間が、画面操作の段取りで決まっていました。ここを Claude に肩代わりさせると、計画担当が他の段取りに集中できます。

シナリオ C：月次仕訳のドラフトと金額確認（経理）

経営者の声：「4月度の月次仕訳をドラフトで作っておきたい。借方合計だけは私が確認する」

ユーザー: 「4月度の月次決算仕訳 ACC-JV-2026-D-CLOSE をドラフトで起こして。借方合計を教えて」

Claude: 「ドラフトを作成しました。借方合計は ¥6,150,000 です。確定してよろしいですか？ 確定時には、いま提示した借方合計を一緒に渡す仕組みになっています（金額が一致しなければ確定が止まります）」

仕訳の確定は、AI の誤発火が一番怖い領域です。本サーバーは「下書きで提示した金額」を確定時にもう一度添える仕組みになっており、AI が金額を書き換えて確定する事故を構造的に防ぎます。経営者は数字だけ見て OK / NG を返せばよい設計です。

シナリオ D：購買依頼から発注下書きまで（購買、Tier 境界の例）

経営者の声：「MR-3001 の購買依頼を確定して、発注の下書きまで作っておいて」

ユーザー: 「MR-3001 を確定して、発注の下書きも作成して」

Claude: 「購買依頼 MR-3001 を確定しました。発注ドラフトを2件起こしています。発注の確定は仕入先への法的拘束が発生するため、ERPNext の画面で人が行ってください。下書きの内容と仕入先候補をご確認ください」

Claude が「ここから先は人間の出番です」と自分で線を引いてくれます。AI 任せにできるところと、経営者が自分の目で確かめるところが、現場で混ざりません。経営者にとっては、社外への影響を伴う操作が AI から逃げ出さないという、構造的な安心感があります。

シナリオ E：監査ログを使った後追い確認

経営者の声：「先週、AI に確定させた仕訳をまとめて見たい」

ユーザー: 「先週の AI 経由の仕訳確定を一覧して」

Claude: 「Agent Audit Log を検索しました。先週の submit_journal_entry の成功は12件、エラーは0件です。一覧を表示します」

AI が業務を動かすとき、経営者が一番気になるのは「後で何をやったか分かるか」です。本サーバーは、AI 経由の操作をすべて専用の監査ログに記録します。チャットの中身だけでなく、実際にデータが何件動いたかも追えます。月次の振り返りや内部監査の場で、AI の操作も人の操作と同じ目線で説明できます。

5シナリオを通して見えるのは、AI が業務システムの裏側で動くことで、経営者と現場が「考えること」に時間を使えるようになる、という変化です。画面遷移と入力作業は AI が肩代わりし、人は判断と承認に集中する。中小企業のように、経営者と現場の距離が近いほど、この変化のインパクトが大きく出ます。

業務領域別に、最初に動かすシナリオの選び方も触れておきます。営業中心の組織なら A（見積3パターン）、製造中心なら B（受注 → 製造指示）、管理部中心なら C（月次仕訳ドラフト）から始めると、効果を社内に共有しやすいです。1〜2 シナリオで成功体験を作ってから、徐々に対象業務を広げていく形が定着しやすい流れです。

本番動作確認済（2026-05-18）

本記事で紹介している MCP 経由の業務フロー — 見積の作成・提出・二重実行防止・監査記録・取り消し — は、ERPNext.JP の本番環境で Claude Code 経由の E2E 検証を完了しています。

検証範囲: OAuth 2.1 (PKCE) 認可 → 業務読取 → 見積ドラフト作成 → 提出シミュレーション → 実提出 → 二重提出防止 → 監査ログ記録 → 取り消し + 削除。本番データへの不可逆な変更はゼロ、テストデータも全件削除済みです。

MCP のしくみをさらっと

MCP（Model Context Protocol）は、Anthropic が 2024 年 11 月に公開した「AI と外部システムをつなぐための共通仕様」です。Anthropic 自身は「AI 用の USB-C」と表現しています。いったん業務システム側で MCP に対応しておけば、Claude をはじめ MCP に準拠した複数の AI クライアントから、同じ業務操作を呼び出せます。

通信の流れは3層でシンプルです。

Claude と ERP の間に「翻訳機 + 番人」を1人置くイメージです。経営者の依頼を Claude が業務操作の言葉に置き換え、MCP サーバーが「やっていい操作か」を判定し、ERPNext が実際のデータを動かします。途中でクレデンシャル（API キー等）を Claude に渡す必要はなく、ユーザーは OAuth 同意画面で「許可」を押すだけで利用が始まります。

ERPNext.JP の MCP サーバーは erpnext_jp/mcp_adapter という追加部品として同梱されています。既存の ERPNext.JP 環境に対して、組み込みは数十分で完了します。Claude Desktop / Code 側は接続先 URL を1つ追加するだけです。Anthropic 製 Claude 以外でも、MCP に準拠したクライアントであれば同じサーバーに接続できます。

安全に使うための仕組み — リスクに応じた権限の使い分け

「AI に業務操作を任せて、誤操作が起きたらどうするのか」。経営者から最も多くいただく質問です。本サーバーの答えは、役割と操作の重さで権限を3段階に分け、危険な操作は AI からそもそも呼べないようにしておく、という設計です。技術的な細工で安心させるのではなく、業務設計の段階で「AI が触れない領域」を物理的に作っています。

権限の3段階は次のとおりです。

• 読み取りだけ: 一覧・詳細の参照、監査ログの検索など。営業や経理のメンバーに広く渡しても安全
• 下書き作成まで: 見積・受注・購買依頼・仕訳のドラフトを作る。確定は別操作のため、誤発火しても影響は社内にとどまる
• 確定まで: 見積／受注／購買依頼／生産指示／仕訳の確定（Tier A）。承認フローと監査ログが必須。役割を絞って渡す

一方、Tier B（発注書／売上請求／仕入請求／支払／納品／決算確定／取消・修正）は、AI からは原理的に呼べません。サーバーのプログラムにそもそも登録されておらず、試運転モードでも届かない設計です。「外部に取り消しが効かない操作はすべて人間が確定する」という線引きを、設計レベルで物理的に固定しています。

すべての操作は専用の監査ログ（Agent Audit Log）に記録されます。誰が、いつ、何を、どの結果で操作したかが追えるため、月次の振り返りや内部監査での説明が容易になります。同じ確定が二重に走らないための仕組み（Idempotency と呼ばれる、同じ命令が二度実行されないための仕組み）も標準で入っており、ネットワーク不調などで命令が重複しても、実際の確定は一度だけ走ります。

導入時の運用設計では、次の3点を最初に決めます。1つ目は「読み取り／下書き／確定」の役割マッピング。2つ目は「監査ログの確認頻度と通知ルール」。3つ目は「AI が出す警告（金額不一致、在庫不足など）を誰が一次対応するか」。この3点を最初に決めておくと、運用後のヒヤリハットの 8 割は事前にカバーできます。

経営者が判断するのは1点だけです。「どの役割に、どこまでの権限を渡すか」。技術的な細部は導入時に運用設計の中で詰めます。

実務では「営業は読み取り＋見積ドラフトまで／経理は読み取り＋仕訳ドラフトまで／確定操作は管理者ロールのみ」のような割り当てから始めるのが自然です。運用しながら現場の使われ方を見て、徐々に確定権限の範囲を広げていく形が安全です。

FAQ

demo環境で、自分のデータで試す

読むだけでは、どうしても距離があります。ERPNext.JP のデモ環境に登録すれば、ご自身のデモデータで MCP 連携をそのまま体験できます。プラン契約の前でも、Claude から「未承認の受注を一覧して」「見積を3パターンでドラフトして」を実際に動かして、操作感と安全設計を確かめられます。

1. デモ環境 demo.erp.maihatch.com に登録します（無料）
2. Claude Desktop または Claude Code を用意します
3. 接続先に https://demo.erp.maihatch.com/mcp/sse を追加し、ブラウザの OAuth ログインで「許可」を押すだけです

接続は数分で完了し、その場で参照系の問い合わせから試せます。具体的な手順は Claude を ERPNext.JP につなぐ（MCP連携） にまとめました。確定操作（Tier A）まで含めて、どこまで AI に任せられるかを手元で体験してください。

関連記事・無料相談

実際の業務フローでの使い方は、姉妹記事の FAX・EDI・EC 受注統合 と AI で ERP を作る時代の落とし穴、製品の全体像は ERPNext とは を合わせてご覧ください。料金プランは 料金プラン をご覧ください。MCP 連携の導入は、まず無料相談でご相談ください。

外部の権威情報源としては、Anthropic 公式の MCP 仕様 と Frappe 公式の REST API ドキュメント が一次情報です。

「自社の業務に MCP を組み込むと何が変わるか」を一緒に整理する無料相談を承っています。30分のオンラインミーティングで、AI に任せる範囲と人が確かめる範囲の線引き、最初に動かすシナリオの優先順位までお話しできます。MY HATCH は ERPNext.JP の日本語実装と AI 連携を本業にしているチームです。導入後の運用で詰まる点も、初回の30分でかなり見通しが立ちます。お気軽にご相談ください。