間接アクティビティ更新の最適化済イベント生成
25D更新では、ルートの再計算中にトリガーされる不要なactivityUpdated イベントの数を減らすことで、システム・パフォーマンスを向上させるための拡張機能が導入されています。 この変更は、直接変更されていないが、同じルート内の他のアクティビティの更新によって推定開始時間が変更されるアクティビティに特に適用されます。
ディスパッチャが技術者のルートに過剰な数のアクティビティを誤って割り当てる状況を考えてみます。 1つのアクティビティが遅延または再スケジュールされると、ルートが自動的に再計算され、影響を受けるすべてのアクティビティの推定開始時間が調整されます。 以前は、再計算された推定開始時間がアクティビティの予定日の数日後になるアクティビティの場合でも、これらの各アクティビティは'activityUpdated'イベントを生成していました。 これにより、APIトラフィックとイベント処理が過剰で重複することが多くなりました。
この新しい機能拡張では、次の両方の条件を満たすアクティビティに対して'activityUpdated'イベントが抑制されます。
- 更新は間接的であるため、アクティビティ自体に対する直接ユーザーまたはシステム変更によってトリガーされるのではなく、ルート内の他の場所の変更によってトリガーされます。 たとえば、ルートに対して新しいアクティビティが追加または削除された場合、または前のアクティビティの期間が変更された場合です。
- アクティビティの新規見積開始時間は、割当済リソースのタイム・ゾーンに基づいて、アクティビティの予定日の48時間以上後になります。
これらの低値イベントを抑止することで、システムは不要なノイズを排除しながらクリティカルな更新を維持します。
ビジネス上の利点
- リソース・ルートにアクティビティが多すぎると(たとえば、誤って)、そのルートの変更の処理にかかるリソースが少なくなり、統合によって不要なAPIトラフィックが少なくなります。
- アクティビティがルート変更によって間接的に影響を受ける場合に、不要な
activityUpdatedイベントの数を減らすことで、システムのパフォーマンスと安定性が向上します。 - 統合によりAPIトラフィックを最小限に抑え、処理負荷を軽減し、有意義な更新のみが通信されるようにします。 その結果、リアルタイム監視ツールなど、これらのイベントを使用するシステムは、引き続き集中的かつ効率的になります。
有効化のステップ
この機能は25Dで使用でき、有効化するアクションは必要ありません。
ヒントと考慮事項
- この機能は、ルートの再計算中に間接的に生成される
activityUpdatedイベントにのみ影響します。 たとえば、ユーザーやAPIによってアクティビティが直接更新された場合でも、activityUpdatedイベントはそのまま生成され、その後のアクティビティのスケジュールに関係なく実行されます。 - 48時間のしきい値は、割り当てられたフィールド・リソースのタイム・ゾーンを使用して、アクティビティの当初予定日+ 48時間に基づいて計算されます。 新しいETAがこのしきい値以降であり、更新が間接的である場合、イベントは生成されません。