基幹システムと業務システムの違い|基幹系・情報系の分け方と中小企業の具体例

基礎知識公開日:
監修大手コンサルティングファーム出身/基幹システム刷新・業務改革の実務経験を持つ専門家
基幹システムと業務システムの違い|基幹系・情報系の分け方と中小企業の具体例

基幹システムと業務システムの違いは、範囲の大きさです。業務システムは仕事に使うシステム全体の総称で、基幹システムはその中でも止まると受注・出荷・請求・支払いが止まり、会社のお金とモノの記録が狂うものを指します。この記事では、基幹系・情報系の分け方を判定表で示し、製造・卸・建設・サービスの中小企業で何がどちらに入るのかを具体例で整理します。大手コンサルティングファーム出身の専門家の知見をもとに構成しています。

この記事でわかること
  • 基幹システム・業務システム・基幹系・情報系の関係(1枚の図解に相当する比較表)
  • 勤怠・EC・CRM・BIなど迷いやすいシステムを分ける3つの質問と判定表
  • 製造業・卸売業・建設業・サービス業のシステム構成の例
  • 自社のシステムを棚卸しする5つの手順と10のチェックポイント

基幹システムと業務システムの違い:業務システムの中に基幹システムがある

まず言葉の関係を整理します。業務システムは、会社の仕事を処理するためのシステムをまとめて呼ぶ言葉です。販売管理も会計ソフトも、勤怠管理もグループウェアも、広い意味ではすべて業務システムです。

その業務システムを、役割によって2つに分ける考え方が広く使われています。

  • 基幹系システム:受注・出荷・仕入・在庫・生産・請求・会計など、取引そのものを記録・処理するシステム。止まると事業が止まる
  • 情報系システム:メール・グループウェア・文書管理・分析(BI)など、社内の情報共有や意思決定を助けるシステム。止まると不便だが、取引は続けられる

「基幹システム」は、この基幹系システムを指す言葉として使われます。つまり業務システム ⊃ 基幹系システム(=基幹システム)+情報系システムという関係です。基幹システムそのものの定義や構成は基幹システムとはで詳しく解説しています。

この分け方は法令や規格で定められたものではなく、実務で使われてきた区分です。そのため、製品のカタログやベンダーによって線の引き方が少しずつ違います。大切なのは言葉の正確さより、自社にとってどのシステムが止まると困るのかを見極めることです。この見極めが、投資の順番、バックアップの手厚さ、クラウド化の判断を左右します。

ほかの呼び方:SoRとSoE

IT業界では、基幹系をSoR(System of Record:記録のためのシステム)、顧客や取引先との接点をつくるシステムをSoE(System of Engagement:つながりのためのシステム)と呼び分けることもあります。ECサイトや顧客向けアプリ、問い合わせ窓口のシステムはSoEにあたります。中小企業の実務では、SoEは「情報系」と「基幹系の入口」の間に位置すると考えると整理しやすくなります。たとえばECサイトは顧客との接点(SoE)ですが、そこで受けた注文は売上と在庫に直結するため、受注データの部分は基幹系として扱います。

呼び方が増えると混乱しますが、判断の軸は1つです。そのシステムに入ったデータが、会社のお金とモノの記録になるかどうか。なるなら基幹系、ならないなら情報系として扱えば、ほとんどの場面で迷いません。

基幹系システムと情報系システムの分け方

基幹系と情報系は、扱うデータと、止まったときの影響で分けます。次の表は、中小企業が実務で使いやすいように観点を整理したものです。

観点基幹系システム情報系システム
目的取引を正しく記録し、処理する情報を共有し、判断や連絡を助ける
扱うデータ受注・出荷・在庫・請求・入金・仕訳など、金額と数量の記録メール、文書、予定、議事録、集計結果
データの性質1件の誤りが請求額や在庫数の誤りになる。後から消せない多少の誤りや欠落は業務で補える
止まったときの影響出荷・請求・支払いが止まる。取引先に迷惑がかかる連絡や資料作成が不便になる
変更の頻度少ない。変えるときは慎重にテストする多い。部署ごとに使い方を変えてもよい
法令とのかかわり帳簿・請求書・電子取引データの保存など税務の要件がかかる個人情報や文書管理の社内規程が中心
代表例販売管理、購買管理、在庫管理、生産管理、会計、給与グループウェア、メール、チャット、文書管理、BI

止まったときの影響の大きさは、IPAの「非機能要求グレード」の考え方とも重なります。非機能要求グレードは、可用性や性能などの要求水準を決める目安として、社会的影響の大きさで3つのモデルシステムを示しています。IPAの解説資料では、そのうち「社会的影響が限定されるシステム」の例として企業内ネットワークに限定した基幹システムを挙げています。基幹系は、社外の不特定多数には影響しなくても、自社と取引先には直接影響する、という位置づけです。

基幹系の停止時間やバックアップの水準をどう決めるかは、非機能要件とはで具体的な書き方を紹介しています。

迷うシステムはどちらか:3つの質問で判定する

販売管理や会計は迷いません。迷うのは、勤怠管理、EC、顧客管理(CRM)、営業支援(SFA)など、取引に近いけれど直接の記録ではないシステムです。次の3つの質問で判定します。

  1. 止まったら、何時間で取引先か従業員に迷惑がかかるか(半日以内なら基幹系寄り)
  2. そのデータが、請求額・支払額・在庫数・給与額の計算に使われるか(使われるなら基幹系寄り)
  3. そのデータを、税務や労務の書類として保存する義務があるか(あるなら基幹系寄り)

3つのうち2つ以上が「はい」なら、基幹系として扱います。扱い方とは、バックアップ、権限管理、変更時のテスト、障害時の連絡体制を、基幹系の水準でそろえることです。

システム質問1 半日で困るか質問2 金額・数量の計算に使うか質問3 保存義務があるか判定の目安
勤怠管理△ 締め前後は困る○ 給与計算に使う○ 労働時間の記録基幹系として扱う
ECサイト・受注システム○ 注文が止まる○ 売上・在庫に直結○ 取引データ基幹系
顧客管理(CRM)△ 問い合わせ対応が遅れる× 金額は販売管理側× 原則なし情報系寄り(連携は基幹系の水準で)
営業支援(SFA)× 営業日報が書けない程度△ 見込み金額のみ× 原則なし情報系
BI・経営ダッシュボード× 翌日でも可× 集計結果のみ× 原則なし情報系
経費精算△ 締め前後は困る○ 支払と仕訳に使う○ 領収書・電子取引データ基幹系として扱う
グループウェア・チャット△ 連絡が滞る× 使わない× 原則なし情報系(ただし受注連絡に使うなら要注意)

※判定は説明用の例です。同じシステムでも、使い方によって判定は変わります。たとえばチャットで受注を受けている会社では、チャットの停止がそのまま受注の停止になります。

CRM・SFAとERPの役割分担についてはERPとCRM・SFAの違いで、データの持ち方まで含めて解説しています。

コンサルタントの現場メモ

棚卸しで必ず確認するのは、Excelです。「受注台帳.xlsx」「単価表_最新.xlsx」のようなファイルが、実は請求額の計算の起点になっていることがよくあります。この場合、そのExcelは情報系ではなく基幹系の一部です。システムの一覧にExcelが載っていなかったら、各部署に「毎月必ず開くExcelはどれか」と聞いてみてください。そこに基幹系の抜け穴があります。

中小企業の具体例:業種別のシステム構成

業種によって、基幹系の中心になるシステムは変わります。次の表は、従業員50〜200名規模の会社でよく見られる構成を、業種別に整理した例です。

業種基幹系の中心周辺の基幹系情報系つなぎ目で起きやすい問題
製造業(部品加工)生産管理(受注・工程・実績・原価)販売管理、購買、在庫、会計、勤怠図面管理、品質記録、グループウェア生産実績を紙で集め、原価計算が月遅れになる
卸売業販売管理(受注・掛率・在庫引当・締め請求)購買、倉庫管理、会計、EDI営業日報、商品カタログ、BIEDIの受注を販売管理に手で打ち直している
建設業工事台帳・工事原価管理見積、発注、出来高、会計、勤怠施工写真、図面共有、工程表現場ごとの原価がExcelで、会計と合わない
サービス業(保守・点検)契約・案件管理と請求作業実績、部品在庫、会計、給与顧客対応履歴、日報、チャット作業実績と請求が別管理で、請求漏れが出る

※説明用の例です。実際の構成は会社ごとに異なります。

例:製造業のシステム地図を描いてみる

表の1行目を、もう少し具体的に描いてみます。従業員120名、1工場の金属部品加工業を想定します。

  • 受注:得意先からFAXとEDIで届く。EDI分は専用端末で受け、印刷して営業事務が販売管理に入力
  • 生産指示:販売管理から受注一覧をExcelに出し、生産管理担当が工程表に貼り付けて作成
  • 実績:現場は紙の作業日報。翌朝に事務担当がExcelへ入力
  • 出荷・請求:販売管理で出荷を登録し、締め日に請求書を発行
  • 会計:販売管理の売上データをCSVで出し、会計ソフトに取り込み

※説明用の例です。

この会社のシステムは販売管理と会計ソフトの2つだけに見えますが、実際には「EDI端末」「生産指示のExcel」「作業日報のExcel」も基幹系の一部です。転記は、EDIの印刷から販売管理、販売管理からExcel、紙からExcel、販売管理から会計の4か所にあります。どこを先に減らすかを決めるのが、刷新の構想の出発点になります。

どの業種でも、問題が起きやすいのは基幹系と基幹系のつなぎ目、そして基幹系とExcelのつなぎ目です。システム単体の機能は足りていても、間で人が転記していると、そこで誤りと遅れが生まれます。ERP(統合型の基幹システム)は、このつなぎ目を1つのデータベースにまとめる発想の製品です。詳しくはERPとはを参照してください。

中小企業のシステム化はどこまで進んでいるか

中小企業庁の「中小企業白書」(2022年版)は、デジタル化の取組段階を4つに分けて示しています。段階1は紙や口頭のやり取りが中心の状態、段階2は会計・給与計算へのパソコン利用などでデジタル化を始めた状態、段階3は業務フローの見直しをしたうえで売上分析や顧客・在庫管理のデジタル化に取り組む状態、段階4はデータを統合したシステムを活用して競争力の強化に取り組む状態です。

同白書が引用する調査(東京商工リサーチ「中小企業のデジタル化と情報資産の活用に関するアンケート」、回収4,877社)では、2021年時点で段階3〜4の企業の割合が段階1〜2を上回った一方、段階4に到達している企業は約1割にとどまるとされています。

この段階を、基幹系・情報系の言葉で読み替えると次のようになります。

  • 段階2:会計・給与など、基幹系の一部だけがシステム化されている
  • 段階3:販売・在庫など基幹系の主要部分がシステム化されているが、システム同士は人の手でつながっている
  • 段階4:基幹系のデータが統合され、情報系(分析・営業)でも同じデータを使える

多くの中小企業がいるのは段階3です。この段階の課題は「システムがないこと」ではなく、基幹系が部門ごとにばらばらで、つなぎ目に人手と転記があることです。次の一手は、新しい情報系のツールを足すことより、基幹系のつなぎ目を減らすことになる場合がほとんどです。

段階3から4へ進めない会社には、共通する事情があります。部署ごとに「自分の業務はシステム化済み」と感じているため、全社で見たときの転記の多さに誰も気づかないことです。営業は販売管理、工場は生産管理、経理は会計ソフトと、それぞれのシステムには満足している。けれども月末になると、各システムの数字を合わせるために経理が数日かけて照合している。この照合の手間こそが、段階3にとどまっている会社の見えないコストです。

基幹系と情報系を分けて考える4つの理由

1. 投資の順番を間違えないため

情報系のツールは導入が手軽で、効果も目に見えやすいため、先に予算がつきがちです。しかし、基幹系のデータが正しくなければ、BIで作ったダッシュボードの数字も正しくなりません。分析の前に、受注・在庫・原価のデータが1か所で正しく記録されているかを確かめます。

2. 止まったときの備えを変えるため

警察庁の「令和7年上半期におけるサイバー空間をめぐる脅威の情勢等について」によると、2025年上半期のランサムウェア被害の報告は116件で、うち中小企業が77件と約3分の2を占め、件数・割合とも過去最多でした。感染経路はVPNやリモートデスクトップ用の機器からの侵入が8割以上で、調査・復旧に1,000万円以上を要した組織の割合は59%に増えています。

すべてのシステムを最高水準で守る予算は、中小企業にはありません。だからこそ、基幹系はバックアップを社内ネットワークから切り離して保管し、復旧の手順を年に1回は試す。情報系は提供事業者の標準の対策に任せる。こうした濃淡をつけるために、分類が役立ちます。

濃淡のつけ方の目安を表にします。中小企業が最低限そろえたい水準の例です。

項目基幹系の水準情報系の水準
バックアップの頻度毎日。月末・決算時は処理の前後にも取る提供事業者の標準に任せる
バックアップの保管社内ネットワークから切り離した場所に、世代を分けて保管重要文書だけ別に保管
復旧の目標業務時間内に止まったら、当日〜翌営業日中に再開できる手順を用意数日以内に復旧できればよい
復旧の訓練年1回以上、実際に戻してみる手順書の確認のみ
権限入力・承認・マスタ変更を分ける。退職者のIDを即日止める部署単位で管理
変更の管理申請と承認、テスト、変更記録を残す各部署の判断で変更してよい
保守契約障害時の連絡先・受付時間・対応開始の目安を契約に明記標準のサポートで足りることが多い

※説明用の例です。自社の業務で「何時間止まると取引先に迷惑がかかるか」から逆算して決めてください。

3. 法令の保存要件を満たすため

基幹系のデータの多くは、税務上の保存義務がかかります。国税庁は、2024年1月以降、電子取引データ(メールで受け取った請求書のPDFなど)を、改ざん防止の措置や検索できる状態などの要件を満たして電子のまま保存するよう求めています。「経費精算」や「受発注のメール」が基幹系として扱われるのはこのためです。情報系のつもりで運用していたメールやチャットに取引データが残っていないか、確認が必要です。

4. 担当と保守の体制を分けるため

情報系は、部署ごとに使い方を工夫してよい領域です。現場の担当者が設定を変えても、影響はその部署の中で収まります。一方、基幹系の設定変更(単価・締め日・勘定科目の対応など)は、請求や決算の数字に直接響きます。基幹系は変更を申請・承認する担当を決め、変更の記録を残す。情報系は各部署に任せる。この線引きがあると、限られた人数でも管理が回ります。

例:従業員90名・2拠点の設備保守会社
NG「顧客管理とチャットを入れたので、システム化はひととおり済んだ」と考え、点検報告はチャットに写真付きで投稿、請求は事務担当がチャットを見ながら販売管理に手入力している。
OK点検の作業実績を基幹系のデータと位置づけ、作業実績の入力画面から請求データが作られるようにする。チャットは連絡用に限定し、作業実績や部品使用数は必ず基幹系に入力する運用に変える。

※説明用の例です。情報系ツールが基幹系の役割を肩代わりしていると、請求漏れや二重入力が起き、障害時にどこにデータがあるのかも分からなくなります。

なお、電子取引データの保存要件のうち検索の要件については、2課税年度前の売上高が5,000万円以下の事業者などに緩和の措置があります(国税庁の同資料)。ただし、データそのものを保存する義務がなくなるわけではありません。緩和の対象かどうかにかかわらず、取引データがどのシステムに残るのかは決めておく必要があります。

クラウド化・刷新のときに分類が効く場面

基幹系と情報系の区分は、システムをクラウドに移すときや刷新するときの計画にも使えます。

  • 情報系から先にクラウド化する:メール・グループウェア・文書管理は、SaaSへの移行の影響範囲が小さく、先行しやすい領域です
  • 基幹系は業務の見直しとセットで移す:販売管理や会計は、今の仕組みをそのまま移すとカスタマイズが残ります。業務を製品の標準に寄せる検討を先に行います
  • つなぎ目の設計を最初に決める:基幹系をSaaSにしても、情報系や他の基幹系とどのデータを、どの頻度でやり取りするかを決めておかないと、転記がなくなりません

端末側の更新にも注意が要ります。Microsoftは、Windows 10のサポートを2025年10月14日に終了し、以降はセキュリティ更新プログラムやテクニカルサポートを提供しないと案内しています。古い基幹系の中には、特定のWindowsのバージョンでしか動かない専用ソフトもあります。端末を入れ替える前に、基幹系のソフトが新しいOSで動くかを保守会社に確認してください。

基幹系のクラウド化で検討することは基幹システムのクラウド化でまとめています。ローコードツールで基幹系の一部を作る場合の向き不向きは、ローコード・kintoneで基幹システムは作れるかを参照してください。

自社のシステムを棚卸しする5つの手順

  1. 使っているシステムとExcelを全部書き出す
    部署ごとに「毎日使うもの」「毎月必ず使うもの」を挙げてもらいます。正式なシステムだけでなく、Excel・Access・紙の台帳も含めます。
  2. 3つの質問で基幹系・情報系に分ける
    半日止まると困るか、金額・数量の計算に使うか、保存義務があるか。2つ以上が「はい」なら基幹系です。
  3. データの流れを線でつなぐ
    受注から入金まで、仕入から支払いまでの流れで、どのシステムからどのシステムへデータが渡るかを線で結びます。人が転記している線には印をつけます。
  4. 止まったときの影響と復旧手順を確認する
    基幹系ごとに、止まったら何が止まるか、バックアップはどこにあるか、誰が復旧するかを1行で書きます。
  5. 手を入れる順番を決める
    転記の印が多い箇所、復旧手順がない基幹系から優先します。情報系の追加はその後です。

棚卸しの10のチェックポイント

  • システムの一覧に、Excel・Access・紙の台帳も含まれている
  • 各システムが基幹系か情報系かに分類されている
  • 請求額・支払額・在庫数の計算の起点がどのシステムか分かっている
  • 人が転記しているつなぎ目に印がついている
  • 基幹系のバックアップが、社内ネットワークから切り離して保管されている
  • 基幹系の復旧手順を、最近1年以内に試している
  • VPN機器やリモート接続の機器の更新状況を把握している
  • 電子取引データ(メールで受けた請求書など)の保存場所が決まっている
  • チャットやメールが受注の窓口になっていないか確認している
  • 各システムの担当者と、保守を頼んでいる会社が一覧になっている

よくある質問

基幹システムと業務システムは同じ意味ですか?

同じではありません。業務システムは仕事に使うシステム全体の総称で、基幹システムはその中で受注・在庫・会計など取引そのものを処理するシステムを指します。基幹システムは業務システムの一部です。

会計ソフトだけ使っている場合も、基幹システムがあると言えますか?

会計ソフトは基幹系のシステムなので、基幹システムの一部は持っていることになります。ただし、販売・在庫・購買が紙やExcelで管理されている場合、取引の記録は会計ソフトに入る前の段階で人の手を通っています。基幹系として整えるべき範囲は、会計の手前にあることが多いと考えてください。

勤怠管理システムは基幹系ですか、情報系ですか?

分類はどちらでもかまいませんが、給与計算に使うデータで、労働時間の記録として保存が必要なため、基幹系の水準で扱うことをおすすめします。権限管理とバックアップ、締め日前後の停止を避ける運用を整えておきます。

基幹系と情報系は、同じシステムにまとめたほうがよいですか?

まとめる必要はありません。大切なのは、同じデータを二重に入力しないことです。基幹系のデータを情報系から参照できるように連携させれば、システムが別でも問題ありません。逆に、情報系のツールに取引データを持たせてしまうと、管理が難しくなります。

基幹システムの刷新は、情報系のツール導入より先にやるべきですか?

多くの場合はそうです。分析や営業支援のツールは、基幹系のデータが正しく、1か所にまとまっていることを前提に効果を出します。ただし、基幹系の刷新には時間がかかるため、メールやグループウェアのように基幹系と独立した情報系は並行して進めてかまいません。

基幹システム刷新の進め方と料金の考え方をまとめた資料を無料で配布しています

構想策定から要件定義、製品選定、導入までの流れと、どの段階で何を決めるかを1冊にまとめたサービス紹介資料です。社内での検討の出発点に使えます。

資料をダウンロードする(無料)

まとめ

基幹システムと業務システムの違いは、総称と、その中核という関係です。業務システムのうち、受注・在庫・請求・会計など取引そのものを記録し、止まると事業が止まるものが基幹系システム、情報共有や分析を助けるものが情報系システムです。迷うシステムは「半日止まると困るか」「金額・数量の計算に使うか」「保存義務があるか」の3つの質問で判定し、基幹系はバックアップや復旧手順を手厚くします。中小企業の多くは、基幹系がばらばらにつながっている段階にいます。次の一手は、情報系のツールを足すことより、基幹系のつなぎ目の転記を減らすことです。

自社のシステムのどこから手を入れるべきか判断に迷う方は、無料診断で現状のシステム構成と、優先して整えるべき箇所を整理します。

サービス資料(無料・14ページ)
基幹システム構築支援 サービス紹介資料

構想策定から導入まで、進め方と料金の考え方

資料をダウンロードする
この記事の執筆・編集:基幹システム構築支援 編集部(株式会社Digital&)

中小企業の基幹システムの構想策定から導入・定着までを支援する「基幹システム構築支援」の編集部です。記事は、大手コンサルティングファーム出身/基幹システム刷新・業務改革の実務経験を持つ専門家の監修のもと、実務で得た知見と公的な資料をもとに作成しています。