ERP

Fit to Standardとは：ERPの標準に業務を合わせ、作り込みを絞る

2026/11/3 シリーズ「ERP 入門」 第10回 / 全10回

🤖 AIを使用して執筆

Fit to Standard とは：標準と比べて、合わせる

Fit to Standard（フィット・トゥ・スタンダード）は、今の業務の手順を、ERP に用意された標準の業務の流れと比べる方法である¹。標準の設定と機能が、どれだけ業務の必要に合うかを確かめ、製品の推奨する進め方をできるだけそのまま使い、必要なところだけ変える¹。標準と業務の必要との差を見つけ、どう埋めるかを決める方法は、Fit Gap（フィット・ギャップ）という¹。Microsoft は、Fit Gap を、Fit to Standard と設定を済ませた後に行うよう勧めている¹。

SAP（ドイツの SAP 社の ERP）は、Fit to Standard の「合わせる」を、利用する会社の業務の担当者に、標準の業務の流れがどう動くかを教えることだとしている²。SAP によれば、ここで作り直すのは業務の流れ全体ではなく、会社の求めに合わせた小さな変更にとどめる²。

業務を合わせる理由は、作り込み（標準に無いものを、欄やプログラムで足したり変えたりすること）の費用にある。Microsoft は、前の仕組みの業務の手順をそのまま作り直そうとすると、設計、プログラム、試験、研修、文書の手間がかかる、高くて要らない作り込みにつながることがあるとしている¹。

何千もの会社が同じパッケージを使う：違いは設定で収める

パッケージには、業務の流れの型が入っている。SAP は、この型を SAP Best Practices（ベストプラクティス）と呼び、あらかじめ設定した標準の業務の流れの中身として、設定の手引き、試験の手順、業務の流れの図、見本のデータを用意している³。Microsoft も、Dynamics 365 の標準の業務の流れを集めた一覧を作り、年に四回以上直している⁴。国ごとの違いについては、SAP は、多くの国と地域ごとに、その国に合わせた標準の版を用意している⁵。

同じプログラムを多くの会社が使うので、製品の会社は、会社ごとに違いがよく出るところを、前もって選べるようにしておく。会社は、そこに自社の値を入れる。これが設定で、製品が用意した選択肢から選ぶか、決まった欄に会社の値を入れることである。値を変えても、プログラムはどの会社でも同じままである。SAP では、設定のための道具を導入ガイド（IMG、Implementation Guide）といい、SAP のシステムを会社の要件に合わせる道具である⁶。この設定の作業をカスタマイジング（Customizing）と呼ぶが、カスタマイジングは、SAP の標準の機能そのものを書き換えるものではない⁷。

たとえば、在庫の評価の方法は、ERPNext（オープンソースの ERP）では、先入先出法や移動平均法などから選ぶ設定である⁸。日本の企業会計基準第 9 号も、決められた評価の方法の中から選んだ方法を使うと定めている⁹。会計の基準が認める選択肢の中から、会社が選んで設定に入れる。

標準に合わないとき：まず業務を合わせ、次に四つの手を考える

Microsoft は、設定を先に、作り込みを後に置く¹。SAP は、ERP の中の道具で作れない拡張だけを、外へ切り離すよう求めている¹⁰。二つの手引きに、版を上げる手間の小さい順という見方を足すと、標準に合わない違いは、おおよそ次の順に考えることになる。

一つ目は、業務を標準に合わせることである。

二つ目は、設定である。Microsoft は、前の仕組みに基づいた細かな要件を作るより、設定で業務の必要を満たせば、作り込みを減らせるとしている¹。

三つ目は、プログラムを書かずに、画面と記録に書き込む欄を足すことである。設定は、製品が前もって用意した選択肢や欄に値を入れるだけだが、欄を足すと、製品に無かった書き込む場所が増える。ERPNext では、取っておきたい情報に合う標準の項目が無ければ、画面に独自の項目を足せる¹¹。SAP でも、利用者側の担当者が、独自の項目を足して標準のアプリケーションを広げられる¹²。

四つ目は、プログラムを足すことである。日本の ERP の導入では、足したプログラムをアドオンと呼ぶことが多く、経済産業省の DX（Digital Transformation）レポートの資料にも「アドオン・カスタマイズ」という言葉が出てくる¹³。

五つ目は、ERP の外に出すことである。SAP は、S/4HANA Cloud では、組み込みの道具で作れない拡張は、標準の部分から切り離し、別の基盤（ERP とは別のソフトを動かす場所）で作って、決まった接続でつなぐよう求めている¹⁰。

Microsoft は、差を自前の作り込みで埋める代わりに、別の会社の製品を買う道も挙げている。大きな差があって、自前で作るのが難しいときに向くという¹。

SAP の言う拡張（extensibility）は、業務の設定でできることを超えてソフトのふるまいを変えることで、三つ目と四つ目の両方を含む¹⁴。「カスタマイズ」という言葉も、SAP のカスタマイジングは設定を指すが、Microsoft の手引きのカスタマイズは作り込みを指す。話をするときは、どの変え方かを分けて言う必要がある。

作り込むほど、版を上げる手間が増える

標準そのものを書き換えると、版を上げたときに困る。SAP は、標準の業務の流れを少しでも変えると、その後に版を上げるたびに会社の保守の手間が増えるので、本当に要る要件だけを探すよう、業務の担当者に伝えることが大事だとしている²。SAP の標準の業務の流れを直接書き換えると、版を上げたときに改良を受け取れなくなる¹⁵。SAP R/3 4.6C の手引きによると、版を上げると標準のプログラムは新しいもので上書きされ、以前は、利用者が書き換えた部分を、版を上げるたびに手で書き換え直す必要があった¹⁶。

そこで今の製品は、標準を書き換えずに足す形を求めている。Microsoft は、更新が多いクラウドでは、足した部分が更新の影響を受けにくい作り込みの形が要るとし、標準を直接書き換える形を受け付けていない¹⁷。それでも、足したプログラムは確かめ直す必要がある。SAP の S/4HANA Cloud Public Edition では、版が上がるたびに、会社が今の業務の流れと作り込んだ流れを試す¹⁸。Odoo（オープンソース版もある ERP）では、独自のモジュール（足したプログラムのまとまり）を含むデータベースは、移る先の版に合わせたそのモジュールができるまで、版を上げられない¹⁹。

クラウドの ERP では、版は製品の会社が上げる

クラウド ERP のうち、製品の会社が動かすソフトをそのまま借りて使う形（SaaS、Software as a Service）では、作り込みの余地がさらに小さい。米国の国立標準技術研究所（NIST、National Institute of Standards and Technology）の定義では、SaaS の利用者は、基盤もアプリケーションの機能も自分では管理せず、できるのは、利用者ごとの限られた設定くらいである²⁰。

版を上げる時期も、製品の会社が決める。SAP の S/4HANA Cloud Public Edition は、毎年 2 月と 8 月に大きな版を出し、決めた予定に沿って、会社のシステムに自動で入れる¹⁸。Dynamics 365 の財務・業務のアプリ（finance and operations apps）では、会社は年に二回以上の更新を入れる必要があり（四回まで入れられる）、止めても、止められる期間が過ぎれば Microsoft が自動で入れる²¹。Odoo が動かす Odoo Online では、プログラムを書かない作り込みはできるが、独自のモジュールは使えない²²。SAP は、S/4HANA Cloud Public Edition が向くのは、作り込みの要件が少なく、SAP の標準の業務の流れを受け入れる、新しく SAP を使い始める会社だとしている⁵。

日本では作り込みが多いとされてきた

日本の会社は、パッケージを作り込むことが多いと言われてきた。経済産業省の研究会は、2018 年の DX レポートで、日本では汎用のパッケージを入れても、自社の業務に合わせた細かい作り込みをすることが多く、多くの独自の開発が組み込まれた結果、中身が見えなくなるおそれが高いと指摘した²³。研究会は、この指摘の根拠になる数字を示していない。同じ段で研究会は、今の業務にぴったり合った、実は過剰品質のシステムを求める声が国内の会社に強いことを挙げている。細かく手のかかるシステムを作るほどベンダー（システムを作って納める会社）の売上が増えるので、ベンダーもそれを否定しない、とも書いている²³。

導入を外の会社に任せる形も、その背景にある。情報処理推進機構（IPA、Innovation Platform Agency, Japan）の調べでは、IT の会社に属する IT の人材の割合は、2015 年に日本で 72.0%、米国で 34.6% だった²⁴。総務省の情報通信白書は、日本では、システムの部門が、システムの導入を SIer（システムを作って納める会社）に任せることが一般的だとされてきたと書いている²⁴。経済産業省の研究会は、ベンダーが作って納める形のために、利用する会社の中に情報システムの知識がたまりにくいとしている²³。標準に合わせるか作り込むかを、利用する会社が自分で決めにくい形である。

標準にそろえる所と、強みとして作り込む所を分ける

標準に合わせることには、批判もある。Harvard Business Review は、1998 年の記事の要約で、ERP のようなパッケージは、会社の戦略、文化、組織に自らの論理を押しつけ、会社の仕事のやり方を変えさせることが多いとしている²⁵。一方で Microsoft は、標準に無いが、会社に競争の強みを与える業務の流れについては、作り込みを認めている¹。経済産業省の研究会も、2020 年の DX レポート 2 で、競争の源にならない業務は、業務の流れを標準にそろえ、パッケージや SaaS を使って IT の費用を減らせるとした²⁶。どこまで標準に合わせ、どこを自社の強みとして作り込むかは、パッケージの側ではなく、会社が決める。研究会も、要件を確定するのは利用する会社であるべきだとしている²³。

Fit to Standard は、自社の業務を ERP の標準の業務の流れと比べ、できるだけ業務を標準に合わせる考え方である。合わせられない違いは、おおよそ、設定、プログラムを書かずに欄を足す、アドオン、ERP の外の仕組みの順に考える。標準を書き換えるほど、また足すプログラムが多いほど、版を上げる手間が増え、クラウドの ERP では製品の会社が決まった時期に版を上げるので、作り込みは、業務に欠かせない要件や、会社の強みになる要件に絞る。

この記事はAIを使用して執筆されました。内容には誤りが含まれる可能性があります。事実や数字の出典は脚注から確かめられます。