基幹システムとは|ERP・業務システムとの違い、構成と見直しのタイミング

基幹システムとは、販売・購買・在庫・生産・会計など、止まると出荷や請求が止まる業務を支えるシステムの総称です。ERPは基幹業務を1つのデータベースでつなぐ製品の考え方、業務システムは特定の業務を担う個々のシステムを指します。見直すべきかどうかは製品の古さではなく、システム同士のつなぎ目で人が転記しているか、サポート期限が迫っていないかで判断します。この記事では、3つの言葉の違い、基幹システムを構成するモジュール、作り方の選択肢、自社の状態を確かめるチェックリスト、見直しのタイミングを、大手コンサルティングファーム出身の専門家の知見と公的な調査をもとに解説します。
- 基幹システム・ERP・業務システム・情報系システムの違い
- 基幹システムを構成する7つのモジュールと、モジュール間を流れるデータ
- 基幹システムの作り方(パッケージ・SaaS・ローコード・スクラッチ)と、公的レポートが示す中小企業の原則
- 中小企業の基幹システムによくある4つの状態と、見直しを始める6つのタイミング
- 主なサポート期限の例と、現状評価のチェックリスト(15項目)
基幹システムとは:モノとカネの流れを記録する仕組み
基幹システムは、会社の中でモノ(受注・仕入・在庫・製造・出荷)とカネ(請求・入金・支払・会計)の流れを記録し、つなぐシステムです。受注を登録すると在庫が引き当てられ、出荷すると売上と請求が立ち、月末には会計に仕訳が渡ります。この流れのどこかが止まれば、出荷も請求もできなくなります。
これに対して、メール・グループウェア・ファイル共有・分析ツールなど、業務を補助するシステムは「情報系システム」と呼ばれます。止まると不便ですが、その日のうちに出荷や請求が止まるわけではありません。
基幹システムかどうかは、製品の名前ではなく役割で決まります。たとえば、従業員80名の部品卸で、受注と請求を市販の販売管理ソフト、仕入と在庫をExcel、決算を会計ソフトで回しているなら、その3つの組み合わせがその会社の基幹システムです(※説明用の例です)。基幹システムと業務システムの分け方をさらに詳しく知りたい方は基幹システムと業務システムの違いもご覧ください。
基幹システム・ERP・業務システムの違い
この3つは並べて使われることが多いものの、指しているものの次元が違います。基幹システムは役割、ERPは作り方(製品の考え方)、業務システムは個々のシステムの単位です。
| 言葉 | 指すもの | 具体例 | 押さえたい点 |
|---|---|---|---|
| 基幹システム | 事業の中核業務を支えるシステムの総称(役割による分類) | 販売管理・在庫管理・生産管理・購買管理・会計 | 1つの製品でも、複数のシステムの組み合わせでもよい |
| ERP | 基幹業務を1つのデータベースで統合する製品・考え方 | 販売・購買・在庫・生産・会計をモジュールとして持つ統合パッケージ | データが1か所にあるので転記が減る。標準機能に業務を合わせる前提 |
| 業務システム | 特定の業務を担う個々のシステム | 販売管理ソフト、勤怠管理、給与計算、見積作成ツール | 基幹業務のものも、そうでないものもある |
| 情報系システム | 情報共有や意思決定を補助するシステム | グループウェア、ファイル共有、BI(分析ツール) | 基幹システムのデータを使って分析することが多い |
中小企業では、販売管理ソフト・会計ソフト・Excelをつないで基幹業務を回している例がよく見られます。これも基幹システムの一つの形です。問題は形ではなく、つなぎ目で人が転記しているか、データが一致しているかです。ERPを入れれば解決するとは限らず、販売・購買・在庫は1つの製品で、会計は今の会計ソフトのまま、という組み合わせが合理的なこともあります。ERPという言葉の意味はERPとは、中小企業向けの製品の選び方は中小企業のERPの選び方で解説しています。
基幹システムを構成する7つのモジュール
基幹システムは、業務ごとの「モジュール」に分けて考えると整理しやすくなります。次の表は、主要な7つのモジュールと、それぞれから次のモジュールに流れるデータです。人事・給与は専用のシステムが使われていることが多いため、ここでは基幹システムと連携させる前提で扱います。
| モジュール | 主な機能 | 次に渡すデータ | 中小企業でよくある現状 |
|---|---|---|---|
| 購買 | 発注、入荷、検収、仕入計上、支払予定 | 入荷→在庫、仕入→財務会計 | 発注はFAXと紙、仕入はExcelで集計 |
| 生産 | 生産計画、所要量計算、作業指示、実績収集、原価集計 | 資材の所要量→購買、完成品→在庫、実績→管理会計 | 生産計画は担当者のExcel、実績は日報を後で入力 |
| 在庫 | 入出庫、拠点間移動、棚卸、引当、ロット管理 | 在庫数→販売・生産、在庫金額→財務会計 | 帳簿と実在庫が合わず、月末に数え直す |
| 販売 | 見積、受注、出荷、売上計上、請求、入金消込 | 受注→生産・在庫、売上→財務会計 | 販売管理ソフトはあるが、見積と受注は別入力 |
| 財務会計 | 仕訳、総勘定元帳、決算、債権債務の管理 | 実績→管理会計 | 会計ソフトへ手で仕訳を入力、月次決算に時間がかかる |
| 管理会計 | 部門別・製品別の損益、予算実績管理、原価分析 | 経営判断の材料 | Excelで集計し、数字が出るのは翌月中旬以降 |
| 顧客・営業 | 顧客情報、案件・商談管理、問い合わせ管理 | 受注見込み→販売・生産 | 案件は営業個人の手帳やExcelにある |
※「よくある現状」は説明用の例です。
表の「次に渡すデータ」の列が、人の手で転記されているところほど、二重入力・数字の不一致・締めの遅れが起きます。基幹システムの見直しは、モジュールを入れ替えることよりも、このつなぎ目をどうするかを決めることが中心になります。各モジュールの機能をもう一段細かく知りたい方はERPの機能一覧が参考になります。
つなぎ目を数える:受注1件が何回入力されているか
自社のつなぎ目の多さは、受注1件を追いかけると見えてきます。次は、従業員60名・2拠点の金属加工会社の例です(※説明用の例です)。
ERPに入れ替えなくても、つなぎ目を3か所連携させるだけで入力回数が4回から1回に減る場合があります。見直しの第一歩は、この回数を数えることです。
基幹システムの作り方:パッケージ・SaaS・スクラッチの違い
基幹システムを新しくするときの作り方は、大きく4つに分かれます。どれか1つを全業務に当てはめる必要はなく、業務ごとに組み合わせることもできます。
| 作り方 | 中身 | 向いている業務 | 注意点 |
|---|---|---|---|
| パッケージ(ERP・業務ソフト) | 既製の製品を設定して使う。自社サーバーでもクラウドでも動かせる製品がある | 会計、販売、購買、在庫など、どの会社でも流れが似ている業務 | 標準機能に合わない業務をどう扱うかを先に決める |
| SaaS(クラウドサービス) | インターネット経由で月額・年額で利用する | 会計、給与、勤怠、経費精算など | 複数のSaaSを使うと、サービス間の連携とデータの一致を設計する必要がある |
| ローコード(kintone等) | 画面と項目を組み立てて業務アプリを作る | 案件管理、日報、申請など、件数が多すぎない業務 | 在庫引当や原価計算など、複雑な計算が多い業務には限界がある |
| スクラッチ(独自開発) | 業務に合わせて一から開発する | 競争力に直結する独自の価格設定・生産方式 | 費用と期間が大きく、作った後の保守体制が必要 |
経済産業省が2025年5月に公表した「DXの現在地とレガシーシステム脱却に向けて」(レガシーシステムモダン化委員会の総括レポート)では、アンケートに回答した799社のうち、ユーザー企業の61%がレガシーシステムを保有していると集計しています。同レポートは中堅・中小企業について、オーダーメイドのスクラッチ開発は避け、パッケージやSaaSを原則とすべきという考え方を示しています。
クラウドの利用も広がっています。総務省「令和7年通信利用動向調査」(2026年5月公表、常用雇用者100人以上の企業が対象)では、クラウドサービスを一部でも利用している企業は83.5%でした。用途を見ると、「給与、財務会計、人事」が56.3%と多い一方、「受注販売」は16.8%、「購買」は16.7%、「生産管理、物流管理、店舗管理」は16.4%です。会計・給与は先にクラウドへ移り、販売・購買・生産はまだ社内のシステムで動かしている会社が多い、という姿がうかがえます。クラウドへの移し方は基幹システムのクラウド化、作り方の比べ方は作り方の比較で紹介しています。
中小企業の基幹システムによくある4つの状態
IPA(情報処理推進機構)の「DX動向2026」(2026年7月公表、国内企業1,799社が有効回答)によると、DXに取り組んでいる企業の割合は、従業員1,001人以上では98.7%に達する一方、100人以下では41.6%にとどまります。DXに取り組んでいない企業に理由を尋ねた設問では、100人以下の企業で「自社がDXに取組むメリットがわからない」が54.0%で最も高く、101〜300人の企業では知識・情報の不足や推進する人材の不足が上位に挙がっています。
基幹システムの現場で見ると、中小企業には次の4つの状態が重なっていることが多くあります。
| 状態 | 何が起きているか | 放置すると |
|---|---|---|
| つなぎ目の転記 | 受注を販売管理に入れ、同じ内容を生産用Excelと会計ソフトにも入れる | 入力ミスと数字の不一致が続き、確認作業が増える |
| 業務の属人化 | 「この取引先だけ処理が違う」「月末だけ特別な締め方」が特定の担当者の頭の中にだけある | 担当者の退職・休職で業務が止まる |
| システムのブラックボックス化 | 長年の改修で中身が分かる人がいない。仕様書がない | 小さな変更にも時間と費用がかかり、移行も難しくなる |
| Excelの増殖 | システムで足りない部分を各部署がExcelで補い、ファイルが増え続ける | 最新版がどれか分からず、経営数字の集計が遅れる |
経済産業省の「DXレポート」(2018年9月)は、レガシーシステムを「老朽化、肥大化・複雑化、ブラックボックス化したシステム」と表現しています。規模の大小にかかわらず、長く使ってきた基幹システムほど、この状態に近づいていきます。期限を過ぎた今も残る課題は2025年の崖とはで整理しています。
中小企業と大企業では、基幹システム刷新でつまずく場所が違います。大企業では「誰が何を決めるか」の整理が課題になりやすいのに対して、中小企業では業務の属人化、IT人材の不足、経営者への意思決定の集中、現場の兼務負担が重なります。
注意したいのは「今と同じことができればいい」という言葉です。この言葉のまま要件を集めると、例外処理や独自帳票がすべて新システムに持ち込まれ、費用も期間も膨らみます。先に「誰が・どの業務を・なぜその方法でしているか」を書き出し、残す理由のない処理はやめる、と決めてから製品を見てください。
見直しを始めるべき6つのタイミング
基幹システムの見直しは、構想策定(目安1〜2か月)、要件定義(同1〜3か月)、製品選定(同1〜2か月)、導入・移行(同2〜4か月)を足すだけで、開発・設定の期間を除いても半年を超えます。「困ってから」では間に合わない場面があります。次の6つのどれかに当てはまったら、検討を始める時期です。
| タイミング | 具体的なきっかけ | 最初にすること |
|---|---|---|
| 保守・サポートの終了 | サーバー・OS・製品のサポート終了の案内が届いた | 終了日と、延長保守の有無をメーカー・販売店に確認する |
| 担当者の退職・異動 | システムや特殊な処理を分かっている人が近く辞める | その人がしている業務と例外処理を、在籍中に書き出す |
| 事業の変化 | 拠点の追加、新事業、EC・海外取引の開始、M&A | 今のシステムで扱えない取引・データを洗い出す |
| 数字が出るのが遅い | 月次決算や部門別損益が翌月中旬以降にしか出ない | 集計にかかっている工程と、転記の回数を数える |
| Excelと二重管理の増加 | システムの外で管理しているファイルが増え続けている | 部署ごとのExcelの一覧と、その用途を集める |
| 改修費が高い・遅い | 小さな変更の見積もりが高く、対応に数か月かかる | 直近数年の改修内容と費用を一覧にする |
基幹システムまわりの主なサポート期限の例
「保守・サポートの終了」は、期限が公表されているものから確認できます。中小企業の基幹システムに関係しやすい例を挙げます。
| 対象 | 公表されている期限 | 出典 |
|---|---|---|
| Windows Server 2016(延長サポート) | 2027年1月12日(米国時間) | Microsoft ライフサイクル |
| SAP ERP(ECC 6.0等)のメインストリーム保守 | 2027年末。延長保守オプションで2030年末まで | SAP公式発表(2020年2月) |
| 富士通「Cloud Service for オフコン」 | 新規販売は2026年3月31日で終了、サービス提供は2031年3月31日まで | エフサステクノロジーズ公式ページ |
※2026年11月時点で各社公式ページで確認した内容です。自社の製品・版数・契約によって期限が異なる場合があるため、必ず販売元に確認してください。
オフコンなど古いシステムを使っている場合は、保守終了から逆算した計画が必要です。オフコンのリプレイスと移行先の比較で詳しく解説しています。SAP製品を使っている場合はSAP 2027年問題とはをご覧ください。
現状評価チェックリスト(15項目)
自社の基幹システムの状態を確かめるためのチェックリストです。当てはまる項目に印をつけてください。
- 同じデータ(受注・仕入など)を2つ以上のシステムやExcelに入力している
- 販売管理と在庫の数字が合わず、月末に確認や修正をしている
- 会計ソフトへの仕訳を、手作業で入力または加工して取り込んでいる
- 月次決算の数字が出るのは翌月10日以降になる
- 製品別・部門別の損益をExcelで集計している
- 営業が在庫や納期をすぐに答えられず、社内に確認している
- 特定の担当者しか分からない処理(取引先別の締め、独自の計算など)がある
- 業務フローや処理ルールを書いた文書がない、または古い
- システムの中身を説明できる人が社内にいない
- システムの仕様書・設計書がない、または現状と合っていない
- サーバー・OS・ソフトのサポート終了日を把握していない
- 小さな改修でも見積もりが高く、対応に時間がかかる
- 拠点・事業・取引形態の変化に、システムが追いついていない
- システムで足りない部分を補うExcelが部署ごとにある
- システム刷新の目的や優先順位を、経営として決めたことがない
| 当てはまった数 | 状態の目安 | 次の一歩 |
|---|---|---|
| 0〜4 | 大きな問題は少ない。部分的な改善で足りる可能性が高い | つなぎ目の転記を1つずつ減らす。サポート終了日だけは確認しておく |
| 5〜9 | つなぎ目や属人化の負担が大きく、見直しの検討時期 | 現状の業務フローを図にし、困りごとを部署ごとに集める |
| 10以上 | 業務とシステムの両方で整理が必要。刷新を前提に構想を立てる段階 | 刷新の目的と成功基準を経営として決め、構想策定に着手する |
※目安は説明用の例です。点数より、どの項目に当てはまったかを見てください。たとえば「サポート終了日を把握していない」は1項目でも、期限が近ければ最優先になります。
見直しを進めるときの3つの原則
基幹システムの見直しを「どの製品にするか」から始めると、比べる基準がないまま製品のデモを見ることになります。順番と判断の軸を次のように置きます。
- 製品より先に、目的と業務を決める
「刷新後にどの数字が変わっていれば成功か」を経営として決め、現状の業務と課題を整理します。月次決算の締め日数、受注入力の時間、棚卸差異の金額など、刷新前後で比べられる数字を1〜3個選び、今の値を測っておきます。目的・範囲・ロードマップの決め方は基幹システムの構想策定とはで解説しています。 - 標準化する業務と、独自に残す業務を分ける
会計処理や経費精算のような業務は製品の標準機能に合わせ、独自の価格設定や特殊な生産管理など競争力に直結する部分だけを個別に作ります。パッケージかスクラッチかの二者択一ではなく、組み合わせで考えます。 - 総コストと、稼働後の成果で判断する
初期費用だけでなく、データ移行・教育・保守を含む5年程度の総保有コストで比べます。成功したかどうかは、稼働したかではなく、対象業務が新システムで回り、決めた数字が改善したかで判断します。費用の比べ方はERP・基幹システムの費用をご覧ください。
部分改善で足りるか、刷新が必要かの見分け方
見直しといっても、全部を入れ替える必要があるとは限りません。次の表で、自社がどちらに近いかを確かめます。
| 見る点 | 部分改善で足りやすい | 刷新を検討すべき |
|---|---|---|
| サポート期限 | 主要な製品・サーバーの期限が3年以上先 | 期限が2年以内、または延長保守しか手段がない |
| つなぎ目の数 | 転記しているつなぎ目が1〜2か所 | 受注1件を3回以上入力している |
| 中身が分かる人 | 社内か保守会社に、仕様を説明できる人がいる | 作った人が退職し、仕様書もない |
| 事業の変化 | 取引形態や拠点は当面変わらない | 拠点追加・新事業・EC開始などで、扱えない取引が出ている |
| Excelの役割 | 集計や分析の補助にとどまる | 受注・在庫・原価の正本がExcelにある |
※判断の目安は説明用の例です。右の列が2つ以上当てはまる場合は、部分改善を重ねるより、構想策定で全体の方針を決めてから着手する方が手戻りが少なくなります。
構想から稼働までの段階と、各段階で何を決めるかは基幹システム導入の進め方で解説しています。
よくある質問
販売管理ソフトと会計ソフトを使っています。これも基幹システムですか?
はい、基幹業務を支えている以上、基幹システムです。基幹システムかどうかは製品の種類ではなく、役割で決まります。見直しの必要性は、ソフト同士のつなぎ目で転記や手作業の加工が発生しているかどうかで判断します。
中小企業でもERPを入れるべきですか?
必ずしもそうではありません。複数拠点の在庫を一元管理したい、販売から会計までのデータをつなぎたい、といった目的があればERPは有力な選択肢です。一方、課題が一部の業務に限られるなら、既存のソフトを活かして連携を整える方が費用も負担も小さく済むことがあります。
基幹システムの見直しは、何から始めればよいですか?
まず、現状の業務の流れを部署をまたいで1枚の図にし、同じデータを何回入力しているかを数えてください。あわせて、サーバー・OS・製品のサポート終了日を一覧にします。そのうえで、経営として「何を改善したいか」「どの数字が変われば成功か」を決めます。製品の比較は、その後です。
基幹システムをクラウドにすると、何が変わりますか?
サーバーの購入・更新や、OSのサポート終了への対応を自社で抱えなくて済むようになります。一方で、月額・年額の利用料が続くこと、製品のバージョンアップの時期を自社で選べないことがあるため、5年程度の総費用と運用の負担をあわせて比べます。
基幹システムの見直しには、どのくらいの期間がかかりますか?
販売・在庫・購買・会計を対象にする場合、構想策定1〜2か月、要件定義1〜3か月、製品選定1〜2か月、導入・移行2〜4か月が目安で、これに開発・設定の期間が加わります。サポート期限がある場合は、移行リハーサルのやり直しや稼働延期に備えた予備期間も含めて、期限から逆算して開始時期を決めてください。
構想策定から要件定義、製品選定、開発・導入までの進め方と、各段階で決めること、料金の考え方をまとめたサービス紹介資料です。
資料をダウンロードする(無料)まとめ
基幹システムとは、モノとカネの流れを記録し、つなぐ仕組みです。ERPはその作り方の一つであり、販売管理ソフトと会計ソフトの組み合わせも基幹システムです。見直すべきかどうかは、製品の新しさではなく、つなぎ目の転記、業務の属人化、ブラックボックス化、Excelの増殖がどれだけ起きているか、そしてサポート期限がいつかで判断します。作り方は、中堅・中小企業ではパッケージやSaaSを基本に、競争力に直結する部分だけを個別に作る組み合わせで考えます。
チェックリストの結果をどう読めばよいか分からない、何から手をつけるべきか整理したいという方は、無料診断で現状の課題と見直しの優先順位を整理します。
- IPA「DX動向2026」(2026年7月公表。国内企業1,799社の有効回答)
- 経済産業省「DXレポート ~ITシステム『2025年の崖』の克服とDXの本格的な展開~」(2018年9月)
- 経済産業省「DXの現在地とレガシーシステム脱却に向けて」(2025年5月)
- 総務省「令和7年通信利用動向調査の結果」(2026年5月)
- Microsoft「Windows Server 2016 – Microsoft Lifecycle」
- SAP News「SAP S/4HANA Maintenance 2040」(2020年2月)
- エフサステクノロジーズ「Cloud Service for オフコン サービス提供終了までのご案内」
構想策定から導入まで、進め方と料金の考え方
資料をダウンロードする

