03-6883-7608
MTC · 業界の深さ、グローバルの広がり

ERP選定ガイド

事業拡大を見据えたERP選び―数年後の大幅な改修を減らすために

MTCジャパン株式会社 · 公開・更新日

最初のERP導入時には、一社・一工場だけだった企業も、数年後には子会社や海外拠点を持ち、MESやWMSを利用するようになります。その過程で、同じ品目に別々のコードが付いたり、受注を二重入力したり、集計をExcelに頼ったりすることがあります。

機能の追加で対応できる場合もあれば、導入時のデータや業務の設計から見直す場合もあります。拠点を増やす計画があるなら、ERP選定の段階でその計画を共有し、何を引き継げるかを確かめておきたいところです。

SAP Business Oneは、財務・販売・購買・在庫・生産を一元管理したい中堅・中小企業の選択肢です。[1] MTCは、企業ごとの業務に合わせた設計、システム連携、教育、運用支援を通じて、導入後の活用を支えます。

事業が拡大すると、なぜERPの改修負担が増えるのか

一社だけで運用していた時には、得意先・仕入先・品目コードや権限、会計ルールを、その会社の都合に合わせて設計できたかもしれません。しかし子会社や工場が増えると、同じ取引先や品目が別々に登録され、会社間取引の再入力やExcelでの集計が必要になることがあります。

既存の業務を新しい組織へ展開するには、まずコード体系や会計・管理上の定義をそろえる必要があります。初回導入時に判断の根拠が残っていなければ、その確認にも時間がかかります。

MES（製造実行システム）、WMS（倉庫管理システム）、CRM（顧客関係管理システム）などが加わると、システム間の依存関係も増えます。どのデータをどのシステムで管理するか、連携の保守を誰が担当するか、標準機能と追加開発の境界がどこかを決めていないと、障害調査や更新のたびに設計を調べ直すことになります。

事業拡大が、そのままERPの全面的な入れ替えにつながるわけではありません。ただし、データや業務、連携の整理が後回しになっているほど、拡張時に必要な改修とテストの範囲は広がります。

ERP選定で確認したい五つの基盤

MTCは、複数組織への展開を考える際、初回導入で次の五つを確認することを提案しています。

継続して活用したい基盤選定時に確認すること
組織・会計モデル法人、工場、倉庫、事業部が増えた時に、既存の管理・会計体系へどう組み込むか
マスターデータの標準得意先、仕入先、品目、BOM、管理会計項目を誰が登録・承認・保守し、各システムへ配布するか
共通業務テンプレート統一する業務と、工場・事業・国ごとに違いを認める業務をどう分けるか
システム連携の設計ERP、MES、WMS、PLM、CRMがそれぞれ何を管理し、どのようにデータを受け渡すか
運用に必要な知識設定、連携、帳票、月次処理、例外対応の方法が社内に残るか

機能は段階的に追加できます。一方、これらの基盤が不明確なままだと、拠点やシステムを増やすたびに同じ問題が生じかねません。「二社目を導入する時、何を再利用できるのか」を具体的に説明してもらうことが、導入パートナーを比較する手掛かりになります。

SAP Business Oneを長期利用の候補として評価する

販売チャネルや周辺システムが増えても、受注、購買、在庫、生産、債権債務、会計は事業運営の中心にあります。SAP Business Oneは、こうした主要業務と財務情報を統合するERPとして評価できます。[1]

確認したいのは、現在決める得意先・仕入先・品目・伝票・会計のルールを将来も使えるかという点と、新しい要件を設定変更、パートナーソリューション、外部システムとの連携で追加できるかという点です。

SAPの公式文書によると、SAP Business One 10.0 FP 2602からService LayerでWebhooksが利用できます。業務オブジェクトの作成や更新などを外部アプリケーションへ通知する仕組みです。[2] 提案されたバージョンで利用できる機能を確認し、将来の製品計画は公式ロードマップで別途評価する必要があります。

高度な連結管理、シェアードサービス、大規模なグローバル統制が必要になった場合は、製品の適合性を改めて見直します。日本法人が海外本社のERPと連携する場合も、本社と子会社の役割を踏まえ、SAP S/4HANAを含む製品構成を検討します。

同じERPでも、導入方法によって将来の運用が変わる

ERP製品は利用できる機能を提供します。マスターデータ、業務手順、連携、保守の仕組みは、導入プロジェクトの中で具体化されます。同じ製品でも、その設計と引き継ぎ方によって、数年後の変更のしやすさは異なります。

五年後に必要な機能をすべて予測するのは困難です。機能一覧を増やすだけでなく、主要業務を支える構成が適切か、複雑さが増した際の拡張方法を説明できるかを確認します。特に次の三点が重要です。

次の拠点で、そのまま使えるものは何か

工場や子会社を増やす予定がある場合、最初の導入で共通ルールを整理しておくと、次の拠点でも活用できます。例えば、品目コード、購買の承認手順、グループ報告に使う会計上の定義などです。

こうしたルールを検証し、後続拠点の導入に使うテンプレートとしてまとめます。現地業務の確認、データ移行、テスト、教育は引き続き必要ですが、すでに決まっている内容を一から議論する手間は減らせます。

導入パートナーには、二社目の導入を例に、再利用するもの、変更するもの、それぞれに必要な作業を説明してもらうと分かりやすくなります。

システムを増やす時、データはどこで管理するか

MESを導入する場合、生産指図をどこから出すか、完成数量をどうERPへ戻すか、在庫はどちらの記録を基準にするかを決めます。曖昧なまま接続すると、二重入力や数量の照合に手間がかかります。

MTCは業務設計の段階で、各システムが担当する処理とデータの受け渡しを整理します。連携に失敗した時の処理や保守担当も決めておくことで、新たなシステムを追加する際に、既存の設計を参照できます。

導入の知識を社内に残す

担当コンサルタントが交代した後、なぜその設定になっているか分からなくなると、保守や追加開発が難しくなります。

MTCのサービスには、教育、知識移転、継続的な運用支援が含まれます。導入パートナーを評価する際は、本稼働までの予定だけでなく、業務設計書、設定一覧、連携仕様書、操作手順書、管理者教育、更新・保守の進め方も確認してください。

引き継ぎ時には、社内管理者が設定の根拠を調べ、よくある例外に対応し、どの変更をパートナーへ相談すべきか判断できる状態を目指します。文書は本稼働後も更新していく必要があります。

三つの導入事例から見る、成長時の確認事項

MTCグループが海外で支援した三つの事例を紹介します。事業の拡大、海外販売との連携、ERPとMESの接続で、どのような業務を整えたかに着目します。

動物栄養品メーカー：事業拡大後も主要業務をつなぐ

市場の拡大と生産の複雑化に対応するため、MTCとSAP導入を進めた企業では、販売、生産、在庫、購買、財務のデータをつなぎ、受注から調達、生産、検査、保管、出荷までの業務を整理しました。

拠点を増やす企業にとって参考になるのは、受注から購買、生産、在庫、会計までのつながりです。こうした業務を整えたうえで、次の拠点と共用するルールを選び、現地に合わせる部分を整理していきます。

医療機器メーカー：生産と海外販売をつなぐ

生産拠点と海外の研究開発・販売拠点を持つ企業では、SAPを通じて地域間の業務を連携させ、従来の手作業による受け渡しをシステム化しました。海外の受注を生産計画へつなぐ運用も、公開事例に記載されています。

海外展開では、多言語や多通貨への対応に加え、受注、供給、生産が同じ業務の流れで管理できるかが重要です。日本法人と海外拠点の連携でも、伝票とデータの責任を明確にすることが検討の出発点になります。

半導体後工程企業：ERPとMESを連携させる

MTCが支援した半導体企業では、SAPとMESをつなぎ、受注の自動取り込み、生産情報の連携、完成品倉庫、顧客支給材料、Bin別管理、品質システムとの連携などを整備しました。

参考になるのは、ERPが業務と財務、MESが製造現場を担う役割分担です。連携する情報と責任を定めることで、専門システムの管理粒度を高めながら、ERP側の業務との整合を確認できます。

SAP Business OneとMTCの役割

SAP Business Oneは主要業務を支える製品機能を提供します。MTCは業務設計、業界別の知見、MERPによる拡張・連携、拠点展開、運用保守を通じて、その機能を継続利用できる仕組みに具体化します。以下の表で、製品と導入支援の役割を整理します。

継続して活用する基盤SAP Business Oneが担うものMTCによる導入支援関連するソリューション・経験
組織・会計モデル財務、販売、購買、在庫、生産などの主要業務とデータ。業務設計段階で法人、工場、倉庫、勘定科目、管理項目、権限を整理。組織追加時のルールを定め、グループ共通テンプレートを基準に現地の業務・制度上の差異を適合させる。本社テンプレート、Business OneまたはS/4HANAを含む二層ERP、対象国のローカライズ、グループ報告、拠点別のテンプレート展開を支援。
マスターデータの標準得意先、仕入先、品目などの基本業務オブジェクト。コード体系、管理責任者、承認、変更手順、正本となるデータ源を定義。品目、BOM、管理会計項目を含め、本稼働前に既存データの整理・移行・照合を行う。MERPを用いて会社別データベースや周辺システムを連携し、共通のデータルールを維持。重複登録や定義の不一致を抑える。
共通業務テンプレートSAPの標準業務プロセス。現状業務の整理、目標業務の設計、標準的な業務の教育、プロトタイプ検証、Fit/Gap分析を実施。統一する業務と許容する違いを決め、後続導入と受入判定の基準にする。業務設計を先行し、業界専門家、プロジェクトマネージャー、顧客担当が連携。既存の知見を企業の実情に合わせて適用する。
システム連携の設計Service Layerなどの標準連携機能と主要業務データ。各システムの役割、正本データ、連携一覧、項目対応、実行条件、再試行、権限、ログ、更新時の再テスト範囲を定義。MERPと標準インターフェースにより、OA、CRM、SRM、WMS、MES、税務、銀行などを連携。追加機能を必要に応じてERP本体の外に配置する。
運用に必要な知識製品標準と各バージョンの機能。操作手順書、設定一覧、連携仕様書、月次・例外対応手順、教育記録、ユーザー受入テスト報告、運用引き継ぎを整備し、本稼働後も更新。顧客ポータルで問い合わせと対応履歴を管理し、企業ごとのBusiness Oneナレッジを蓄積。合意したサービス水準に基づく保守、更新、点検、年次の運用確認を提供する。

将来の拡張性を重視すべき企業

単一法人で業務が安定しており、基本的な会計と販売・在庫管理で足りる企業なら、より軽量なシステムが適している場合もあります。初日から複雑なグループ設計が必要とは限りません。

一方、次のような変化が複数予定されている場合は、拡張性を主要な選定基準にします。

MTCは、こうした拠点追加や業務の変化を踏まえ、SAP Business Oneの導入範囲を検討します。共通テンプレート、システム連携、運用への引き継ぎまで含めて、次の拠点でも活用できる内容を整理します。

予測できる事業の変化から、導入範囲を考える

新工場や子会社の計画があれば、現在使っているシステムの一覧と、手間のかかっている業務を併せてお聞かせください。MTCがSAP Business Oneで対応する範囲や追加開発の要否、最初の導入で整えておきたい内容をご一緒に検討します。

よくあるご質問

機能が多いERPほど、長く使えますか？

機能の多さだけでは判断できません。組織モデル、マスターデータ、システム連携も成長に対応できる必要があります。主要業務への適合と、追加要件を実現する方法を確認してください。

子会社や海外拠点を増やす企業にも、SAP Business Oneは適していますか？

財務・販売・購買・在庫・生産をまとめて管理したい中堅・中小企業にとって、有力な選択肢です。会社ごとの会計、会社間取引、グループ報告をどのように運用するか、具体的な業務を使って提案内容を確認すると判断しやすくなります。現地要件や他システムとの連携については、追加ソリューションの範囲も確認します。

二つ目の工場へ、最初の工場の設定をそのまま複製してはいけませんか？

最初の工場には、共通化できるルールと、その工場固有の運用が含まれています。共通の会計、マスター、業務、統制の基準を整理したうえで、各工場に必要な違いを確認し、テストします。

MESやWMSとの連携が増えると、将来の再構築は避けられませんか？

連携先の数だけで決まるものではありません。データの管理元、連携処理、エラー対応、更新の責任を明確にすることで、複数システムを継続的に運用する設計を検討できます。

製品選びと同時に、導入パートナーの評価が必要なのはなぜですか？

組織、マスター、業務テンプレート、連携、知識移転の具体的な仕組みは導入中に作られます。これらを設計し、引き継ぐ能力が、将来の拡張のしやすさに影響するためです。

出典・適用範囲

製品情報はSAP Business Oneの公式製品ページと、SAP Help Portalの「Working with Webhooks」に基づきます。将来の製品計画はSAP公式のロードマップをご確認ください。事例はMTCグループの海外プロジェクトに関する公開資料を参照しています。

製品仕様はSAPの公式情報、サービスの提供範囲は個別のプロジェクト計画に基づきます。