Propriétés système de la planification dynamique

  • Rversion finale: Zurich
  • Mis à jour 31 juil. 2025
  • 7 minutes de lecture
  • Configurez des propriétés pour personnaliser le comportement et la fonctionnalité du processus de planification dynamique en fonction des besoins de votre organisation.

    Les propriétés suivantes vous permettent de contrôler des aspects tels que la fréquence de la planification, l’affectation automatique, les calculs de temps de déplacement et les itérations d’optimisation. L’ajustement de ces propriétés permet d’optimiser les affectations de tâches, d’améliorer l’efficacité et d’aligner le processus de planification dynamique sur vos besoins spécifiques.

    Accédez à la Tous > Service sur site > Administration de la planification dynamique > Propriétés.

    Tableau 1. Propriétés système pour la planification dynamique
    Étiquette de propriété Nom de la propriété Description
    Autoriser les répartiteurs à effectuer une double réservation d'agents manuellement work.management.allow. doublebooking.dynamicscheduling Permet aux répartiteurs de réserver deux fois des agents manuellement, même lorsque la planification dynamique est activée.
    • Type : vrai/faux
    • Valeur par défaut : faux
    Propriété permettant d'ignorer le calcul du temps de déplacement pour que les agents affectent une tâche à l'emplacement en fonction d'un calendrier com.snc.dynamic.scheduling. ignoreAgentTravelTimeDuringScheduling Affecte automatiquement des tâches de commande de travaux sans tenir compte du temps de déplacement pour les agents.

    L’option Ignorer le déplacement apparaît dans le formulaire de tâche de commande de travaux, ce qui permet à la planification dynamique d’affecter des tâches aux agents les mieux classés, quel que soit le temps de déplacement.

    Configurez les paramètres suivants liés à la planification dynamique lorsque l’option Ignorer le déplacement est activée :

    Remarque :
    • La double réservation doit être activée pour que le système affecte automatiquement des tâches à l’agent.
    • Si les heures d’accès sont définies dans une tâche de commande de travaux, le système ignore la limite d’heures d’accès définie lors de l’affectation automatique de cette tâche aux agents. Les heures d’accès sont activées à l’aide du module d’extension Gestion des heures d’accès des services sur site (com.snc.fsm_access_hours).
    • Type : vrai/faux
    • Valeur par défaut : faux
    Optimiser l'évaluation du temps de déplacement du bloc de tâches com.snc.dynamic.scheduling.optimize_travel_time_rating Optimisez l’évaluation du temps de déplacement du bloc de tâches.
    • Type : liste de choix
    • Valeur par défaut : Inclure tous les déplacements

    Vous trouverez ci-dessous plus de détails sur les options de propriété :

    • Inclure le déplacement vers la tâche : idéal lorsque l’arrivée à l’heure est une mesure commerciale clé. Seul le temps nécessaire pour se rendre à la tâche est pris en compte dans l’évaluation. Tout déplacement après la tâche est ignoré pour la notation.
    • Inclure le déplacement après la tâche - Idéal lorsque l’ordre des tâches est important et qu’un séquençage incorrect pourrait augmenter le temps de trajet global.Cela est préférable si vous souhaitez prendre en compte l’impact d’une tâche sur le temps de déplacement vers la tâche suivante. Cette méthode ignore la distance que l’agent doit parcourir pour atteindre la tâche, mais inclut l’impact que le déplacement vers la tâche a sur le reste de l’itinéraire.
    • Inclure tous les déplacements : c’est idéal pour l’efficacité de l’itinéraire si vous souhaitez minimiser le temps de déplacement total sur la journée d’un technicien. Cette méthode prend en compte à la fois le déplacement vers une tâche et le déplacement après une tâche.
    • Inclure aucun déplacement - Idéal pour les tâches à distance, l’assistance virtuelle ou les scénarios de répartition où le technicien est statique, car le déplacement n’est pas un facteur dans l’évaluation du bloc de travail.
    Méthode de calcul de déplacement work.management.travel.calculation. dynamic_scheduling Utilise l’API Google Maps, Beans.AI ou des estimations à vol d’oiseau pour estimer le temps de déplacement de l’agent et la distance à parcourir par rapport aux emplacements des tâches lorsque des tâches sont affectées aux agents à l’aide de la planification dynamique.
    Méthode de calcul de distance work.management.distance.calculation.dynamic_scheduling Calcule le temps de déplacement estimé de l’agent et la distance jusqu’à l’emplacement de la tâche en fonction de l’API Google Maps, de l’Beans.AI ou de la ligne droite.

    Si la propriété de géolocalisation Utiliser l’API Google Maps pour les estimations de temps de déplacement est activée, vous pouvez sélectionner l’API Google Maps ou des estimations à vol d’oiseau dans les propriétés pour calculer la durée de déplacement et la distance estimées.

    Si l’option Utiliser l’API Google Maps pour les estimations de temps de déplacement n’est pas activée, le système utilise la valeur du champ Durée de déplacement estimée de la tâche de commande de travaux pour déterminer l’affectation de tâche à l’agent.

    • Type : liste de choix
    • Valeur par défaut : utilisez une estimation à vol d’oiseau.
    Afficher les journaux de recommandation d'agent avancés à l'utilisateur com.snc.dynamic.scheduling.showlogs Affiche les agents éligibles recommandés aux répartiteurs lors de la planification des tâches à l’aide de la planification dynamique. Type : vrai/faux Valeur par défaut : faux
    Regroupement dynamique avant planification dynamique com.snc.dynamic.scheduling.bundle_before_scheduling Garantit l’exécution du regroupement dynamique avant la planification dynamique. Les tâches à l’état Expédition en attente sont regroupées avant d’exécuter la planification dynamique.
    • Type : vrai/faux
    • Valeur par défaut : faux
    Activer la fonctionnalité d'affectation d'une tâche à un agent dont le temps de déplacement est inférieur au seuil fixé work.management.enable.optimizing.travel Active la planification dynamique pour affecter des tâches de commande de travaux à l’agent le plus proche, quelle que soit sa disponibilité.
    • Type : vrai/faux
    • Valeur par défaut : faux
    Affecter la tâche à un agent dont le temps de déplacement est inférieur au seuil fixé en minutes Travail.Gestion.Déplacement.Temps.Seuil.Minutes Définit la durée de déplacement (en minutes) qui affecte une tâche de commande de travaux à l’agent le plus proche s’il se trouve à une distance de déplacement.
    • Type : nombre entier
    • Valeur par défaut : 0
    Autoriser la planification dynamique pour utiliser uniquement le calendrier de travail/WFO com.snc.dynamic.scheduling.useWorkScheduleOnly Active l’utilisation du calendrier de travail par défaut lors de la planification des agents avec la planification dynamique et l’optimisation des effectifs.
    • Type : chaîne
    • Valeur par défaut : true

    Dates de début et de fin des tâches de commande de travaux

    La planification dynamique utilise les valeurs de champ Date de début et Date de fin de fenêtre dans la tâche de commande de travaux pour planifier les tâches. En outre, les propriétés système, les règles métier et les scripts clients sont pris en compte lors de l’installation et de la configuration.
    • Si les dates de Début de fenêtre et de Fin de fenêtre sont présentes dans les tâches de commande de travaux, la planification dynamique utilise ces dates.
    • Si la tâche a une date de Début de fenêtre mais que cette date est passée, la planification dynamique utilise la date et l’heure actuelles pour cette valeur.
    • Si la tâche a une date de Début de fenêtre mais pas de date de Fin de fenêtre, la planification dynamique utilise la propriété com.snc.wm.wo.task_window_day pour déterminer cette valeur.
    • Si la tâche n’a pas de date de Début de fenêtre mais qu’elle a une date de Fin de fenêtre, la planification dynamique utilise la date actuelle pour cette valeur.
    • Si la tâche n’a pas de date de Début de fenêtre ni de date de Fin de fenêtre, la planification dynamique utilise l’heure et la date actuelles pour le Début de fenêtre et la propriété com.snc.wm.wo.task_window_day pour la Fin de fenêtre.
    • Si une tâche est créée, la date de Fin de fenêtre est automatiquement remplie en fonction de la dernière date de rupture du SLA de sa commande de travaux parente. les règles métier Remplir la fin de fenêtre en fonction du SLA pour les tables SLA de tâche [task_sla] et Tâche de commande de travaux [wm_task], et le script client Calculer la fin de fenêtre doit être défini sur vrai.
    • Si une tâche est créée et que l'option Fenêtre fixe est activée, les règles métier et les scripts clients ne s'exécutent pas et l'heure de Fin de fenêtre n'est pas mise à jour. Si une commande de travaux est créée en fonction d'un rendez-vous et qu'il existe un SLA associé à la commande de travaux, l'heure de Fin de fenêtre est remplie en fonction du rendez-vous et non pas du SLA.
    Le champ Date de début de fenêtre est mis à jour en fonction de la date de livraison de l’ordre de transfert uniquement pour les commandes de travaux qui ne sont pas affectées. La règle métier Synchroniser le délai de livraison avec WOT doit être définie sur Vrai. Pour plusieurs ordres de transfert contenant des besoins de pièces obligatoires, la date de début de la fenêtre est définie sur l’heure de livraison la plus récente du ou des ordres de transfert. La date de début de la fenêtre est mise à jour en fonction des ordres de transfert uniquement lorsque le besoin de pièces associé à l’ordre de transfert est obligatoire. Toutefois, vous pouvez modifier manuellement l'heure de début de fenêtre et remplacer la date existante qui est remplie en fonction de l'ordre de transfert.
    Remarque :
    La date de début de la fenêtre n’est pas mise à jour si la tâche de commande de travaux est un ou plusieurs des éléments suivants :
    • associée à un rendez-vous ;
    • une fenêtre fixe ;
    • La fin de fenêtre est remplie et se trouve avant la date de livraison.