レンタル配送のための配達ルート最適化

ほとんどのレンタル業者に配達コストを尋ねると、燃料とドライバーの時間を引用します。実際の数字はもっと大きく、誰も測定しない部分に存在します：朝のうちに町を二度横断するトラック、車両が本社にテレポートするかのようにスケジュールされる回収、明日の二回目の旅行になる失敗した配達、そして空気しか運ばない空の帰り便。

ルート最適化は大規模なフリートにとっての贅沢ではありません。レンタルビジネスにとっては、価格を上げたりサービスを削減したりせずにマージンを改善する数少ない手段の一つです。運転しないマイルは純粋な節約であり、適切にシーケンスされた各停止は、ドライバーがナビゲートするのではなく配達に費やす時間です。

目標は豪華なアルゴリズムではありません。それは配送の規律です：正しい停止をグループ化し、地理と時間のウィンドウを尊重する順序に配置し、各停止が実際に行われたことを証明し、ライブの機器の可用性から全体をフィードすることで、実際に無料ではないキットのためにトラックを送ることが決してないようにします。これらの4つのことを正しく行えば、停止間の隙間からお金が漏れなくなります。

レンタル物流で最も高価な習慣は、配達と回収を別々の操作として扱うことです。トラックは朝に満載で出発し、空で戻り、午後には空で出発し、満載で戻ります。それは一つの仕事を二つの運行で行うことになり、あなたがすでに運転しているルートの走行距離を二倍にします。

解決策は、取引タイプではなく地理と時間でバッチ処理することです。もしあなたが他の顧客のレンタルが終了する近くの顧客に配達しているなら、その出発トラックは戻りのキットを載せて帰るべきです。既存の配達ルートに折り込まれた回収は、あなたが行う必要のなかった旅行です。忙しいフリートでの1週間で、その統合は5台のトラックと4台のトラックの違いになります。

バッチ処理は、配送ビューが同じ日の同じ地図上に配達と回収を表示する場合にのみ機能します。別々のリストや別々の人の頭の中に存在すると、重複は見えなくなり、節約は決して実現しません。Renttixは、今後の配達と返却を一緒に表示するので、その日の運行を構築する人は、どの回収がどの配達からの帰り道にきれいに座っているかを見ることができ、両方向のために一度トラックを積むことができます。

バッチ処理はどの停止が運行に入るかを決定します。シーケンシングは順序を決定します — そして悪い順序は、欠落したバッチと同じくらい燃料を無駄にする可能性があります。本能的には、予約時間や最初に電話をかけた人によってシーケンスすることです。地理はあなたの予約システムを気にしません。停止3が停止2よりも先に予約されたために都市をジグザグするルートは、理由もなく燃料と時間を浪費します。

まず近接性によってシーケンスし、その後、厳しい制約を尊重するように順序を曲げます：午前10時前にのみ配達を受け入れるサイト、固定時間に始まる仕事のためにキットが必要な顧客、制御されたサイトのアクセスウィンドウ。アートは、固定ポイントを地理的に効率的なループにフィットさせることです。さもなければ、一つの時間ウィンドウが全ルートを散らしてしまいます。

積載順序にも利点があります。停止が適切にシーケンスされると、トラックは配達の逆順で詰め込まれます — 最初の配達は尾部に、最後の配達は鼻に — そのため、ドライバーは必要なアイテムにアクセスするために路肩で機器を移動することはありません。それは各停止で数分を節約し、完全なルート全体で、あなたがフィットさせることができた別の配達になります。

機器があなたの敷地を離れる瞬間、ドライバーがあなたを接続し続けるツールを持っていない限り、あなたは可視性を失います。ドライバーアプリはそのツールです。それはドライバーにその日のシーケンスされた停止、ターンバイターンのナビゲーション、各停止で実際に何が起こったかを記録する方法 — 到着時間、誰がキットを受け取ったか、引き渡し時の状態、証明としての署名または写真を提供します。

配達証明は、アプリが自分自身を支払う場所です。古典的な争い — 「届かなかった」、「すでに損傷していた」、「誰も署名しなかった」 — は、タイムスタンプ付きの写真と引き渡し時にキャプチャされた署名を提示できると消えます。その記録は、あなたの遅延料金、損害請求、および請求書を保護し、電話をかけずにそれを行います。

争いを超えた運用の配当もあります。ドライバーがアプリで停止を完了とマークすると、オフィスはそれをリアルタイムで確認します。配送は運行が予定通りか遅れているかを知り、次の顧客には正確なウィンドウを提供でき、機器のステータスは手が変わる瞬間に更新されます。Renttixはドライバーの活動を注文とアイテムに接続するので、配達証明は誰かの電話に失われた写真ではなく、レンタルに添付されており、すべての下流の料金と記録がそれに依存できます。

失敗した配達は、あなたの日で最も高価なイベントです。あなたは燃料、ドライバーの時間、そしてロックされたゲートや不在の顧客に到着するための車両の摩耗を支払っており、明日もう一度試みるためにすべてを再度支払わなければなりません。さらに悪いことに、失敗した配達は、あなたが行うことができた停止を押しのけるため、二重にコストがかかります。

ほとんどの失敗した配達は、顧客がすでに持っている情報で防ぐことができます。前日に配達ウィンドウを確認し、サイトの連絡先とアクセスの詳細を運行に載せ、誰かがキットを受け取るためにそこにいるように現実的な到着時間を顧客に提供します。顧客が近づいてくるトラックを追跡できるドライバーアプリは、失敗の最大の原因 — 誰も家にいないこと — を取り除きます。業界のコストベンチマークは、トラックの完全に積載された運行コストを、機器がボード上でアイドル状態にあるのを考慮する前に、時間あたり数十に設定していますので、1回の再運行を回避することは多くの予防策の費用を賄います。

空の帰り便は、より静かな漏れです。何も載せずに基地に戻るトラックは、あなたが支払ったが使用しなかった容量です。これはバッチ処理とシーケンシングが出会う場所です：規律あるオペレーターは、出発便と同じくらい帰り便を注意深く計画し、回収で満たして、キットが帰るのを待っているルートに沿って空で運転されるマイルがないようにします。

最も損害を与えるルーティングエラーは、間違ったターンではありません — 実際に利用可能でない機器のためにトラックを配送することです。それは、配達スケジュールと機器の可用性が異なるシステムに存在するか、同じシステム内にあるが同期していないときに発生します。トラックが到着すると、キットは別のレンタル中であったり、ワークショップにあったり、すでに他の誰かに約束されていたりして、運行が崩壊します。

配送はライブの可用性に基づいて構築される必要があります。配達がスケジュールされる前に、システムは特定のアイテム — 製品タイプだけでなく — がその日、その数量で無料であり、他の場所にコミットされていないことを確認する必要があります。可用性と配送が一つの接続されたビューであるとき、存在しないキットのためにトラックをルーティングすることはできません。

これは、レンタルプラットフォーム内でルーティングを実行することの利点です。Renttixは配送をリアルタイムの可用性に結びつけるので、配達はシステムが無料であると知っている機器に対してのみスケジュールでき、完了した運行 — 出発または回収 — は、発生した瞬間に可用性を更新します。最適化されたルートは、実際に運転できるルートです。なぜなら、各停止の背後にある機器が本当にそこにあるからです。地図と在庫の間のこの接続が、ルート計画を願望からスケジュールに変えるのです。