ERP導入や基幹システム刷新は、企業の業務効率化、経営情報の見える化、内部統制の強化を実現するための重要な投資です。

しかし一方で、ERP導入は失敗すると、単なるITトラブルでは済まない大きな経営リスクになります。

受注が止まる、在庫が合わない、請求ができない、出荷が遅れる、決算が締められない。こうした問題が起きれば、現場の混乱だけでなく、取引先への納品遅延、売上機会の損失、追加費用の発生、さらには訴訟にまで発展する可能性があります。

今回は、ERP導入失敗の代表的な海外事例として知られる、アメリカの大手廃棄物処理会社ウェイスト・マネジメントとSAPの訴訟事例を取り上げます。

この事例は、ERP導入を検討している企業にとって、非常に重要な教訓を含んでいます。

特に、「標準機能で対応できます」「短期間で導入できます」「確認すれば大丈夫です」といった営業段階の説明を、どこまで信じてよいのか。

そして、発注側は契約前に何を確認しなければならないのか。

この2点を考えるうえで、ウェイスト・マネジメントのERP導入失敗は、今でも参考になる事例です。

以下本日の内容をまとめたYouTubeです。

ウェイスト・マネジメントとはどのような会社か

ウェイスト・マネジメントは、アメリカを代表する大手廃棄物処理会社です。

ゴミ収集、廃棄物処理、リサイクル、環境関連サービスなどを広い地域で展開しており、顧客数、拠点数、業務量のいずれも非常に大きな企業です。

廃棄物処理会社と聞くと、日本ではあまりシステム化と結びつかない印象を持つ方もいるかもしれません。

しかし実際には、廃棄物処理ビジネスは非常に複雑な業務を抱えています。

顧客ごとの契約条件、回収ルート、料金体系、請求処理、車両管理、現場作業、処理施設との連携、自治体や法人顧客との契約管理など、多くの情報を正確に管理しなければなりません。

そのため、業務効率化やデータ統合を目的としてERPを導入すること自体は、決して不自然な判断ではありません。

むしろ、大規模な事業を運営する企業にとって、基幹システム刷新は避けて通れないテーマです。

ERPとは何か。なぜ会社の中枢に関わるのか

ERPとは、Enterprise Resource Planningの略で、日本語では統合基幹業務システムと呼ばれます。

経理、販売、購買、在庫、人事、生産管理、物流など、会社の重要な業務を一つの仕組みで管理するシステムです。

たとえば、営業担当者が受注を入力すると、その情報が在庫管理、出荷指示、請求処理、売上計上、会計処理までつながっていきます。

ERPがうまく機能すれば、会社全体のデータが一元化され、部門ごとの情報のズレが減り、経営判断も早くなります。

しかし、その反面、ERPは会社の中枢に深く入り込むシステムでもあります。

一部の便利ツールを入れるのとは違い、会社の業務フローそのものを変えるプロジェクトです。

そのため、ERP導入に失敗すると、影響はIT部門だけにとどまりません。

営業、物流、経理、購買、在庫管理、現場部門、経営管理まで、会社全体に影響が広がります。

ERP導入失敗が怖いのは、ここにあります。

2005年、ウェイスト・マネジメントはSAPと契約した

ウェイスト・マネジメントは、業務効率化を目的として、2005年にSAPと契約し、ERP導入プロジェクトを進めました。

SAPは、世界的に有名なERPベンダーです。

多くの大企業がSAPを利用しており、会計、販売、購買、在庫、生産管理など、企業の主要業務を支える基幹システムとして広く導入されています。

この時点だけを見ると、ウェイスト・マネジメントの判断は非常に合理的に見えます。

大規模な廃棄物処理会社が、業務を標準化し、効率化するために、世界的なERPベンダーであるSAPを選ぶ。

表面的には、失敗するようには見えません。

ところが、このプロジェクトは後に大きな訴訟へと発展します。

1億ドル訴訟から5億ドル規模の請求へ

2008年、ウェイスト・マネジメントはSAPを相手に訴訟を起こしました。

当初、ウェイスト・マネジメントは1億ドルを超えるプロジェクト費用などの回収を求めたと報じられています。

その後、損害請求額は5億ドル規模にまで拡大したと複数のメディアが報じています。

当時の為替水準で見れば、日本円でおよそ数百億円規模の訴訟です。

日本国内で一般的に見られるシステム導入トラブルや契約紛争と比べても、非常に大きな規模のERP訴訟だったと言えます。

最終的に、ウェイスト・マネジメントとSAPは2010年に和解しました。和解条件の詳細は公表されていません。

つまり、この事例では、裁判でどちらかの主張が全面的に認定されたわけではありません。

そのため、外部から「SAPだけが悪かった」「ウェイスト・マネジメントだけが悪かった」と断定することはできません。

しかし、この訴訟で明らかになった両者の主張には、ERP導入を検討する企業が学ぶべき重要なポイントが多く含まれています。

ウェイスト・マネジメント側の主張。「できる」と言われたことが実際にはできなかった

ウェイスト・マネジメント側の主張は、非常にわかりやすいものでした。

簡単に言えば、「SAPが営業段階でできると言っていたことが、実際にはできなかった」というものです。

報道によれば、ウェイスト・マネジメントは、SAPが自社の業務に対応できるソリューションであるかのように説明したにもかかわらず、実際には同社の業務に合わなかったと主張しました。

また、デモで見せられた内容と、実際に導入できるシステムとの間に大きなギャップがあったという趣旨の主張も報じられています。

ここが、ERP導入失敗の非常に怖いポイントです。

営業段階のデモは、きれいに作られています。

受注を入力すれば、在庫が更新され、請求書が出て、会計伝票も作成される。

ダッシュボードには数字が整然と並び、経営情報がリアルタイムに見える。

経営層から見れば、「これなら自社でも業務効率化が進みそうだ」と感じるかもしれません。

しかし、デモで動くことと、自社の現場で本当に使えることは、まったく別の話です。

ERP / DX SUPPORT

ERP導入・基幹システム刷新で
お困りではありませんか？

現場混乱、要件整理不足、ベンダー任せの不安、運用定着の課題まで、実務を理解したメンバーが現状整理から伴走します。まずは現在の課題をお聞かせください。

無料相談する

ERP導入で危険な言葉。「標準機能で対応できます」

ERP導入で特に注意すべき言葉があります。

それが、「標準機能で対応できます」という言葉です。

もちろん、標準機能を活用すること自体は非常に重要です。

ERP導入では、過度なカスタマイズや追加開発を行うと、コストが膨らみ、保守性が下がり、将来のアップグレードも難しくなります。

そのため、標準機能に業務を合わせるFit to Standardの考え方は、ERP導入において重要です。

しかし、「標準機能で対応できます」という説明を聞いたときに、発注側が確認しなければならないことがあります。

それは、「具体的にどの業務を、どの標準機能で、どのように処理するのか」という点です。

単に「できます」と言われただけでは不十分です。

見積もり上は標準機能で対応できることになっていても、実際に要件定義を進めると、現場の業務に合わない部分が出てくることがあります。

その結果、追加開発が必要になる、業務フローを大きく変更しなければならない、現場に負担がかかる、スケジュールが延びる、費用が膨らむという問題が起きます。

このズレが大きくなると、ERPプロジェクトは一気に炎上します。

なぜ営業段階では「できる」と見えてしまうのか

ERP導入の営業段階では、ベンダーやコンサルティング会社は、できるだけ魅力的な提案を行います。

これは当然のことです。

提案書には、導入効果、業務効率化、コスト削減、データ活用、内部統制の強化、グローバル標準化など、前向きな言葉が並びます。

実績豊富なコンサルタントが登場し、過去の成功事例を説明します。

デモ画面も見やすく、経営層向けの資料も整理されています。

この段階では、ERP導入が非常に魅力的に見えます。

しかし、営業段階では、まだ業務要件が完全に固まっていないケースが多くあります。

発注側も、自社の業務を細かく整理しきれていないことがあります。

現場ごとの例外処理、Excelで補っている業務、担当者の経験で回っている暗黙知、古いシステムにしか残っていないデータなどは、提案段階では十分に見えていないことが多いのです。

その状態で、「標準機能で対応できます」「後続フェーズで詳細を確認しましょう」と進んでしまうと、契約後に大きなギャップが表面化します。

コンサルタント側にも「後で決めましょう」と言いたくなる事情がある

ERP導入の現場では、コンサルタント側にも一定の事情があります。

業務要件がまだ十分に整理されていない段階で、すべての処理を明確に説明することは簡単ではありません。

そのため、「細かい内容は要件定義フェーズで確認しましょう」「詳細は設計段階で決めましょう」と説明したくなる場面があります。

実際、要件定義を進めなければ分からないことも多くあります。

発注側の現場業務が複雑であればあるほど、提案段階ですべてを見抜くことは難しくなります。

しかし問題は、その曖昧さを残したまま、契約金額、スケジュール、導入範囲、責任範囲が決まってしまうことです。

契約後に「実は追加開発が必要です」「この業務は標準では対応できません」「運用を変えてください」となれば、発注側としては「最初の説明と違う」と感じます。

一方、ベンダー側から見れば、「要件が後から明確になった」「当初の前提と違う」「発注側が業務要件を定義できていなかった」という反論になります。

この認識のズレが、ERP導入失敗や訴訟の火種になります。

SAP側の反論からも学ぶべきことがある

ウェイスト・マネジメントの事例では、SAP側も反論しています。

報道によれば、SAP側は、ウェイスト・マネジメントが業務要件を適時かつ正確に定義しなかったこと、十分な知識と権限を持ったユーザーや管理者をプロジェクトに参加させなかったことなどを主張したとされています。

ここも非常に重要です。

ERP導入失敗というと、ベンダーやコンサルティング会社の責任ばかりに目が向きがちです。

しかし、発注側にも大きな責任があります。

ERPは、ベンダーに丸投げして成功するものではありません。

自社の業務を整理し、どの業務を標準化するのか、どの業務は例外として残すのか、どのデータを正とするのか、誰が意思決定するのかを、発注側自身が決める必要があります。

特に重要なのは、現場を知っている人と意思決定できる人を、プロジェクトにきちんと参加させることです。

現場を知らない人だけで要件定義を進めれば、実態と違うシステムになります。

意思決定権のない人だけで会議をしても、重要な判断が先送りされます。

この状態でプロジェクトを進めると、後になって「この業務は違う」「現場で使えない」「やはり追加対応が必要だ」という話が増えていきます。

ERP / DX SUPPORT

ERP導入・基幹システム刷新で
お困りではありませんか？

現場混乱、要件整理不足、ベンダー任せの不安、運用定着の課題まで、実務を理解したメンバーが現状整理から伴走します。まずは現在の課題をお聞かせください。

無料相談する

ERP導入失敗の本質は、ソフトウェアの問題だけではない

ウェイスト・マネジメント対SAPの事例から見えてくるのは、ERP導入失敗の本質は、ソフトウェアの良し悪しだけではないということです。

もちろん、システム機能や製品の適合性は重要です。

しかし、それ以上に重要なのは、業務理解、要件定義、プロジェクト管理、役割分担、契約前の確認です。

どの業務をERPに載せるのか。

どの業務を標準機能で処理するのか。

どこからが追加開発なのか。

どのデータを移行するのか。

現場の例外処理をどう扱うのか。

誰が業務要件を承認するのか。

トラブルが起きた場合、誰が責任を持つのか。

これらが曖昧なまま契約を進めると、プロジェクト後半で問題が一気に表面化します。

ERP導入は、最初の提案書がきれいであれば成功するというものではありません。

むしろ、提案段階でどれだけリスクを洗い出せるかが重要です。

発注側が契約前に確認すべきポイント

ERP導入や基幹システム刷新を検討する企業は、契約前に少なくとも次のポイントを確認する必要があります。

  • ベンダーの「できます」は、標準機能なのか、追加開発なのか
  • 標準機能で対応する場合、自社の業務フローをどのように変更する必要があるのか
  • 追加開発が必要になった場合、費用とスケジュールはどう変わるのか
  • 提案段階で出てきたメンバーが、実際のプロジェクトにも参加するのか
  • 発注側とベンダー側の役割分担は明確か
  • 業務要件を承認する責任者は誰か
  • 現場部門のキーユーザーは十分に参加できるのか
  • データ移行の責任範囲は明確か
  • テストで不具合が出た場合、誰が修正し、誰が承認するのか
  • 本番稼働後の障害対応、追加費用、サポート体制は契約上明確か

これらは、ERP導入前に確認しておくべき基本項目です。

しかし実際には、提案書の見た目、ベンダーの知名度、導入実績、概算費用、経営層向けの説明のうまさだけで判断してしまうケースもあります。

その結果、契約後に「想定していた範囲と違う」「標準でできると思っていたのに追加費用が必要になった」「現場が使えない」「スケジュールが守れない」という問題が起きます。

「過去の成功事例」は自社にも当てはまるのか

ERP導入の営業資料では、過去の成功事例が紹介されることがあります。

同じ業界の導入実績、同規模企業での成功事例、短期間での導入事例、コスト削減効果などです。

もちろん、過去の実績を確認することは重要です。

しかし、成功事例をそのまま自社に当てはめるのは危険です。

同じ業界でも、業務の進め方は企業ごとに違います。

同じ売上規模でも、拠点数、商品数、顧客数、契約条件、承認フロー、データの状態は違います。

同じSAP導入でも、標準機能中心で進められる会社もあれば、業務が複雑で多くの追加対応が必要になる会社もあります。

そのため、「同業他社で成功しているから自社でも成功する」と考えるのではなく、「その成功事例と自社の違いは何か」を確認することが重要です。

ERP導入で最も危険なのは、曖昧なまま前に進むこと

ERP導入で最も危険なのは、曖昧なままプロジェクトが前に進むことです。

標準機能でできるのか、追加開発なのかが曖昧。

業務要件を誰が決めるのかが曖昧。

データ移行の責任が曖昧。

現場の参加時間が曖昧。

本番稼働の判断基準が曖昧。

稼働後の障害対応が曖昧。

こうした曖昧さは、プロジェクト初期には大きな問題に見えないかもしれません。

しかし、ERP導入の後半になるほど、曖昧さは大きなコストになります。

追加開発、スケジュール遅延、現場の反発、テスト不足、稼働延期、障害対応、追加請求、責任の押し付け合いにつながる可能性があります。

ウェイスト・マネジメント対SAPの事例は、まさにこの曖昧さが大きな紛争へ発展したケースとして見ることができます。

ERP導入はベンダー任せでは成功しない

ERP導入を成功させるためには、ベンダーやコンサルティング会社の力が必要です。

しかし、ベンダー任せでは成功しません。

最終的にERPを使って業務を回すのは、自社の社員です。

顧客対応をするのも、受注を処理するのも、在庫を確認するのも、請求を行うのも、決算を締めるのも、自社です。

そのため、発注側は「お金を払って導入してもらう」という受け身の姿勢ではなく、「自社の業務をどう変えるのかを決める」という主体的な姿勢が必要です。

ERP導入は、ITプロジェクトであると同時に、業務改革プロジェクトです。

この認識がないまま進めると、システムは入ったものの、現場で使えない、業務が回らない、結局Excelに戻るという結果になりかねません。

ERP導入で炎上している企業が早めに確認すべきこと

すでにERP導入プロジェクトが進行中で、炎上の兆候が出ている企業もあるかもしれません。

たとえば、次のような状態は注意が必要です。

  • 当初見積もりより追加費用が増えている
  • 要件定義がなかなか終わらない
  • ベンダーから「それは追加開発です」と言われることが増えている
  • 現場部門がシステムに不満を持ち始めている
  • テストで重大な不具合が多発している
  • 本番稼働日が迫っているのに、未解決課題が多い
  • 誰が最終判断するのか曖昧なまま会議が続いている
  • 発注側とベンダー側で責任範囲の認識がズレている

このような状態になっている場合、無理に前へ進めるのではなく、一度立ち止まって、プロジェクトの前提を整理する必要があります。

特に、本番稼働前であれば、まだ軌道修正できる可能性があります。

稼働後に障害が発生してから対応するよりも、稼働前にリスクを洗い出して対策する方が、結果的に損失を小さくできます。

ERP / DX SUPPORT

ERP導入・基幹システム刷新で
お困りではありませんか？

現場混乱、要件整理不足、ベンダー任せの不安、運用定着の課題まで、実務を理解したメンバーが現状整理から伴走します。まずは現在の課題をお聞かせください。

無料相談する

ERP導入前に外せないチェックポイント

ERP導入や基幹システム刷新を検討している企業は、契約前に次の観点を整理しておくことが重要です。

1. 自社業務の棚卸し

まず、自社の業務フローを正確に把握する必要があります。

現場ごとの独自ルール、Excelで管理している業務、属人化している作業、例外処理を洗い出します。

ここが曖昧なままでは、ERPが自社に合うかどうか判断できません。

2. 標準機能と追加開発の切り分け

ベンダーの提案に対して、どの業務が標準機能で対応できるのか、どの業務が追加開発になるのかを明確にします。

「後で確認しましょう」と言われた部分ほど、契約前にリスクとして把握しておく必要があります。

3. 現場キーユーザーの参加

ERP導入では、現場を知っているキーユーザーの参加が不可欠です。

現場を知らないメンバーだけで要件定義を進めると、稼働後に「実務で使えない」という問題が起きます。

4. データ移行の責任範囲

旧システムから新システムへ移行するデータの品質は、ERP導入の成否を左右します。

データの抽出、加工、クレンジング、移行、検証を誰が責任を持って行うのかを明確にする必要があります。

5. テスト計画と本番稼働判断

単なる画面確認ではなく、実際の業務シナリオに沿ったテストが必要です。

受注から出荷、請求、会計処理まで一連の流れを確認し、未解決課題が残った場合に本番稼働を延期できる判断基準も決めておくべきです。

6. 稼働後のサポート体制

ERP導入は、本番稼働した瞬間に終わるわけではありません。

むしろ、稼働直後に問い合わせや不具合が集中します。

そのため、稼働後のサポート体制、障害対応、追加費用の扱いを事前に確認しておく必要があります。

まとめ。ウェイスト・マネジメント対SAP訴訟から学ぶべきこと

ウェイスト・マネジメント対SAPのERP訴訟は、ERP導入失敗の代表的な事例として今でも語られています。

この事例から学べることは、ERP導入で最も危険なのは、営業段階の説明をそのまま信じてしまうことです。

「できます」という言葉を聞いたとき、発注側は必ず確認しなければなりません。

それは標準機能なのか。

追加開発なのか。

自社の業務を変える必要があるのか。

費用とスケジュールはどう変わるのか。

誰が責任を持って判断するのか。

ここを曖昧にしたまま契約すると、後から大きなトラブルに発展する可能性があります。

ERP導入は、会社を強くするための投資です。

しかし、準備不足のまま進めれば、会社の中枢を止めるリスクにもなります。

大切なのは、ベンダーを疑うことではありません。

ベンダーの提案を、発注側が正しく検証することです。

そして、自社の業務を自社で理解し、必要な判断を自社で行うことです。

ERP導入や基幹システム刷新を検討している企業は、華やかな提案書やデモ画面だけで判断するのではなく、「本当に自社の現場で動くのか」を徹底的に確認する必要があります。

その確認こそが、ERP導入失敗を防ぐための第一歩です。

ERP導入・基幹システム刷新でお困りの方へ

ERP導入や基幹システム刷新を検討しているものの、ベンダー提案の妥当性が分からない、見積もりが適切か判断できない、要件定義や追加開発の範囲が不安という企業は少なくありません。

また、すでにERP導入プロジェクトが進行しており、追加費用、スケジュール遅延、現場との認識ズレ、ベンダーとの責任範囲の違いで悩んでいるケースもあります。

そのような場合は、契約前、要件定義前、本番稼働前の段階で、第三者の視点からリスクを確認することが重要です。

ERP導入前に確認すべきチェックポイントや、ベンダー提案で注意すべき論点を整理した資料をご希望の方は、お問い合わせフォームよりご相談ください。

ERP / DX SUPPORT

ERP導入・基幹システム刷新で
お困りではありませんか？

現場混乱、要件整理不足、ベンダー任せの不安、運用定着の課題まで、実務を理解したメンバーが現状整理から伴走します。まずは現在の課題をお聞かせください。

無料相談する

参考情報・出典