法的な運転手の REST の時間

政府は、トラックドライバーが REST を利用する前に運転できる時間を規制しています。 このような規則は、 1 日のうちに短時間のレストを行い、長期の(夜間の)レストを行うものとします。

たとえば、 EU 諸国では、運転手は 45 分以上のドライブを 4.5 時間行った後に REST を行う必要があります。また、 REST を 11 時間使用する前に、 1 日に合計 9 時間の作業時間を超えてはなりません。

"&restTimes=local" 要求パラメータを使用して、ルータでこの機能をアクティブにします。 その場合、各国の地域の規制がルーティングによって考慮されます。

同じパラメータで、運転者がルートを新鮮に開始するか、または最後の短い REST 期間または長い 期間以降にすでに運転中またはオンデューティになっている時間を指定できます。

REST の時間ルールでは、レストの総経過時間と実際に運転された時間(立っている時間ではなく、荷物を積み下ろしていない時間など)を区別できます。これは、国ごとの規制で両方のバリエーションが使用されているためです。

明示的なルール指定には、次の 10 の要素があります。

  • 短い REST が必要になるまでのドライブのショートセクションのドライブ時間。 車両が動いている間のみ、時計の目盛りが付く。
  • timeShortSec \'81\'5c 短い REST が必要になるまでの経過時間。 クロックティックは常に有効です。
  • restShortSec 法的 REST の短い時間 ( 通常は昼休み ) 。
  • 長距離 REST が必要になるまでのドライブ時間 : LongSec 車両が動いている間のみ、時計の目盛りが付く。
  • timeLongSec \'81\'5c 長い REST が必要になるまでの経過時間。 クロックティックは常に有効です。
  • restLongSec 長い法的 REST 時間 ( 通常は夜間の REST ) 。
  • ルート開始時に最後にショートまたはロングした REST 以降のドライバーの運転時間。
  • elapsedTimeSinceLastShortRestSec ルート開始時に最後にショートまたはロングの REST が発生してからのドライバーの経過時間。
  • ルート開始時に最後に長い REST を走行してからの走行時間。
  • elapsedTimeSinceLastLongRestSec ルート開始時の最後の長い REST 以降のドライバーの経過時間。

ルーティングでは、最適化のために詳細なルールを使用しません。たとえば、 45 分の短い REST を 15 分の休憩に分けてから 30 分の休憩を取るという EU のルールです。 ただし、ルート一致では、ドライバーの REST 時間超過警告を作成するときにこのルールが認識されます。

明示的なルール指定の例 :

  • ヨーロッパの規制。 4.5 時間のドライブを経て、 45 分間 REST を利用しました。 9 時間経過後、 REST が 11 時間経過しました。

    &resttimes=16200,999999,2700,999999,32400,39600 です

  • 米国の規制。 8 時間後、 30 分間 REST をお楽しみください。 14 時間または 11 時間の REST 運転後、 10 時間 最後の長い(したがって、短い) REST は 2 時間前でした。

    &resttimes=999999,28800,1800,39600,50400,36000,7200,7200

ルーティングは、他の待機時間を正規のドライバーの REST 時間と結合しようとします。

  • 経由地に「 stopOverDelay 」があり、その一部がドライバーの REST 時間 ( パラメーター「 stopOverDelayRestTime 」 ) と見なされる場合、ルーティングは、この時点ですでに次に予定されているドライバーの REST を使用して時間を節約する必要があるかどうかを確認します。

  • 車両が状況下で待機する必要がある場合(道路に数時間アクセスできない、週末のトラックバンなど)、ルート探索は、この時点で次回のドライバー REST をすでに取得して時間を節約する必要があるかどうかを確認します。

  • フェリーで長い時間が経過している間に車両がアイドル状態になっている場合、ルート探索は、この時点ですでに次に予定されているドライバーの REST を取得して時間を節約する必要があるかどうかを確認します。

ルーティングでは、待機時間を以前の REST と結合するためのすべての代替オプションが常にチェックされ、全体的に最速のルートとなり、経由地のすべての納期と営業時間を満たす組み合わせが選択されます。 この機能は、指定された出発時間、指定された到着時間、および出発 / 到着の仕様を持たないルーティングに使用されます。

フェリーの出発時刻を待っているケースもあります。 フェリーの正確な出発時刻や、ドライバーが予約した出発時刻は、ルートには含まれていません。 そのため、待機時間とルータによる法的な REST 時間の自動組み合わせを含む待機時間は、フェリーターミナル、ルーティングコール、およびフェリー出発の「開始」時間と「終了」時間のパラメータで、追加の経由地としてモデル化する必要があります。

」に一致する結果は 件です

    」に一致する結果はありません