基幹システム（ERP）の選び方と入れ替えの進め方

基幹システム（ERP）の入れ替えでは、製品の標準の機能に業務を合わせる「Fit to Standard」の考え方で進め、追加開発を、会社の強みに関わる業務や標準では足りない部分に絞ることが、費用と期間、将来の更新の負担を抑える要になります。いまの業務の流れをそのまま新しいERPで再現しようとすると、追加開発が増え、入れ替えが重くなりがちです。

本記事では、ERPの選び方、追加開発の考え方、移行の進め方を整理します。

ERPとは

ERPとは、会計・販売・購買・在庫・生産・人事などの業務のデータを、一つにまとめて管理するシステムです。部門ごとに別々のシステムを使う場合と比べて、同じデータを何度も入力する手間が減り、会社全体の数字をそろった形で見られる点が特長です。

基幹システムは、会社の中心となる業務を支えるシステムの総称で、ERPはその代表的な形の一つです。

入れ替えが必要になるきっかけ

ERPの入れ替えは、製品の保守の期限、業務や事業の変化、古い仕組みの維持の負担などをきっかけに検討されることが多いです。

保守の期限は、日付が前もって分かるきっかけです。例えば SAP は2020年2月4日に、SAP Business Suite 7 の中心となるアプリケーションのメインストリーム保守を2027年末まで、その後の任意の延長保守を2030年末まで提供すると発表しました。後継の SAP S/4HANA については、2040年末までの保守を約束するとしています。保守の条件はその後も見直されることがあるため、実際の期限と条件は、提供者の最新の案内で確かめてください。

出典：SAP Extends Its Innovation Commitment for SAP S/4HANA, Provides Clarity and Choice on SAP Business Suite 7（SAP、2020年2月4日）

経済産業省の「DXレポート」（2018年9月）も、古くなった基幹システムを使い続けることの危険を「2025年の崖」と表現し、その年表に SAP ERP のサポートの終了を挙げていました（その後、上のとおり保守の期限が延びています）。期限の近い製品を使っている場合は、入れ替えにかかる期間を見込んで、早めに検討を始めます。

出典：DXレポート ～ITシステム「2025年の崖」の克服とDXの本格的な展開～（経済産業省、2018年9月）

Fit to Standard の考え方

Fit to Standard とは、ERPの製品が標準で持っている機能と業務の流れに、自社の業務を合わせていく考え方です。反対に、いまの業務の流れに合わせてERPを作り変える進め方は、追加開発が増え、ERPの版上げのたびに追加した部分の確かめや直しが要るため、使い続ける間の負担が大きくなります。

標準に合わせるかどうかは、業務ごとに判断します。会計や購買のように、どの会社でも大きな違いがない業務は、標準に合わせやすい業務です。会社の強みに関わる業務や、法令・取引先との約束などで標準の機能では足りない部分だけを、追加開発の候補にします。

標準の業務の流れは、多くの会社で使われてきた形のため、業務の見直しのきっかけにもなります。

一方で、標準に合わせると、現場の手順や帳票が変わります。業務の担当の理解と協力がないと、使われないシステムになってしまうため、なぜ合わせるのか、何が良くなるのかを、早い段階から現場と話し合います。

追加開発の考え方

追加開発は、会社の強みに関わる業務や、法令・取引先との約束などで標準の機能では足りない部分に絞ります。「いまのシステムにあったから」という理由だけで足すと、使われない機能が増えます。

追加開発をするときは、ERPの本体を作り変えるのではなく、ERPの外側に別の仕組みとして作り、ERPとはデータの受け渡しでつなぐ形を検討します。本体を変えないでおくと、ERPの版上げの影響を受けにくくなります。つなぎ方の考え方は、いまの基幹システム・SaaSとAIをつなぐ方法でも説明しています。

追加開発の候補は、一覧にして、次の点で一つずつ判断すると整理しやすくなります。

選ぶときの観点

ERPを選ぶときは、機能の多さだけでなく、提供の形、保守の期限、導入を支援する体制、使い続ける間の総費用を比べます。

• 業務への合い方：自社の業種や規模で、標準の機能がどこまで合うか。主な業務の流れを、製品の画面で確かめる
• 提供の形：クラウドで提供される形か、自社のサーバーやクラウドに入れる形か。クラウドの形は、版上げが提供者の側で進むことが多い
• 保守の期限と製品の方針：いまの版の保守がいつまで続くか、提供者の製品の方針
• つなぎやすさ：ほかのシステムやサービスと、データをやり取りする仕組みが用意されているか
• 導入を支援する体制：導入を手伝う会社の経験と体制、導入の後の問い合わせの窓口
• 総費用：ライセンスや利用料、導入、追加開発、運用・保守、将来の版上げまでを、同じ年数で比べる

総費用の積み上げ方は、システムの総費用（TCO）はどう見積もるかで説明しています。製品の比べ方は、提案を募る段階の進め方とあわせてRFP（提案依頼書）の書き方も参考にしてください。

移行の進め方

ERPの入れ替えでは、データの移行と切り替えの段取りに、十分な時間を見込みます。ERPは会社の多くの業務のデータを扱うため、移すデータの量と種類が多く、関わる部門も多くなります。

• 移すデータの範囲（マスターデータ、残高、未完了の取引、過去の記録）を決める
• 会計の締めの時期を考えて、切り替えの時期を決める（期の始めに合わせることが多い）
• 移行のリハーサルをくり返し、残高や件数を照らし合わせる
• 一度に全部の業務を切り替えるか、業務や拠点ごとに段階を分けるかを決める

データ移行の具体的な段取りは、システムの入れ替えでのデータ移行の進め方で説明しています。M&Aの後に、グループの会社ごとに違うERPをどうするかは、買収の後のシステム統合（PMI）をどう進めるかをご覧ください。

当社のご支援

当社のAIインテグレーションでは、基幹システム・会計・販売管理などといま使っている仕組みとのデータの連携や、M&Aの後に会社ごとに異なるシステムをつなぐ支援をお受けしています。ERPの外側に作る仕組みの開発はWebシステム開発で、何を標準に合わせ、何を作るかの整理はAI・DXコンサルティングでご一緒します。M&Aに伴う入れ替えでは、グループ会社のフロレンティナと役割を分けてご支援します（グループの役割分担）。