在庫は、車が戻ったから
開くのではない
「返却の処理をしたら、その車が販売サイトでまた売れるようになる」——そう思っていると、ひとつ取り違えます。在庫が開くのは、車が戻ったときではありません。返す予定の日が過ぎたときです。
これは仕様の話であって、良し悪しの話ではありません。ただ、この一点を知っているかどうかで、返却の遅れと延長への対処が変わります。この記事では、在庫がどの数字を見て開いているのかを、仕組みの側から書きます。
- 在庫が開く時点は「返却予定」
- なぜ実際の返却を待たない設計にしたか
- 返却が遅れたときに起きること
- 延長は、料金の話の前に在庫の操作
- キャンセルが戻らない場合
- 現場と在庫をつなぐ一本の線
販売サイトの在庫は、いつ開くのですか？
既定では、返却予定日の翌日から開きます。在庫は日単位で数え、キャンセル以外の予約について、貸出開始日から返却予定日までその車を差し引きます。「時間差予約を許可する（返却日も販売）」をオンにしている場合は、返却予定日から開きます。実際に車が戻ったかどうかも、返却の時刻も見ていません。
つまり在庫を決めているのは、次の3つだけです。
- 貸出開始の日——この日から車が引かれます
- 返却予定の日——既定ではこの日まで引かれます（返却日も販売する設定なら、前日まで）
- 予約の状態——キャンセルなら、そもそも引きません
返却処理が済んだかどうかは、この3つのどこにも入っていません。スタッフがメーターを記録したかも、鍵を受け取ったかも、在庫の数には影響しません。
なぜ「実際に戻ったら開く」にしないのですか？
実際の返却を待つと、処理の遅れがそのまま売れない時間になるからです。予定で開く設計は、現物が無いのに開いてしまう危険と引き換えに、処理の遅れが売上を削らないことを選んでいます。どちらの設計にも代償があります。
| 設計 | 得られるもの | 払う代償 |
|---|---|---|
| 予定で開く（この仕組み） | 返却処理の遅れが在庫を止めない。夕方に戻った車が、翌朝の枠として売れている | 戻っていないのに開く。遅れている日に次の予約が入りうる |
| 実際の返却で開く | 現物と在庫が一致する | 処理が遅れた分だけ在庫が閉じる。繁忙期ほど売り逃す |
繁忙期を思い浮かべると、選び方が見えます。1日20件の返却がある営業所で、返却の処理を翌朝にまとめて行うと、実返却で開く設計ではその20台が、処理が済むまで翌日の枠として売れません。予約がいちばん入る朝の時間帯に、在庫が閉じたままになります。
返却が遅れると、在庫はどうなりますか？
返却予定日を過ぎると開きます。帳簿の上では空いていて、駐車場には車が無い。その日の分に次の予約が入ると、車が足りないまま当日を迎えます。
-
11月3日 ── 返却予定日
既定では、この日まで在庫から引かれています。翌日の11月4日の分からは、この予約が在庫の計算から外れ、販売サイトに1台ぶんの空きが出ます。
-
11月4日 ── 車はまだ戻っていない
帳簿は空、現物は無い。ここが危険な日です。この日の分に入った予約は、車の裏づけがありません。
-
11月5日 ── 実際に返却
ここでようやく現物が戻ります。ただし在庫は前日の分から開いていました。
対処は、遅れが分かった時点で予約の返却予定日を直すことです。「戻りが翌日になりそうだ」と分かったら、返却予定日を翌日に直す。それがそのまま在庫を閉じ直す操作になります。同じ日のうちの遅れは、日単位の在庫の数を変えません。現場から見れば連絡ですが、仕組みから見れば在庫の操作です。
延長を受けたとき、まず何をすればよいですか？
予約の返却予定日を、新しい日に直すことです。現場から見れば延長の連絡ですが、在庫の側から見ればその車を押さえる期間を伸ばす操作です。ここを直さずに料金の精算だけ済ませると、伸びた分の日が販売サイトで空いたままになります。
延長は、料金の話として処理されがちです。追加料金をいただいて、精算して、終わり。けれど在庫から見ると、延長は「押さえる期間の変更」です。順番としては、在庫を先に直してから料金を計算するほうが、事故が起きません。
3日間の貸出が4日間になったとき、増えるのは料金だけではありません。その車が売れない日が1日増えています。予定を直さなければ、その1日は販売サイトで売られたままになります。
キャンセルは在庫にどう効きますか？
キャンセルの予約は在庫の計算から外れるため、その期間が開きます。逆に言えば、キャンセルの情報が台帳に届いていない予約は、車を押さえたままです。販売サイト側でキャンセルされたのに台帳に反映されていなければ、その車は売れる状態に戻りません。
返却の遅れが「開きすぎ」の問題なら、キャンセルの戻し忘れは「閉じすぎ」の問題です。前者は二重予約を招き、後者は売り逃しを招きます。どちらも原因は同じで、予約の状態が現実より古いことです。
在庫がズレる原因は他にもあります。複数サイトで在庫がズレるのはなぜかで5つに整理しました。
現場の処理と販売サイトの在庫は、どこでつながっているのですか？
予約の日付という、一本の線でつながっています。貸出開始日と返却予定日の2つが、販売サイトへ送る在庫の数を決めています。現場で何が起きても、その2つの日付が直らなければ在庫は動きません。
この線は細く、切れていることに気づきにくいという性質があります。現場では返却が終わり、鍵が戻り、メーターも記録された。それでも返却予定日が古いままなら、在庫は現実と違う数字を出し続けます。
逆に言えば、日付さえ正しく保たれていれば、在庫は現場を追いかけます。在庫連動の導入でいちばん効くのは、複雑な設定ではなく、この2つの日付を現実に合わせ続ける習慣のほうです。
現場の処理そのものは、別の製品の担当です。予約の取り込み、配車、出庫返却、貸渡証の交付はレンタゲートが扱います。レンタコネクトが扱うのは、そこで確定した日時を各販売サイトの在庫に届けるところです。配車と台帳の違いも、あわせてご覧ください。
レンタコネクトは、返却の遅れを検知しますか？
遅れそのものは検知しません。見ているのは、台帳の数字と販売サイトの数字が食い違っていないかです。返却の遅れは台帳側の予定が古くなっている状態なので、予定を直していただく必要があります。直せば、その結果は送信を有効にしたサイトへ反映されます。
- ズレを見つけたら、その日・その商品を特定して記録し、画面で通知します。解消されるまで残ります
- 接続直後は観測モードです。販売サイトへ書き込まず、差分だけを表示します
- 台帳の取り込みと在庫の照合を済ませ、事業者がサイトごとに送信を有効にしてから同期が始まります
レンタコネクトは台帳の数字と販売サイトの数字がズレたら、その日・その商品を特定して記録し、画面で通知します。解消されるまで残り続けます。初期費用0円、月額10,000円（税別）から。導入直後は観測モードで書き込みません。台帳の取り込みと在庫の照合を済ませ、事業者がサイトごとに送信を有効にしてから書き込みます。
レンタコネクトを見る →レンタコネクトが行わないこと
- 料金・価格の同期および自動変更は行いません
- レンタコネクトで手動調整した日の値を、送信で上書きしません
- 返却の遅れや延長を自動で判定しません。予定を直すのは事業者の操作です
- 現場の受付・配車・貸渡証は扱いません。レンタゲートの担当です
よくある質問
既定では、返却予定日の翌日から開きます。在庫は日単位で数え、キャンセル以外の予約について、貸出開始日から返却予定日までその車を差し引きます。「時間差予約を許可する（返却日も販売）」をオンにしている場合は、返却予定日から開きます。実際に車が戻ったかどうかと返却の時刻は、この計算に入っていません。
実際の返却を待つ設計にすると、返却処理が遅れた分だけ在庫が閉じたままになり、売れるはずの枠を失うからです。予定で開く設計は、現物が無いのに開いてしまう危険と引き換えに、処理の遅れが売上を削らないことを選んでいます。どちらの設計にも代償があり、片方だけが正しいわけではありません。
返却予定日を過ぎると開きます。帳簿の上では空いていて、駐車場には車が無いという状態です。その日の分に次の予約が入ると、車が足りないまま当日を迎えます。戻りが翌日以降にずれると分かった時点で返却予定日を直すことが、そのまま在庫を閉じ直す操作になります。
予約の返却予定日を新しい日に直すことです。現場から見れば延長の連絡ですが、在庫の側から見れば、その車を押さえる期間を伸ばす操作です。ここを直さないまま料金の精算だけを済ませると、伸びた分の日が販売サイトで空いたままになります。
キャンセルの予約は在庫の計算から外れるため、その期間が開きます。逆に言えば、キャンセルの情報が台帳に届いていない予約は、車を押さえたままになります。販売サイト側でキャンセルされたのに台帳に反映されていない場合、その車は売れる状態に戻りません。
予約の日付という一本の線でつながっています。貸出開始日と返却予定日の2つが、販売サイトへ送る在庫の数を決めています。現場で何が起きても、その2つの日付が直らなければ在庫は動きません。逆に、日付さえ正しく保たれていれば、在庫は現場を追いかけます。
遅れそのものは検知しません。レンタコネクトが見ているのは、台帳の数字と販売サイトの数字が食い違っていないかです。返却の遅れは台帳の側の予定が古くなっている状態なので、予定を直していただく必要があります。直せば、その結果は送信を有効にしたサイトへ反映されます。
接続直後は観測モードです。販売サイトへは書き込まず、台帳との差分だけを表示します。台帳の取り込みと在庫の照合を済ませ、事業者がサイトごとに送信を有効にしてから同期が始まります。レンタコネクトで手動調整した日の値を、送信で上書きすることもありません。
出典
- 在庫を日単位で数え、キャンセル以外の予約について貸出開始日から返却予定日までを差し引く（返却日も販売する設定では前日まで）形であること、返却の時刻と返却処理の完了を計算に含まないことは、当社のレンタコネクトの実装にもとづく記述です（2026年9月12日時点）。
- 料金・観測モード・上書きの扱いは、レンタコネクト製品ページの記載と同じです。