Fit to Standard vs カスタマイズ：基幹システム導入の判断基準

日本の中小企業が基幹システムを刷新するとき、もっとも高くつく問いはソフトウェアそのものについてではありません。「これまでの働き方を、どこまで残すか」という問いです。古い業務プロセスは、それぞれが隠れた税を背負っています。それをコードで作り直すコスト、そしてそのコードを何年にもわたり保守するコストです。本稿では、何を設定として扱い、何を（もしあれば）本当にカスタマイズすべきかを判断するための、実務的な枠組みをお渡しします。

本当のトレードオフ

新しい基幹システムを導入する道は、大きく二つあります。一つは「フィット・トゥ・スタンダード（Fit to Standard）」です。システムが想定する働き方に、自社のプロセスを合わせます。もう一つはカスタマイズです。これまでずっとやってきた働き方に、システムの側を合わせます。

どちらも正当な選択肢ですが、長期的なコストはまったく異なります。

フィット・トゥ・スタンダードは、システムをアップグレードの経路に乗せたままにします。提供者が製品を改善したとき、貴社は連携のための作業なしに、ただちにその恩恵を受けます。設定はコードではなく画面を通じて行われ、プラットフォームが更新されても壊れません。その代償は、チームが働き方の一部を変えることを受け入れる点です。

一方、カスタマイズは特定の「正解の版」に貴社を縛り付けます。今日の前提のうえに書かれたコードは、税制が変わっても、貴社が新しい事業を始めても、自動では追従しません。カスタマイズ一つひとつが負債となり、リリースのたびに複利で膨らむ小さな借金になります。ただし、カスタマイズが本当に正当化されるとき、その利益は、どの標準製品にも再現できない競争上のプロセスを守れる点にあります。

多くの企業が陥る失敗は、カスタマイズを最初の選択肢にしてしまうことです。「今日あるプロセスなのだから、明日も寸分違わず再現しなければならない」と思い込んでしまいます。実際には、業務要件の驚くほど多くの部分が、設定だけで満たせます。

それぞれの道がもたらすもの

設定で賄える範囲

モダンな基幹システムは、設定可能なマスターデータを中心に構築されています。会社設定には、法人の正式名称、法人番号、適格請求書発行事業者の登録番号、タイムゾーン、事業年度の決算月、数字の書式が保持されます。これらに開発者の関与は一切不要です。管理者が画面から設定すれば、システムがすべての場所でそれを適用します。

税エンジンも同様に設定可能です。税率はそれぞれ、たった一つの設定レコードです。名称、税率（標準なら10.00、軽減税率なら8.00）、売上税の勘定科目、そして仕入税の勘定科目を持った一レコードです。複数の税率が共存できるため、標準税率と軽減税率の消費税の扱いは最初から備わっています。取引先はそれぞれ自身の登録番号を保持し、商品や請求明細は、それに適用される税設定を持ちます。これらは一切、カスタムコードではありません。

勘定科目も同じ構造です。各社が独自の勘定科目を定義し、補助区分を割り当てます。システムは書き込みの瞬間にルールを強制します。売上税の勘定は負債の補助区分として、仕入税の勘定は資産の補助区分として保持されます。それが複式簿記が求める姿だからです。支払条件、価格表、単位、銀行口座、配送方法も、すべてマスターデータです。決算スケジュールや、部門ごとの予実管理も標準機能として備わっています。

ここにこそ、フィット・トゥ・スタンダードの主張の核心があります。要件が「会社の構造はどうなっているか」「取引先は誰か」「どの条件を提示するか」「税はどう適用されるか」という内容であれば、設定がコードなしで処理します。

カスタマイズが正当化されるとき

カスタマイズが正当化されるのは、あるプロセスが貴社の競争上の立ち位置に真に固有で、マスターデータでは表現できない場合です。たとえば、独自の計算式に紐づいた特殊な価格ルール、社内で構築した製造実行システムとの深い連携、あるいは貴社の細分野に固有の法定申告フォーマットが該当します。

ここでも規律は欠かせません。カスタマイズは可能な限り狭い範囲に閉じ込めてください。複式簿記の中核には触れないままにしてください。すべての売上請求書と仕入請求書は、すでに仕訳種別の検証とともに仕訳を自動生成する仕組みだからです。標準のうえに構築するのであって、標準を貫いて構築してはなりません。

現実のシナリオ

東大阪に本社を置く、従業員約80名の工作機械用精密部品メーカーを想像してください。同社は大手メーカー向けに精密部品を供給しています。新しい基幹システムの評価を始めたとき、プロジェクトの責任者は長いリストを抱えていました。その中身は、独自のマージン計算式を伴うカスタム見積もりツールから、試作品受注向けの特殊な承認ルーティング、さらには部品を顧客のプログラム別にまとめる専用の在庫ビューにまで及んでいました。

システムインテグレーターからの初期見積もりは、そのカスタム開発を反映したものでした。プラットフォームのうえに厚いコードを積み、単位を数か月で測る工期、そしてインテグレーターを実質的に半ば常駐させることになる保守契約。見積総額は数千万円に上る見込みでした。

契約を結ぶ前に、同社はある規律ある行動をとりました。リストを二つの欄に分けたのです。「真に固有な要件」と、「単に現在の習慣が『必要』という衣を着ているだけの要件」です。

カスタムの見積もり計算式は、段階的な割引を持つ価格表、つまり標準のマスターデータ機能で表現できることが分かりました。試作品受注の承認ルーティングは、プラットフォームの承認ワークフローエンジンにきれいに割り当てられ、コードなしで依頼を適切な役割へ回せました。専用の在庫ビューは、チームが何年も前にスプレッドシートで組んだ集計にすぎず、プラットフォームのカテゴリ、ロケーション、ロット追跡でトレーサビリティとリコールの要件はすでにカバーされていました。

カスタム欄に残ったのはごくわずかでした。ある大手顧客のポータルへ、完成品のデータを渡すための単一の連携。それは本物であり、カスタマイズに値しました。それ以外、つまり当初のリストの約9割は、すべて設定でした。

同社は、想定された工期のごく一部で標準プラットフォーム上に本稼働しました。1週間から2週間かかっていた月次決算は、日単位へと短縮されました。請求書と仕入請求書が、クリーンな期間の数字を確定する決算処理に直接つながるからです。適格請求書発行事業者の登録番号は、会社設定から自動的にすべての請求書に印字されます。設定した部分の保守負担はほぼゼロに落ち着きました。設定はシステムとともに、毎回の更新でそのまま引き継がれるからです。

ここから導かれる教訓は、カスタマイズが悪いということではありません。問うべき既定の問いは、「これは設定で済むか」であるべきだ、ということです。その問いに対する正直な答えが「ノー」のときだけ、カスタマイズが答えになります。

どう判断するか

基幹システムの刷新にあたり、各要件を評価するときは、次の順序でお考えください。

1. まず要件をマスターデータに当てはめる

その要件は、貴社の構造や取引関係についてのものかを問うてください。会社設定、取引先、支払条件、商品、カテゴリ、価格表、税設定は、すべて設定可能です。ここに当てはまるなら、答えは設定です。

2. 標準の会計・ワークフローエンジンを確認する

その要件は、取引がどう流れるかについてのものかを問うてください。仕訳を自動生成する複式簿記、設定可能な税エンジン、役割に基づいて回る承認ワークフロー、期間の数字を確定する決算スケジュールは、いずれも標準機能です。古い手作業のステップを再現するのをやめれば、多くのプロセス要件はこれらの機能に集約されます。

3. 現行のプロセスそのものを問い直す

あるプロセスを守るためにカスタマイズする前に、そのプロセスが生き残るに値するかを問うてください。Windows Server 2012 R2 や SQL Server 2014 の時代のレガシーシステムは、その多くがすでにセキュリティサポートの終了に達していますが、そうしたシステムは、もはや存在しない制約の回避策をコードの中に刻み込んできました。2025年の崖が中小企業に今の刷新を迫っており、この刷新は、回避策をコード化するのではなく、退役させる稀少な機会です。

4. カスタマイズは真の競争差にだけ残す

要件が最初の三つの検査を通過しても、なお満たせないときだけ、カスタマイズを発注してください。それを隔離しておいてください。文書化しておいてください。そして毎回のアップグレードで見直してください。プラットフォームがその機能を標準設定に取り込んでいる可能性があるからです。

5. 適格請求書制度のスケジュールを考慮する

2023年10月に始まった適格請求書制度には、経過的な仕入税額控除のスケジュールがあり、2026年の税制改正で見直されました。控除率は2026年9月まで80パーセント、その後2028年9月まで70パーセント、以降は50パーセント、30パーセントと段階的に下がり、2031年10月からはゼロになります。この長期にわたる移行期間は、貴社の基幹システムが、複数税率の消費税と適格請求書発行事業者の登録を今後何年にもわたり扱わなければならないことを意味します。設定可能な標準の税エンジンは、すべての段階で貴社を守ります。一方、カスタムの税コードは、法改正のたびに書き直されることになります。

よくある質問

フィット・トゥ・スタンダードとは、カスタマイズを一切できないということですか。

違います。設定を基本とし、カスタマイズを真に競争上の差異になる部分にだけ残す、という意味です。健全な基幹システムの導入とは、大部分が設定で構成され、ごく一部に、それが本当に値する場面にだけ隔離されたカスタマイズの層を持つものです。

ある要件が設定かカスタマイズか、どう見分ければよいですか。

その要件が、会社設定、取引先、支払条件、価格表、税エンジン、勘定科目のいずれかに当てはまるなら、それは設定です。取引の計上方法を変えることや、マスターデータのモデルでは表現できないプロセスを構築することを要件とするなら、それはカスタマイズです。

標準のシステムで、消費税のルールに対応できますか。

できます。税エンジンが設定可能であれば対応できます。税率はそれぞれ、売上税と仕入税の別々の勘定を持つ一つの設定レコードであり、複数の税率が共存できます。そのため、標準税率の10パーセントと軽減税率の8パーセントは標準機能です。貴社の登録番号は保持され、請求書に自動的に印字されます。

重要なポイント

中小企業にとって最も強い立ち位置は、大部分が設定で構成され、うえに薄く、意図的に積まれたカスタマイズの層を持つ基幹システムです。設定は貴社をアップグレードの経路に乗せ、法改正を設定の更新で吸収し、カスタマイズの努力を、それが真の優位性を生む場面だけに集中させる自由をチームに与えます。カスタマイズは敵ではありません。問わずに済ませるカスタマイズこそが、敵なのです。

まずは標準で始め、例外はすべて理由を伴うものに

基幹システムは、マスターデータ、税エンジン、勘定科目がコードなしで設定できるように作られており、まずフィット・トゥ・スタンダードで始め、意味のある場面だけをカスタマイズできます。まずは2ユーザーまで無料、カード不要で始められます。

→ 無料で始める

---

関連記事

• 基幹システムとは？2026年のクラウドERP選び方完全ガイド
• 2025年の崖を乗り越える：中小企業の基幹システム刷新ガイド