ITパスポート 令和5年度 問26：system_strategyに関する問題

答えは b「部品購買システム」 です。

かんばん方式は「使った分だけ、その都度すぐ買い足す」やり方で、倉庫にためこむ在庫をギリギリまで減らすのが目的です。

つまり「部品が減った→すぐ買う」をスムーズにつなげたいので、在庫の数字を見て発注をするシステム＝部品を買う係（部品購買システム）とつなぐのが一番ぴったりなんです。

👉 覚え方：在庫を減らす＝こまめに買う＝「買う係」とつなぐ！

ほかの選択肢：a 会計システム＝お金の計算係／c 顧客管理システム＝お客さんの情報係／d 販売管理システム＝売る係。どれも「部品を買い足す」とは直接つながりません。

なぜこれが正解か

正解は b。かんばん方式（ジャストインタイム）は、必要なものを必要なときに必要なだけ調達し、在庫を最小化する仕組み。在庫管理システムで部品在庫の減少を検知したら、すぐに補充の発注をかける必要がある。発注を担うのは部品購買システムなので、これと連携させるのが最も効果的。

各選択肢の解説

• a 会計システム：費用や売上などお金を記録・計算する。在庫補充の発注は行わない。
• c 顧客管理システム：顧客情報や取引履歴を管理する。部品調達とは無関係。
• d 販売管理システム：受注・出荷など「売る側」の管理。部品の購入には直結しない。

覚え方・ひっかけ注意

「在庫を減らす＝発注を素早く」と捉える。販売管理(d)と購買システム(b)を混同しやすいが、買う側＝購買と覚える。

理論的背景

かんばん方式（Kanban System）はトヨタ生産方式（TPS）の核心的手法であり、ジャストインタイム（JIT）生産を実現するための情報伝達システムである。1948年に大野耐一が開発し、後工程が消費した分だけ前工程・仕入先に補充指示を出す「プル型生産管理」の代表例として世界中の製造業に普及した。従来の「生産計画を先に立てて前工程から順に作り込むプッシュ型」（MRPが典型）と根本的に異なり、実際の消費を起点にして情報が逆向きに流れる点が本質的な特徴である。

JIT生産の目的は7つのムダ（作りすぎ・手待ち・運搬・加工・在庫・動作・不良）の排除であり、かんばん方式はとりわけ「在庫のムダ」と「作りすぎのムダ」を制御する手段として機能する。在庫管理システムが部品の実消費数量をリアルタイムで把握し、その情報を部品購買システムへ連携することで、発注から納品までのリードタイム内に必要量が届く仕組みが成立する。在庫管理システムと連携させるべきシステムは「発注機能を持つ部品購買システム」以外に論理的な選択肢はない。

実務での使われ方

現代では物理的な紙のかんばんを電子化した「e-かんばん（電子かんばん）」が普及しており、ERPシステム（SAPなど）内の在庫モジュールと購買モジュールが自動連携することで、人手を介さない発注指示が実現されている。電子かんばんではEDI（電子データ交換）やAPIを通じて仕入先のシステムへ直接発注情報が送信され、在庫が設定した発注点（リオーダーポイント）を下回ると自動的にかんばんが発行される運用が一般的である。

自動車業界ではトヨタのかんばん哲学をサプライチェーン全体に適用し、1次サプライヤーだけでなく2次・3次サプライヤーまでかんばんの連鎖を構築している。一方でJITは在庫バッファを極限まで削るため、東日本大震災（2011年）や新型コロナウイルス感染症（2020年）の際には部品供給の停滞が生産ラインの長期停止を招いた。このBCP（事業継続計画）の観点から、近年は「適正在庫とJITのバランス」「重要部品の戦略的在庫確保」という議論が製造業全体の経営課題になっている。

試験での位置づけ

ITパスポートのストラテジ系・システム戦略分野において、業務システムの役割分担を問う問題は頻出カテゴリである。かんばん方式・JIT・MRP・SCMといった生産管理の用語群とともに、「どの業務にどのシステムが対応するか」の対応関係を横断的に押さえることが得点源となる。本問は在庫管理システムと連携させる情報システムの選択を通じて、かんばん方式の情報フローを理解しているかを問うている。

上位資格の基本情報技術者試験ではSCM（サプライチェーンマネジメント）全体の設計、ERPモジュールの役割（会計・購買・生産・在庫・販売の連携）、EDIの標準規格（UN/EDIFACTやXML-EDI）まで問われる。応用情報技術者・中小企業診断士ではJITとMRPのトレードオフ分析、サプライチェーンリスクマネジメントが主要テーマとなる。

選択肢の発展補足

会計システム（a）：費用・収益・資産・負債を記録・集計するシステム。部品購買が発生すれば最終的に仕訳が計上されるが、在庫残量のリアルタイム変動を検知して発注指示を出す機能は持たない。在庫管理と連携する必要はあるが、発注の起点にはなれない。

顧客管理システム（c）：顧客情報・商談履歴・購買行動を管理するCRM（Customer Relationship Management）の代表的なシステム。組立製造業では販売予測データがMRPの入力となることはあるが、本問のように「在庫が減った→即補充発注」というリアクティブなかんばん方式の文脈では直接連携の必要がない。

販売管理システム（d）：受注・出荷・請求を管理するシステム。在庫の「出る方向」の情報は持つが、それ自体が購買発注を直接起こす機能は持たない。需要予測を購買計画に反映するフォワードな連携（MRP的思想）は可能だが、リアルタイムの在庫消費に応じたプル型発注（かんばん方式）には不適。購買（調達）と販売は情報の向きが逆であることを常に意識したい。