パッケージ評価というと機能要件への適合性に目が向きがちであるが、ERPをグループ共通の経営基盤として考えた場合、IFRS対応、各国の法的要件への対応だけでなく、グローバルでの導入体制、サポート、運用サービスなどが重要になることは明らかである。

　また各国のローカル要件に対してERPの適合性を評価するためには、適用方針、範囲を明確にしなければならない。すべての要件をERPで対応するのか、適用範囲を共通化対象とローカル対応部分に分けて検討するかによっても選択肢は変わる。

　このようにIFRS適用やグローバル展開を考えたときには、そもそもERPをどの範囲に適用するのか、どのような方針で海外を含めたグループ会社に展開していくのか、導入後のサポートはどう考えるかなど、システム化の方針・戦略を明確にしておくことがより重要になる。

　避けなければいけないのは、グローバルで実績のあるERPだからという理由で、取りあえずそれを選んでおけばよいという考え方である。IFRS対応によるERP導入を経営基盤再構築のきっかけとしてとらえるのなら、まずはきちんとシステム化の目的、方針、戦略を定めた上でERPの選定に入るべきである。システムが1つのERPで構築されていることに意味はなく、業務プロセス、ルールが標準化された上で経営基盤として機能することが重要なのである。特に海外拠点では同じシステムを使いながら、まったく異なる業務プロセス、ルールで運用されているケースも見られるが、これではIFRS時代に対応することはできない。

2.ERP選定前に明確にすべきことは

　具体的にIFRS対応、グローバル展開を想定したERPを選定するに当たり、前提条件として明確にする必要がある項目をグローバル展開戦略としてまとめたものを「Global Rollout Strategy」（以下、GRS）と呼ぶ。ERP選定を進める場合、最初に明確にすべき最も重要なものがこのGRSである。これは海外を含むグループ会社にERPを展開する場合の方針、ルールをまとめた戦略であり、グローバル展開プロジェクト遂行上のバイブルになる。

　GRSが定まれば、次にこのGRSに基づいてグローバルスタンダードとしてのコード統一、業務プロセス、ルールの標準化を進める。ただしコード統一については多大な工数を要するため、適用範囲、進め方については十分な検討が必要である。ここで定めたコード体系、業務プロセス、ルールを実装できるかどうかはERPパッケージ選定時の重要な評価項目になる。当然EPRパッケージの制約により実現できないものも出てくるが、その場合は必要に応じてGRSの方針に基づき見直しを行う。

（1）GRSの主な検討ポイント

• 業務範囲と対象アプリケーションの特定

　対象業務、アプリケーションを特定し、システムのスコープを決定する。特に共通化対象とローカル業務を切り分けることが重要である。共通化対象の業務はERP選定の業務要件として当然考慮する必要があるが、ローカル業務についても対応方法は検討しておく必要がある。特に各国のローカルパッケージを活用する場合にはERPとの連携時のためにコード体系、システム連携方法について方針を明確にしておくことが重要となる。

• インスタンス（集中か分散か）

　サーバを日本で集中管理するのか、時差を考慮して北米、欧州にサーバを分散するのかなどを検討する。この場合にシステム的視点だけでなく業務的視点での検討が必要であり、この方針がERP選定に与える影響は小さくない。例えば、複数インスタンスで運用（サーバを分ける）することによりグループ会社間取引、MRP（資材所要量計画）の運用、在庫情報の共有、マスターデータ管理などを実現するための方法は変わる。また運用・保守の観点でサービス時間帯、データバックアップの方法などを考慮することが必要になり、導入後の保守体制の評価に影響する。

• 言語

　プロジェクトのコミュニケーション言語や画面、帳票、リポートの言語対応の方針を定める。そのためには各拠点の言語スキルを確認する必要がある。ERPパッケージでは多言語対応は一般的ではあるが、画面だけでなく帳票、リポートの言語対応、辞書のメンテナンス性などは確認しておく方が無難である。

• プログラム開発

　プログラムの開発標準、開発ツール、パッチの適用方針などを定める。特にアドオン（追加開発）の方針を明確にすることが重要である。開発の承認は本社集中型にするのか、あるいは各グループ会社、拠点に権限を与えるのか。また国、地域別の要件への対応方針と、その費用負担の考え方などを明確にする。ERPパッケージは導入後もビジネス環境の変化に対応して継続的に改善を実施する必要がある。本社集中型の開発体制が取れるのか、各拠点のローカル要件への対応をどうするかなどの方針を事前に明確にしておかないとERPパッケージの導入・開発体制、サポート力を評価することはできない。

（2）グローバルスタンダード策定の留意事項

　ERP導入においてコード体系（けた数、採番ルールなど）がシステム上の制約になることは少なくない。またそのメンテナンス性も大変重要である。さらに新たにコード体系を見直すことができないケースも多く、コード変換などの対応も考えておく必要があり、ERP選定時には重要な要素となる。

• コード体系

　各種コードのけた数や採番ルールについては、使用方法、使用するシステムの制約があるが、新たにグローバル標準プロセスを定義する上で、管理会計上の分析軸も考慮しながら、勘定科目、組織、取引先（仕入先マスター・得意先マスター）、品目コードなどの経営管理上、重要なコード統一化の方針を策定する。また勘定コードなど国別要件対応のため個別に定義する必要があるコードについては、どのような条件の場合に個別に定義してよいか、またどのようなコード体系で登録するかなどを併せて定義する。

• マスターデータ

　標準化対象のマスターデータについて、定義すべき対象（組織なら会社・販売組織・プラント・管理領域、品目なら部材・製品・商品・非在庫品など）、またそれぞれどのようなコード体系にするかなどの基本方針を策定する。複数の拠点（会社）をまたがって同じコードを使う必要があるマスター（品目・得意先・仕入先など）の取り扱いについてどのように登録し、管理するかの基本方針を決定する。これは特にグローバルでシステムを運用する場合には重要なポイントになる。

　以上、ERP選定前に明確にすべきこととしてGRS、グローバルスタンダードの2点を紹介した。ERP選定の前提条件が明確になれば、後は従来通り各評価項目別に各社のERPを比較することになる。ERPパッケージ選定後はグローバルテンプレートとして自社グループの共通システム基盤となるテンプレートを構築し、グループ各社に展開するというアプローチを採る。

　従来、業種別のテンプレートはパッケージベンダーなどから提供されているが、特に前提条件として定めたGRS、グローバルスタンダードに準拠したテンプレートを構築することでIFRS対応、グローバル展開を意識したロールアウトを遂行することが可能となる。

まとめ

　IFRS時代においてERPパッケージを選定するためには、その前提条件を明確にすることが重要であることを述べた。パッケージ選定における評価項目は従来と変わることはないが、ERPをグローバル経営の基盤として活用することを前提とした場合には、共通化対象とローカル要件への対応といった適用方針・範囲やシステム導入後の運用方法を事前に明確にすることで適切なERPパッケージを選定できると考える。