空圧部品のベンダー管理在庫とは、サプライヤーが合意済みの需要データと在庫データを使い、顧客拠点への供給を計画または開始する補充方式です。購買業務を減らし、部品の可用性を高められます。ただし、VMIは所有権を自動的に移転するものでも、安全在庫をなくすものでも、金銭的な効果を保証するものでもありません。
大量に空圧部品を使用する現場では、繰り返し使うシリンダ、バルブ、継手、チューブ、修理キット、アクセサリのうち、品番が管理されているものが有力候補です。特注アクチュエータ、改訂に敏感なアセンブリ、使用頻度の低い緊急予備品には別の管理が必要です。目標は在庫残高を最小にすることではなく、総コストを測定したうえで安定供給を実現することです。
要点
- VMIでは委託在庫または顧客所有在庫を使えます。所有権は契約で決まります。
- 安定した標準SKUは、特注品や改訂に敏感な部品より、パイロットの候補として扱いやすい傾向があります。
- 開始前に、min-maxの所有者、データ更新頻度、例外、陳腐化、終了条件を定めてください。
- 10社を対象にした実地調査では在庫切れが55%減少しましたが、小売の結果が空圧プログラムの成果を保証するわけではありません。
VMIは空圧部品の購買を実際にどう変えるのか？
OracleはVMIを、サプライヤーまたは購買企業のどちらかが在庫計画と補充活動を担当できるプロセスとして説明しています。この区別が重要なのは、サプライヤーが在庫を監視して補充依頼を作成できる一方、通常の発注書、入荷、請求書、購買側の承認は残るからです（Oracle、2026年）。
通常の購買サイクルでは、工場が不足を把握し、購買依頼を起票し、発注書を発行して、納入を待ちます。VMIでは、サプライヤーが合意された在庫・需要シグナルを受け取り、補充方針と照合し、不足が生産に到達する前に供給を提案または実行します。
これは業務上の引き渡しです。商取引上の所有権は別に決めます。
SAPは、委託型と非委託型のサプライヤー管理在庫を説明しています。委託在庫では消費までサプライヤーが所有し、非委託在庫では商品を受け取った時点で顧客が所有します（SAP）。Oracle PeopleSoftも同じ区別を示し、VMI品は委託型にも非委託型にもできると説明しています（Oracle PeopleSoft）。
| 方式 | 補充を計画する主体 | 工場内の在庫所有者 | 通常の商取引トリガー |
|---|---|---|---|
| 標準購買 | 購買側 | 合意した受入れまたは権利移転イベント後は購買側 | 発注書 |
| 非委託VMI | サプライヤーまたは共同プロセス | 合意した受入れまたは権利移転イベント後は購買側 | 補充依頼と発注書 |
| 委託VMI | サプライヤーまたは共同プロセス | 合意した消費または経過期間イベントまでサプライヤー | 消費通知または所有権変更 |
| 2ビンまたはカンバン補充 | 購買側、サプライヤー、または共同プロセス | 契約による | 空箱、カード、スキャン、数量シグナル |
| サプライヤーハブ在庫 | 通常はサプライヤーがハブ在庫を計画 | ハブと引取条件による | 払出し、引取、出荷依頼 |
この5方式すべての略称として「VMI」を使わないでください。RFQと契約には、計画の責任者、在庫所有者、発注書類、請求イベント、差異の責任者を明記します。
どの空圧SKUがVMIに適しているのか？
SAPはVMIに適した条件として、重要な顧客需要、標準化された反復使用品、安定した要求、意味のある注文処理コストの4つを挙げています。品番が管理され、消費が繰り返される空圧プログラムはこのパターンに合います。変動の大きい特注品や頻繁な設計変更はシグナルを弱めます（SAP、2026年参照）。
年間購入額だけでなく、まずSKUの適格性から始めます。毎シフト使う安価な継手は、数年に1度しか故障しない高価なシリンダより、VMIに向く可能性があります。一方、使用頻度の低い安全重要部品は保護在庫を正当化できても、消費量に基づく自動補充には適さない場合があります。
次の3つの軸を分けて評価します。
- 消費の挙動： 頻度、ばらつき、季節性、プロジェクトによる急増、履歴データの品質。
- 供給への露出： 補充リードタイム、最小発注数量、製造上の制約、代替品の可用性。
- 設計への露出： 図面改訂、シール材質、電圧、ポートねじ、取付インターフェース、承認状態。
| SKUのプロファイル | 推奨する扱い | 理由 |
|---|---|---|
| 安定して使う標準継手、チューブ、サイレンサ、一般的なバルブ | VMIの有力候補 | 頻繁な消費が有効な補充シグナルになる |
| 複数の機械で使う標準シリンダ | 品番管理後のVMI候補 | 集約需要は安定し得るが、取付方式とセンサ仕様を区別する必要がある |
| 継続的な保全需要があるシールキットと修理品 | 条件付きVMI候補 | 保管寿命、エラストマ適合性、キット改訂の管理が必要 |
| 固有設計のシリンダまたは特定機械専用のマニホールド | 購買側で計画、または個別審査 | 少ない在庫残高の裏に長い復旧時間と改訂リスクが隠れる可能性がある |
| 安全関連バルブまたはロックユニット | 管理補充付きの保護重要予備品 | 可用性は重要だが、代替と承認のルールを厳しくする必要がある |
| 旧式または縮小中の機械プラットフォーム用部品 | 終了または最終購入計画 | 自動補充で滞留在庫が生じる可能性がある |
SKUの標準化を先に行う必要がある場合も多くあります。複数の同等シリンダを保有する工場は、min-max水準を設定する前に、空圧シリンダ標準化の戦略を確認してください。互換性を主張する場合は、ISO 15552サプライヤー互換性レビューまたは適用するNFPA寸法規格で実際のインターフェースを確認します。
私たちの経験では、品番を厳密に管理できているかどうかが、空圧VMIパイロットを制御下に保てるかを早期に示す最も強い指標です。技術者、購買、サプライヤーが同じ部品に異なる番号を使うと、補充ルールが実行される前から在庫シグナルが信頼できなくなります。
購買側とサプライヤーはどのデータを共有すべきか？
SAPが文書化しているサプライヤー管理在庫のワークフローは、品目の指定と需要共有から始まり、サプライヤーの出荷通知で終わる5つの主要ステップで構成されます。その間に、在庫水準、min-max設定、出荷計画、スケジュール情報を交換します。商取引の合意が健全でも、データが欠落または古くなれば補充判断は機能しません（SAP、2026年）。
データ契約は、供給契約と同じくらい注意深く作成します。各フィールドについて、記録の正式なシステム、更新頻度、タイムゾーン、単位、場所、訂正方法、例外の責任者を定めてください。
最低限、次を共有します。
- 承認済みのサプライヤー品番と顧客品番。
- 工場、倉庫、キャビネット、またはサブ在庫の場所。
- 使用可能な手持ち数量。
- 隔離品、破損品、引当品、顧客所有品の数量。
- 未処理の発注書と輸送中の出荷。
- 消費または払出しの履歴。
- 需要予測と、既知の停止期間またはプロジェクトによる急増。
- 合意した最小値、最大値、発注倍数。
- サプライヤーのリードタイムと出荷カレンダー。
- 部品改訂、ライフサイクル状態、承認済み代替品。
GS1のEPCIS規格は、ビジネスイベントを中心にトレーサビリティ情報を整理し、分散した拠点間で製品の場所、移動、可用性を表現できます。小規模なVMIキャビネットを運用するためにEPCISが必須なわけではありません。しかし、複数のシステムが在庫データを交換する場合、共有識別子、場所、タイムスタンプ、イベントの意味が重要になる理由をこの規格は示しています（GS1）。
| データ項目 | 記録の正式なシステム | 最低限の管理上の問い |
|---|---|---|
| 手持ち数量 | 倉庫または使用点システム | 隔離品、廃棄品、引当品を除いているか？ |
| 消費 | 払出し、スキャン、機械、または保全記録 | どのイベントを消費とみなすか？ |
| 輸送中数量 | サプライヤーのASNまたは運送業者記録 | いつ補充必要量を減らすか？ |
| 需要予測 | 購買側の計画システム | 確定、計画、参考情報のどれか？ |
| 部品改訂 | 設計システムまたは品目マスタ | 設計変更後に補充を止めるのは誰か？ |
| 代替品 | 承認部品リスト | 購買側の承認なしに出荷できるか？ |
| min-max方針 | 合意済みのVMI記録 | 誰が変更でき、変更をどう監査するか？ |
アクセスは最小権限の原則に従わせます。計画と照合に必要なフィールドだけを共有し、ERPへの無制限アクセスは与えません。個人名付きアカウント、休眠ユーザーの削除、インシデント連絡先、連携が利用できない期間の代替手段を要求します。
私たちの経験では、チームはmin-max数量を早く決めすぎることがあります。まず、払出し、引当、隔離、返品、所有権変更が各システムで何を意味するかを合意してください。そうしなければ、購買側とサプライヤーが、各自のデータは内部的に正しいのに、利用可能数量を異なる値で報告することになります。
min-max補充はどのように管理すべきか？
Oracleは、VMIの最小値と最大値をサプライヤーまたは企業のどちらが設定するか、2つの選択肢を定義しています。手持ち在庫が最小値を下回ると注意を促し、補充依頼を作成し、それを購買依頼と発注書に変えられます。したがって、しきい値の所有者を明確にしなければなりません（Oracle、2026年）。
min-maxの組は、部品に永続的に付く属性ではなく方針です。需要、リードタイム、見直し頻度、出荷数量、サービス目標、欠品の影響によって決まります。これらの入力が変わるたびに見直してください。
空圧部品では、在庫位置が構成の識別性も満たさなければなりません。ストローク、センサ溝、ロッドねじ、クッション、シール材、取付キットが異なる10本のシリンダは、互換在庫ではありません。単なる製品ファミリーではなく、承認済み構成ごとに使用可能な数量を数えます。
契約では、次の問いに答えます。
- トリガーは物理的な手持ち、利用可能在庫、または手持ち＋輸送中のどれを使うか？
- 未処理の引当と隔離数量を差し引くか？
- 補充数量を梱包、パレット、ロット、最小発注数量のどれに丸めるか？
- 提案数量を上書きできるのは誰か？
- 計画外の需要急増後に何をするか？
- 方針をいつ再計算するか？
- 停止期間、販促、新設機械、廃止設備をどう扱うか？
無言の自動化ではなく、例外帯を使います。合意範囲内の通常補充は自動で進めてもよいでしょう。通常の最大値を超える注文、急な需要増、改訂不一致、在庫更新の欠落は、確認のため停止させます。
VMIの紛争を防ぐ契約条件は何か？
Oracleの委託在庫ライフサイクルは、契約と発注、受入れ、原価計算、消費と消費通知、請求と支払いという5つの関連ステージを示しています。この順序は、物理的な占有、会計上の所有権、補充権限、支払いが別のイベントであり、個別に記述しなければならない理由を示します（Oracle、2025年）。
少なくともVMI契約には次を定義します。
| 契約領域 | 開始前に確定する問い |
|---|---|
| 範囲 | どの拠点、場所、SKU、改訂、承認済み代替品を含めるか？ |
| 計画権限 | min-max設定、予測、上書き、補充承認の所有者は誰か？ |
| 在庫所有権 | 委託品か顧客所有か。権利が移転するのは正確にいつか？ |
| 損失リスク | 破損、盗難、汚染、説明できない数量差異を誰が負担するか？ |
| 価格 | 出荷、受入れ、消費、請求のどの時点の価格か。変更をどう承認するか？ |
| 消費 | どのスキャン、払出し、作業指図、所有権変更イベントで債務が発生するか？ |
| サービス | 可用性、充足率、応答時間、エスカレーションをどう測るか？ |
| 陳腐化 | 予測変更、設計変更、機械廃止後の余剰品を誰が所有するか？ |
| 返品 | 未使用、長期保管、旧版、破損品のうち、どれを誰の費用で返せるか？ |
| 監査 | 数量をどの頻度で照合し、調整をどう承認するか？ |
| データとセキュリティ | 対象システム、フィールド、ユーザー、保管期間、インシデント対応義務は何か？ |
| 終了 | どのようにプログラムを終了し、在庫を精算し、データを回収し、供給を続けるか？ |
サプライヤーに空圧部品の代替を包括的に許可しないでください。一見同等のソレノイドバルブでも、電圧、コネクタ、デューティ、手動操作、ポート構成、流量、環境承認が異なることがあります。OEM交換互換性チェックリストを使用し、事前承認した相互参照表の範囲外の代替には購買側の承認を要求します。
購買側は説明可能なVMIの事業性をどう組み立てるか？
Fortune 500の消費財メーカー10社を対象にした実地調査では、継続補充の下で顧客在庫が平均32%、在庫切れが55%減少したと報告されています。この調査は小売流通を対象としており、空圧MROを対象としていません。その数字は改善が可能であることの根拠であり、別の工場への予測値ではありません（Industrial Marketing Management、1999年）。
判断は自社工場の基準値でモデル化します。サプライヤーの削減率から始めないでください。
パイロットSKUについて、少なくとも代表的な運用期間の次を集めます。
- 使用可能在庫の平均値と最大値。
- 在庫切れの発生件数と継続時間。
- 緊急輸送と割高購入の発生。
- 処理した発注書、明細、受入れ、請求書。
- 棚卸し調整と説明できない差異。
- 陳腐化、期限切れ、旧版在庫。
- サプライヤーのリードタイム実績。
- 部品不足に影響された保全または生産イベント。
- 計画、発注、受入れ、照合、緊急手配に必要な社内工数。
そのうえで、同じ条件で比較します。VMI費用、保管設備、スキャナ、ソフトウェア連携、棚卸し、価格変更、入荷運賃、移行工数、終了時在庫を含めます。解放される運転資本は、継続的な運用削減とは分けて扱います。在庫から解放される資本は、年間利益と同じではありません。
研究によれば、VMIはどの需要条件でも自動的に安くなるわけではありません。2025年の2段階モデルでは、需要が減少する場合はVMIコストが低くなりましたが、モデル化した条件で需要が増加すると従来システムのコストが低くなりました（Transportation Research Procedia、2025年）。実務上の教訓は明確です。1つの普遍的なROIを示すのではなく、需要の変動に対して方針を試験してください。
空圧VMIのKPIスコアカード
Oracleのサプライヤーポータルには、補充状況、min-maxしきい値、手持ち数量、補充量、更新状況、品目詳細、履歴トランザクションなど、7つの関連情報群があります。有効なスコアカードは、これらの運用記録をサービス、在庫、データ品質、商取引の結果に結び付けます（Oracle、2026年）。
目標を設定する前に、すべてのKPIを定義します。
| KPI | 推奨定義 | 重要な理由 |
|---|---|---|
| SKU可用性 | 定期観測時点のうち、使用可能在庫が0を超えていた割合 | 物理的に部品が利用できたかを示す |
| 充足率 | 必要日までに全量供給できた注文行を、対象注文行で割った値 | 部分出荷が完了に見えることを防ぐ |
| 在庫切れ発生 | 期間内に対象SKU・場所で発生した不足件数 | 小さな失敗の繰り返しを可視化する |
| 緊急手配率 | 割増対応が必要な対象補充を、全補充で割った値 | 方針が安定しているかを検証する |
| 在庫回転率 | 年換算消費額を、対象在庫の平均原価で割った値 | 在庫が動いているかを示す |
| 過剰・陳腐化在庫 | 合意した処分方針の範囲外にある金額または数量 | 過剰補充の悪影響を捉える |
| 棚卸し精度 | システム数量が、許容差内で確認済み実在数量と一致する度合い | 補充に使う入力を検証する |
| データ遅延 | 物理イベントから共有VMI記録で利用可能になるまでの時間 | 古いシグナルを明らかにする |
| サプライヤー応答時間 | 定義した例外から受領確認と是正計画までの時間 | 例外処理を検証する |
| 管理総コスト | 合意した調達、保管、緊急手配、プログラム、差異のコスト | 削減効果を比較可能にする |
「可用性」と「充足率」は同じではありません。キャビネットにシリンダが1本あれば可用に見えても、4本の注文を満たせないことがあります。逆に、高い充足率が過剰在庫を隠すこともあります。サービス、在庫、例外、コストの指標を一緒に読んでください。
管理された空圧VMIパイロット
Oracleでは、VMI関係を組織またはサブ在庫のレベルで設定でき、組織またはサブ在庫ごとに管理サプライヤーを1社だけ割り当てられます。この2つの範囲設定は、限定的なパイロットに適しています。1か所、管理されたSKUリスト、明確な所有権から始めてください（Oracle、2025年）。
まず、確認しやすい境界を持つパイロットを始めます。
- 範囲を固定する。 場所、承認済み品番、改訂、所有権モデル、書類、ユーザーを一覧化します。
- マスターデータを整える。 重複品番、単位換算、梱包数量、旧版、未承認代替品を解消します。
- 基準値を作る。 プロセスを変える前に、在庫、サービス、例外、工数、コストの定義を記録します。
- シャドー計画を行う。 サプライヤーに補充案を計算させますが、自動リリースせず、購買側が結果を確認します。
- 稼働開始を管理する。 合意範囲内の通常補充だけを有効にし、例外は指名した担当者へ送ります。
- レビューして判断する。 1つの削減率ではなく、事前定義したスコアカードで拡大、修正、終了を決めます。
私たちの経験では、シャドー計画によって、後工程で高コストの問題を生む日常的な誤りを見つけられます。単位の逆転、梱包数量の誤り、古いリードタイム、重複品番、誤った場所に割り当てられた在庫などです。通常補充を自動リリースする前に、これらの記録を修正してください。
パイロットの間は、保全担当者を継続して関与させます。技術者は、機械で実際に不具合を起こす代替品、改訂問題のあるキット、長時間停止を防ぐ「まれな」予備品を知っていることが多いからです。その知見を、工場の空圧アクチュエータ保全チェックリストとロッドレスシリンダ予防保全計画につなげます。
終了試験は開始試験と同じくらい重要です。稼働開始前に、サプライヤーとの関係が終了した場合、工場が品目マスタ、未処理の発注、所有権記録、委託在庫、補充責任をどのように回収するかをシミュレーションします。安全に解消できないプログラムは、レジリエンスではなく依存を生みます。
空圧VMIに関するFAQ
SAPはサプライヤー管理在庫に委託型と非委託型の2つの所有権方式を記載し、Oracleでは計画の所有者とmin-maxの管理者を分けて設定できます。したがって、有用なVMI FAQは、普遍的な購入額の基準や保証された削減率ではなく、契約構造とSKUの適性から始める必要があります（SAP、2026年）。
VMIでは、使うまでサプライヤーがすべての空圧部品を所有するのですか？
いいえ。消費までサプライヤーが所有するのは委託在庫の方式です。VMIでは、受入れ時に顧客所有となる非委託在庫も使えます。契約には、権利移転のイベント、損失リスク、消費記録、請求トリガー、価格基準、未使用品や陳腐化品の扱いを明記してください。
VMIが意味を持つには、空圧部品にどの程度の購入額が必要ですか？
普遍的な年間購入額の基準はありません。SKUの使用頻度、需要の安定性、購買工数、補充リードタイム、欠品の影響、サプライヤーの能力を評価します。頻繁に使う安価な継手は、需要が断続的で改訂も多い高価な特注シリンダより、VMIに向く場合があります。
重要な空圧予備品はすべてVMIに入れるべきですか？
いいえ。重要度が高ければ保護在庫は正当化できますが、需要が予測可能になったり自動補充が安全になったりするわけではありません。固有シリンダ、安全関連バルブ、改訂に敏感なアセンブリは、一般消耗品にVMIを使う場合でも、購買側で管理する在庫、代替品への設計承認、または別の緊急予備品契約が必要になることがあります。
サプライヤーが合意したサービス水準を満たさないと、どうなりますか？
契約には、指標、測定元、レビュー期間、除外条件、エスカレーション時間、復旧計画、商業上の救済を定義します。緊急購入の経路とデータアクセスも残してください。可用性、充足率、応答時間の共通定義がない目標は、履行を求めにくくなります。
工場は複数のVMIサプライヤーを使えますか？
はい。SKUまたは場所の範囲を分けて使えます。各範囲には補充責任者を1社または1主体だけ割り当て、注文の重複を防ぎます。Oracleのクラウドワークフローでは、組織またはサブ在庫内の品目について管理サプライヤーを1社だけ設定できるため、複数のVMIパートナーを使う場合も境界を明確にする必要があります。
出典と技術参考資料
- Oracle：VMIコンポーネント、計画の所有権と補充ワークフロー。2026-07-26参照。
- Oracle：最小・最大在庫しきい値、サプライヤーまたは企業によるしきい値所有。2026-07-26参照。
- Oracle：委託在庫ライフサイクル、権利移転と精算イベント。2026-07-26参照。
- SAP：サプライヤー管理在庫、委託型と非委託型のVMI。2026-07-26参照。
- GS1：EPCISとコアビジネスボキャブラリ、サプライチェーンで共有するイベントデータ。2026-07-26参照。
- Industrial Marketing Management：継続補充の実地調査、1999年発表の10社調査。2026-07-26参照。
- Transportation Research Procedia：VMIと従来システムのコスト比較、需要依存コストのモデル比較。2026-07-26参照。