貴社は今日、オムニチャネルで販売し、リアルタイムに協働し、ますますデータで意思決定しています——なのに中核のシステムは、「企業」といえば会計・倉庫・一本の生産ラインを指していた時代に生まれた ERP のままです。この隔たりこそ、かつてないほど多くのソフトウェアを抱えながら、答えが出るのはいつも翌朝、という事態の原因です。では、ERP はどこで止まるのか、運用プラットフォームは何を補うのか、そして自社がその限界に達したことをどう見極めるのか。この三つの問いが、本稿のすべてです。
ERPは何が得意か——そして境界はどこにあるか
まずは ERP に公平でありましょう。ERP は、生まれ持った役割をきちんとこなします。総勘定元帳・債権債務・在庫・製造指図といった中核業務を、統制が効き、監査証跡が残り、全社で同じ一組のルールに従って動くプロセスへと変えます。これらの領域では、ERP は今なお背骨であり、置き換える理由はありません。境界が姿を現すのは、その財務の中核から外れたものに目を向けたときです。
というのも ERP は、業務フロー全体ではなく、財務取引を中心に設計されているからです。部門間の協働、文書と承認、顧客との関係、現場（shop-floor）からのリアルタイムデータ、分析とレポート——そのそれぞれが、別々のツールへと押し出されます。そして新しいツールはどれも自前のデータのコピーを抱え込み、全体像は少しずつ断片へと砕けていきます。
分断の本当のコストは、システムとシステムのあいだの空白にある
逆説的ですが、多くの企業はソフトウェアが足りないのではなく、多すぎるのです。各業務が別々のシステムに宿ると、最も高くつくコストはライセンス料ではなく、システムとシステムのあいだの空白に生じます。次の四つが典型です：
- 二重入力——同じ注文を、CRM に、次に ERP に、さらに配送を追う表計算に打ち込むことになります。
- 突き合わせ——決算のたびに、経理は、三つのシステムがなぜ三つの異なる数字を出すのかを探し回ります。
- 遅れる意思決定——レポートが夜間バッチで集計されるため、経営層は昨日のデータを見ることになります。
- 壊れやすい連携——新しいシステムが増えるたびに保守すべき接続点が増え、どこか一方がアップグレードするたびに壊れがちです。
どれ一つ請求書には現れませんが、合計すれば最も高くつくものになります。すなわち、企業が、自らの本当の実力よりも遅く、そして信頼性の低い意思決定を下してしまうのです。
アーキテクチャの答え——全社のための単一のデータレイヤー
運用プラットフォームは、複数のシステムを継ぎ合わせる代わりに、あらゆる業務——財務・生産・品質・人事・顧客・文書・協働——を、同じ一つのデータレイヤーの上に置きます。これは機能を一つ足すことではなく、アーキテクチャの違いです。各取引は一度だけ入力され、関連するあらゆる場所で即座に正しくなります。
運用の場面で思い描いてみましょう。販売注文が一つ作られるや、システムはただちに引当可能在庫を差し引き、売掛金を計上し、在庫が発注点を下回れば購買依頼または製造指図を自動で起動します——ミドルウェアも夜間同期もなく、誰も打ち直しません。これこそ、中核の一群の業務のために設計され、流れ全体のためには設計されていない従来の ERP には難しいことなのです。
長期を左右する三つの違い
一つ目の違いは所有です。SaaS、オンプレミス、あるいはソースコードの引き渡しを選べるため、ベンダーのインフラに閉じ込められるのではなく、常にシステムを自分のものにする道があります。二つ目はコストです。席数ではなく消費するリソースに応じて課金されるため、人を増やすたびに「課税」されることなく、組織全体をシステムに載せられます。三つ目は AI です。業務データの100%が自社インフラ上にあるとき、そのデータの塊こそが、企業固有の AI を訓練するための蓄積庫になります——データが複数のベンダーに細かく分断されていると、ほぼ不可能なことです。
自社がERPを超えたと、どう見極めるか
ERP を一日で置き換えると決める人はほとんどいません。たいていは、気づかぬうちにその限界へと少しずつ滑り込んでいきます。次の兆候で、自らを照らしてみてください：
- 最も重要な意思決定が、いまだに ERP の外の表計算で回っている。
- 新しいシステムごとに専用の連携プロジェクトが必要で、その接続点は頻繁に壊れる。
- 同じ問いに対して、二つの部門が二つの異なる数字を出す。
- 席数課金のせいだけで、第一線の人員がシステムから締め出されている。
- 運用に関する単純な問いに、翌朝までは答えが返ってこない。
三つ以上が当てはまるなら、根本原因は ERP の設定ミスではなく——あなたが ERP というモデルそのものの境界に達したということです。
移行は「全部壊して作り直す」ことではない
最大の障壁は、たいていビッグバン型の一斉置き換えへの恐れですが、その道をとる必要はありません。最も痛みの大きい業務——多くの場合は在庫か販売——から始めて、それをプラットフォームに載せ、価値を証明し、そこから隣接する業務へと少しずつ広げていきましょう。すべてが同じ一つのデータレイヤーを共有しているため、一歩一歩は統制の効いた移行であって、全社を賭ける博打ではありません。
「ソフトウェアを買い足すのではありません——企業全体の動き方そのものを統合するのです。」