ERP

ERPとは：意味と仕組み、基幹システムとの違いをわかりやすく

2026/10/22 シリーズ「ERP 入門」 第1回 / 全1回

🤖 AIを使用して執筆

ERPとは：共通のプロセスとデータのモデル

Gartner の定義は、共通のモデルの上で、財務、人事、物流、製造、サービス、サプライチェーンに見られるような一連の業務の流れ（エンドツーエンドのプロセス）を、広く深く扱うとする¹。この定義の要は「共通」にある。部門ごとのソフトは、それぞれの部門の仕事に合わせて作られ、同じ注文を、別々の番号と別々の意味で記録する。ERP は、部門をまたいで、同じ注文を同じ番号と同じ意味で扱う。

これは、会社を部門の集まりではなく、部門をまたぐ流れの集まりとして見る考え方でもある。受注から入金まで、発注から支払までの流れは、営業、倉庫、経理のどれか一つの部門の中では完結しない。業務の分類の枠組みを公開している APQC は、自分たちの分類について、組織の内側を、縦の機能の見方ではなく、横のプロセスの見方で理解できるようにするものだと説明している³。APQC が語っているのは自分たちの分類のことだが、ERP にも同じ見方が当てはまる。ERP の製品も、販売、購買、会計のような機能ごとの部分（モジュール）に分かれている。それでも、受注から入金までの伝票を同じデータでつなぐことで、部門をまたぐ横の流れを一つの記録として追えるようにする。

ERP が扱う業務は、製品によって範囲が違うが、多くの ERP は次の業務を中核に持つ。

Gartner の定義は人事も ERP に含めている¹。一方で、人事を別の専用のソフトで扱う会社もある。どこまでを ERP に入れるかは会社の選択で、後で見る ERP の外の仕組みとの分担の問題になる。

ERPの仕組み：伝票・マスタ・組織・設定

ERP の中身は、製品ごとに作りが違う。それでも、多くの ERP に共通する四つの層で見ると、何が共有されているのかが分かりやすい。四つの層という整理は説明のための見方で、どの製品の内部もこの通りに作られているわけではない。

伝票は、マスタと組織を指して作られる。受注伝票は、品目のマスタの品目と、取引先のマスタの取引先を指し、どの会社のどの倉庫から出すかを組織で決める。そして、伝票をどう処理するか、たとえば出荷のときにどの勘定科目へ仕訳するかは、設定で決まる。同じ品目を、全部門が一つのマスタで扱える。これも、部門ごとのソフトとの大きな違いである。

もう一つの特徴は、多くの ERP で、確定した伝票が、その時点でほかの部門の記録も動かすことである。ERPNext では、在庫が動くたびに仕訳を起こす設定（perpetual inventory）が初めから有効で⁴、出荷伝票を確定すると、在庫が減り、売上原価の仕訳が作られる²。部門ごとのソフトでは、データを夜にまとめて受け渡したり、月末に人が転記したりして、記録を合わせることがある。これに対して、取引が起きたときにすぐ処理することをリアルタイムの処理という。SAP は、1973 年に出した最初の会計のシステムを RF と名付け、「R」はリアルタイムを表すと、自社の沿革で説明している⁵。沿革は、データを夜にまとめて処理するのではなく、必要なときに処理するソフトを作ったとも書いている⁵。

基幹システムとの違い

日本の会社では、「ERP」と並んで「基幹システム」という言葉がよく使われる。基幹システムは、会社の中核の業務を支えるシステムを広く指す言い方である。経済産業省の DX レポート、IPA の「DX 動向 2024」、JUAS（日本情報システム・ユーザー協会）の企業 IT 動向調査の報告書を調べた範囲では、この言葉の定義は見当たらない。

経済産業省の 2018 年の DX レポートは、「基幹システム」と「基幹系システム」の両方を、定義せずに使っている⁶。損失の試算の注では、JUAS の調査の「最も大きなシステム」を「≒基幹系システム」とみなしている⁶。デジタル庁の言う地方公共団体の「基幹業務システム」は、住民記録、地方税、介護や福祉など、法令に基づいて標準化の対象となった、現時点で 20 の業務の情報システムを指す⁷。会社の販売や会計のシステムとは中身がまったく違う。「基幹」の中身は、その組織の中核の業務が何かで決まる。

基幹システムは、自社で一から作ることも、部門ごとの製品を組み合わせることも、ERP の製品で作ることもできる。ERP の製品は ERP パッケージとも呼ばれる。「ERP か基幹システムか」は二者択一の問いではない。基幹システムを、どの作り方で作るかの問いになる。

ERPはどう生まれたか：MRP から会社全体へ

ERP の源は、工場の材料の計画にある。どの製品をいつ何台作るかが決まれば、部品表（製品を作るのに要る部品と数量の表）から、どの部品がいつ何個要るかを計算できる。この計算を MRP（資材所要量計画）という。MRP を扱った初期の本に、Joseph Orlicky の『Material Requirements Planning』（McGraw-Hill）がある⁸。

MRP は材料の量と時期を計算するが、それだけでは、工場の設備や人の能力が足りるかどうかは分からない。Oliver Wight の会社は、創業者の Wight が MRP を MRP II（製造資源計画）へ発展させたと、自社の歴史で説明している⁹。MRP II は、設備や人の能力まで含めて工場の計画を立てる。ERP という言葉は、その先の形として、1990 年ごろに Gartner が使い始めたとされる。ERP の販売会社のブログは、Gartner の T. Lee Wylie が 1990 年 4 月 12 日の報告で、ERP を次の世代の MRP II として紹介したと書いている¹⁰。Gartner の元の報告は公開されておらず、原文では確かめられない。同じブログは、MRP II と ERP の大きな違いを、関係データベース（データを表の形で整理してためておく仕組み）や画面の技術に置いている¹⁰。

SAP は 1972 年に、IBM を辞めた 5 人がドイツで始めた会社である¹¹。SAP は、すべての業務の流れを統合し、データをリアルタイムで処理する標準のソフトを作るのが狙いだったと自社の歴史で説明している¹¹。1979 年に第 2 世代の R/2 の開発を始め、1992 年にクライアント・サーバー型の R/3 を出した¹¹。

1990 年代の終わりには、ERP の導入が大きく広がった。Markus と Tanis は 2000 年に書いた本の章で、2000 年問題（西暦の下 2 桁だけを記録した古いソフトが 2000 年を正しく扱えない問題）の大きさに会社が気づき、既製品のソフトをその解決策とみなしたことが、パッケージに大きな追い風になったと書いた¹²。ただし、二人はそれを技術上の理由の一つとして挙げ、業務上の理由と区別している¹²。米国の Hershey は、1998 年度の年次報告書で、統合システムを入れる目的を業務の効率と顧客へのサービスとし、2000 年問題への対応を「もう一つの利点」と書いた¹³。2000 年問題は導入を急がせたが、ERP が生まれた理由ではない。

日本では、JUAS の調査で、ERP パッケージを「利用している」と答えた会社の割合が、2000 年度の 13% から 2003 年度の 44% に増えた¹⁴。回答したのは、JUAS が調べた会社の情報システム部門の長で、年度ごとに回答の数も違う。2008 年度の調査では、ERP を使う会社のうち日本の製品を使う会社が 54%、外国の製品が 46% で、従業員が 1,000 人以上の会社では外国の製品が 68% だった¹⁵。

2014 年には、Gartner が、作り込みの多い ERP は 2016 年までに「レガシー ERP」と呼ばれるようになると予測し、自社で動かす ERP とクラウドのアプリケーションを組み合わせる形を「ポストモダン ERP」と呼んだ¹⁶。一つの製品で会社全体を結ぶ形から、いくつかの仕組みを組み合わせる形へ、という流れである。

ERPの範囲と、その外の仕組み

ERP は、会社の情報のすべてを抱えるわけではない。顧客との関係、工場の現場、倉庫の作業には、それぞれ専用のソフトがある。Gartner の説明で並べると次のようになる。

ERP の外の仕組みと ERP は、それぞれの記録をやりとりして動く。表の MES の行で、MES が ERP などの全社の仕組みと調整するとあるのは、その一例である¹⁹。

ただし、ERP の全体が同じ性質を持つわけではない。Gartner の 2012 年の文書は、業務のソフトを、変化の遅い正式な記録の仕組み（system of record）、会社ごとの違いを出す仕組み、新しい試みの仕組みの三つの種類に分ける²²。そして、一つの ERP の製品に入っていることの多い財務会計、受注、需要の共同の計画を、それぞれ別の種類に置く。財務会計は標準化が進んでいてほぼ必ず正式な記録の仕組みだが、受注は製品や販売の経路や価格の決め方で会社ごとの違いが出やすい、という理由である²²。同じ文書は、統合された一つの製品で、業務とデータが食い違わないようにしようとしたことが、しばしば、多くの会社が変化に合わせて仕組みを変えられない根本の原因になっているとも書いている²²。

取引の記録と分析は、別の仕組みに分けて扱われてきた。Gartner はデータウェアハウスを、取引の仕組みなどから取り出したデータを、会社全体の分析のためにまとめて置く仕組みと説明している²³。SAP の創業者の一人の Hasso Plattner は 2009 年に、行ごとにデータを並べるデータベースの限界がデータウェアハウスを生んだと述べ、この分離の前提を問い直して、同じデータベースで扱う案を示した²⁴。

導入の理由と代償：業績・費用・業務のやり方

会社が ERP を入れる理由の一つは、部門ごとの記録の食い違いと月末の突き合わせをなくし、会社全体の状態を一つの記録で見られるようにすることにある。その効果については、研究の報告がある。Hitt、Wu、Zhou は 2002 年の論文で、ERP に投資した会社は、さまざまな財務の指標で業績が高い傾向があると報告した²⁵。導入の直後には、業績と生産性の伸びが鈍ることも報告している²⁵。それでも、株式市場は導入した会社を高く評価していたという²⁵。これは相関の分析で、ERP が業績を上げたと証明したものではない。

費用は大きい。Hitt らが先行の文献から引く数字では、典型的な導入の総費用は約 1,500 万ドル、導入には 1〜3 年、平均で 21 か月かかる²⁶。費用の内訳は、ソフトの使用料が 16%、機器が 14%、外部の専門家による導入の作業が 60%、研修と社内の人の費用が 10% だった²⁶。これは 1990 年代の終わりの大企業の数字で、今の中小企業やクラウドの ERP でも同じ内訳になるかは、この数字からは分からない。日本の JUAS の 2004 年の報告書は、保守の費用の計算例として、毎年、ERP パッケージを買った額の約 20% がかかり、5 年でパッケージを買った額と同じだけになるとしている¹⁴。

導入には、うまくいかない例もある。Hershey は、1999 年 7 月に統合システムの第 2 段階を動かし始めた後、その新しいシステムと新しい業務のやり方のもとで、受注から出荷までの処理（顧客への対応、倉庫、出荷）に問題が起き、米国での出荷が減ったと四半期の報告書に書いた²⁷。

もう一つの代償は、業務のやり方である。Davenport は 1998 年に、企業システムを、かつてのように自社の要件に合わせて作るソフトではない既製品とし、会社の戦略、文化、組織に自分の論理を押しつけ、仕事のやり方を変えるよう迫ることが多いと論じた（HBR による論文の要約）²⁸。受注・出荷・請求が番号でつながるのは、その会社が、製品の決めた型の伝票の列を使うからである。型が共有されるほど部門の記録はそろうが、型に合わない業務は、業務のほうを変えるか、型を広げるかを選ぶことになる。

ERP が共有するのは、部門の数字そのものではなく、約束とモノとお金の動きを番号でたどれるようにつなぐ記録の型だった。注文を、まだ出荷していないもの、出荷したがまだ請求していないもの、請求したものに分けて数えられるのは、受注伝票、出荷伝票、請求書がつながっているからである。では、伝票は、どんな決まりで次の伝票を呼び、どこで状態が変わるのか。販売と購買の流れを一つずつたどるのが、次の問いである。

この記事はAIを使用して執筆されました。内容には誤りが含まれる可能性があります。事実や数字の出典は脚注から確かめられます。