レンタカーの安全在庫はいくつにすべきか

「2台くらい残しておけば大丈夫だろう」──安全在庫を、そうやって決めていませんか。実際その勘は悪くありません。ただ、なぜ2台なのかを説明できないと、繁忙期にその2台を出すべきかどうかを判断できません。この記事は、その根拠の作り方と、残した台数を台帳でどう表すかの話です。
- 安全在庫とは何か(定義)
- なぜ必要になるのか(同期の時間差)
- 多すぎるとどうなるか=売り逃し
- 決め方の考え方(4つの材料)
- 残す台数を、どこで表すか
- よくある質問
レンタカーの安全在庫とは何ですか?
同期の合間に入る予約に備えて、販売サイトへ出さずに残しておく台数です。予約が入ってから他のサイトの在庫が閉じるまでには時間差があり、その間に別のサイトで最後の1台が売れることに備えます。
製造業や小売の安全在庫と考え方は同じですが、レンタカーでは守る対象が「欠品」ではなく「二重予約」です。品物が足りないだけなら謝って取り寄せられますが、車は当日その場に無ければ代車を探すことになります。
なぜ必要になるのですか?
予約が入ってから他サイトの在庫が閉じるまでに、時間差があるからです。予約の知らせを受け取り、台帳に入れ、各サイトへ新しい数を書き込むまでの間に、別のサイトで同じ車が売れる可能性が残ります。
安全在庫は、この時間差を台数で埋めるための保険です。同期を速くすれば必要な台数は減りますが、時間差そのものは0になりません。逆に言えば、安全在庫の適正値は同期の速さで変わります。

多すぎると、どうなりますか?
その分だけ売れなくなります。安全在庫は保険であって、無料ではありません。5台のクラスに2台の安全在庫を置けば、出せるのは3台。稼働率でいえば、はじめから40%を捨てていることになります。
「怖いから多めに残す」は、実際によく起きています。業界の導入事例には、こう語った事業者がいます。
「オーバーブッキングを防ぐため、予約サイトごとに販売登録する在庫を制限していましたが、1社1社で販売できる在庫数が少なくなってしまうため、機会損失も頻繁に発生していました」
出典:メトロエンジン株式会社「メトロコンダクター」導入事例(株式会社ビッグビジネス/奄美ラッキレンタカー、販売チャネル7サイト)https://metroengines.jp/archives/3226(2023年12月22日公開・2026年9月12日確認)。※当社の事例ではありません。ここで起きているのは、安全在庫の設定ミスというより連携が無いことの代償です。サイト間で在庫が閉じないなら、サイトごとに上限を切るしかない。その結果、どのサイトからも満車にできなくなります。
在庫連動が入ると、安全在庫は「サイトごとの上限」から「全体で数台」に縮められます。
決め方の考え方
決まった正解はありません。次の4つで変わります。
| 材料 | 安全在庫を大きくする方向 | 小さくできる方向 |
|---|---|---|
| クラスの台数 | 台数が多い(1台の重みが軽い) | 台数が1〜2台(引くと売れなくなる) |
| 予約の密度 | 1日に何件も入る繁忙期 | 数日に1件の閑散期 |
| 同期の速さ | 反映が遅い/手作業が残っている | 予約を受けたら即座に台帳へ入る |
| 直前予約の割合 | 当日・翌日の予約が多い | 数週間前の予約が中心 |
実務としては、まず0か1で始めて、二重予約が出たら1つ増やすのが安全です。最初から大きく取ると、それが正しいのか過剰なのかを判断する材料が手に入りません。差が出た記録が残っていれば、あとから根拠をもって動かせます。
注意すべきは台数の少ないクラスです。2台のクラスに安全在庫1を置くと、出せるのは1台。ここは台数を残すより、同期を速くする・手作業の予約を台帳へすぐ入れるなど、時間差を縮める手当てが効きます。
残す台数は、どこで表すのですか?
送信の直前に引くのではなく、台帳の「その日の基準」を下げて表します。レンタコネクトには、販売サイトへ送る数から台数を引く設定はありません(2026年8月に廃止しました)。
レンタコネクトが販売サイトへ送る数は、「車両の残り」と「その車が入っているクラスの残り」のうち小さいほうで、マイナスにはしません。小さいほうを採るのは、同じ車両が複数の車種クラスで売られていることがあるためです。
送信の直前に台数を引く方式をやめたのは、台帳の数とサイトの数が、いつもずれた状態になるからです。ずれが「わざと引いた分」なのか「本当に合っていない分」なのかを、画面で見分けられなくなります。残したい台数は、台帳の数そのものを下げておけば、台帳とサイトは同じ数のままです。
- 表し方:ホームの「在庫状況(車両 × 日付)」でセルを押し、その日の基準を変えます。たとえば5台のクラスで繁忙期の3日間だけ1台残すなら、その3日の基準を4にします
- 効く範囲:その日の基準は、在庫を送っている各販売サイトに同じ値で効きます。サイトごとに別の台数を置く仕組みはありません
- 戻し方:同じセルで「基本の基準に戻す」を選びます
なお、クラスでつないだ商品には、レンタコネクトは台数を計算して送りません(自動0クローズを有効にしたときの「0」と「閉じる直前の値への戻し」を除きます)。そうした商品の台数は、販売サイト側で直接変えます。
レンタコネクトが行わないこと
- 販売サイトへ送る数から、送信の直前に台数を引くこと
- 販売サイトごとに、別の台数や別の基準を置くこと
- 安全在庫の台数を自動で決めること(決めるのは事業者です)
レンタコネクトは、台帳の残りをそのまま販売サイトへ送ります。残したい台数は日ごとの基準で表すので、台帳とサイトの数がずれません。台帳とサイトの差が出た日と商品は、ホームの画面に出ます。初期費用0円、月額10,000円(税別)から。
レンタコネクトを見る →よくある質問
同期の合間に入る予約に備えて、販売サイトへ出さずに残しておく台数です。予約が入ってから他のサイトの在庫が閉じるまでには時間差があり、その間に別のサイトで最後の1台が売れることに備えます。
決まった正解はありません。クラスの台数、予約の密度、同期の速さ、直前予約の割合で変わります。まず0か1で始め、二重予約が出たら増やすと、根拠をもって動かせます。台数が1〜2台のクラスは、引くと売れなくなるため別の手当てが要ります。
二重予約は減りますが、その分だけ売れなくなります。5台のクラスに2台を残せば、出せるのは3台です。安全在庫は保険であって、無料ではありません。
送信の直前に台数を引く設定はありません(2026年8月に廃止しました)。残したい台数は、ホームの「在庫状況(車両 × 日付)」でその日の基準を下げて表します。基準は在庫を送る各販売サイトに同じ値で効き、サイトごとに別の台数を置く仕組みはありません。
出典
- メトロエンジン株式会社「メトロコンダクター」導入事例(2023年12月22日公開) https://metroengines.jp/archives/3226(2026年9月12日確認)
- 送る数の決め方、送信の直前に引く設定を2026年8月に廃止したこと、日ごとの基準の表し方と効く範囲、クラスでつないだ商品の扱いは、当社のレンタコネクトの実装にもとづく記述です(2026年9月12日時点)。