Le solveur Livraison sur le dernier kilomètre s’appuie sur un algorithme de tournée de véhicules conçu pour une flotte de véhicules qui livrent des colis aux clients finaux. Il peut être utilisé pour les livraisons depuis un seul entrepôt ou centre de distribution aux localisations de nombreux clients finaux, livraisons qui peuvent s’avérer aussi denses que celles à un petit nombre de clients dans un grand nombre de rues. En revanche, il n’est pas adapté pour des livraisons dans chaque maison de chaque rue.
Les sociétés de livraison déterminent les localisations de livraison des colis (ordres) qui doivent être desservies par chaque itinéraire (chauffeur et véhicule de livraison) et dans quel ordre. L’objectif principal est de desservir au mieux les ordres en générant des itinéraires regroupés afin que les chauffeurs puissent livrer tout le monde, et de réduire le coût de fonctionnement global de la flotte de véhicules.
Le solveur Itinéraire de Network Analyst trouve le meilleur itinéraire que doit emprunter un véhicule donné pour desservir plusieurs arrêts. Le solveur Livraison sur le dernier kilomètre et le solveur Tournée de véhicules trouvent les meilleurs itinéraires que doivent emprunter les véhicules d’une flotte pour honorer plusieurs ordres. Le solveur Tournée de véhicules offre une grande flexibilité et peut modéliser toute une variété de contraintes, mais cette souplesse limite aussi l’algorithme. Le solveur Livraison sur le dernier kilomètre ne prend en charge qu’un sous-ensemble des contraintes, mais offre pour celles-ci un algorithme performant et de meilleure qualité.
Remarque :
La configuration minimale du solveur Last Mile Delivery (Livraison sur le dernier kilomètre) est un ordre et un itinéraire. Chacun des ordres et itinéraires requiert un nom unique. L’heure de début au plus tôt, la date de début au plus tôt et la durée totale maximale sont requises pour chaque itinéraire et peuvent être spécifiées à l’aide des attributs EarliestStartTime, EarliestStartDate et MaxTotalTime dans la classe d’entités Routes (Itinéraires). Ces trois valeurs peuvent être spécifiées alternativement comme heure du jour par défaut, date par défaut et propriétés de la couche Max Total Time (Temps total max) dans l’onglet Last Mile Delivery Layer (Couche Livraison sur le dernier kilomètre).En savoir plus sur la création d’une couche d’analyse de réseau
En savoir plus sur le solveur Livraison sur le dernier kilomètre
Ordres
La classe d’entités Ordres enregistre les ordres qui font partie d’une couche d’analyse Livraison sur le dernier kilomètre. Il s’agit des localisations des clients finaux auxquels les itinéraires livrent les colis, ou de la localisation du client initial où les colis sont enlevés pour livraison.
Si les ordres comprennent des éléments à enlever ou à livrer, ces éléments peuvent avoir une ou plusieurs capacités reposant sur une combinaison de mesures (poids, volume ou nombre d’unités, par exemple). Certains ordres, tels que les visites d’inspection, peuvent n’être associés à aucune livraison ou enlèvement.
Un ordre peut avoir une durée de desserte, laquelle correspond au laps de temps nécessaire pour effectuer le travail chez l'ordre. Par exemple, une durée de desserte de 20 minutes peut s'avérer nécessaire à un camion de livraison pour qu'un meuble soit déchargé et acheminé jusqu'au domicile d'un client. La durée de desserte peut être la même pour tous les ordres ou elle peut être différente pour chaque ordre.
Certaines particularités peuvent être associées à un ordre. Autrement dit, un ordre peut nécessiter un technicien possédant certaines compétences (par exemple, un électricien) ou un véhicule avec certaines fonctions (comme un monte-charge). Seul un itinéraire ayant la même particularité sera affecté à l'ordre.
Ordres : champs en entrée
La table suivante décrit les champs en entrée de la classe d’entités Ordres :
| Champ en entrée | Description | Type de données |
|---|---|---|
| ObjectID | Champ d'ID géré par le système. Cette valeur ne peut pas être nulle. | ID d’objet |
| Shape | Champ de géométrie qui indique l'emplacement géographique de l'objet d'analyse de réseau. | Géométrie |
| Name |
Nom de l'objet d'analyse de réseau. Le nom doit être unique. Les noms d’ordre respectent la casse et ne doivent pas être vides, même si l’ordre est exclu du calcul. Ce champ joue le rôle de clé primaire. Il est utilisé comme clé étrangère pour faire référence aux ordres dans la table Particularités d’ordre. | Texte |
ServiceTime |
Temps qui sera passé à la localisation de réseau traversée par l’itinéraire, soit la valeur d’impédance de la localisation de réseau. Une valeur zéro ou nulle indique que la localisation de réseau n’implique aucune durée de desserte. L’unité de cette valeur de champ est spécifiée par la propriété Time Field Units (Unités du champ temporel) de la couche d’analyse. | Double |
TimeWindowStart |
Heure de début de la fenêtre horaire pour la localisation réseau. Ce champ peut contenir une valeur Null, ce qui indique aucune heure de début. Une fenêtre horaire n'indique que le moment auquel un véhicule peut arriver à un ordre, et non l'heure à laquelle la desserte doit être terminée. Pour tenir compte de la durée de la desserte et du départ avant la fin de la fenêtre horaire, vous devez soustraire la valeur ServiceTime de la valeur TimeWindowEnd. | Date |
TimeWindowEnd |
Heure de fin de la fenêtre horaire pour la localisation réseau. Ce champ peut contenir une valeur Null, ce qui indique aucune heure de fin. | Date |
|
MaxViolationTime |
Une fenêtre horaire est considérée comme violée si l'heure d'arrivée survient après la fin de la fenêtre horaire. Ce champ spécifie l’infraction de temps maximale autorisée pour la fenêtre horaire de l’ordre. Elle peut contenir une valeur de zéro, mais pas de valeurs négatives. La valeur zéro indique qu’une violation de fenêtre horaire est inacceptable et que la fenêtre horaire est donc stricte. En revanche, une valeur nulle indique qu’il n’existe aucune limite en termes d’infraction de temps autorisée. Une valeur différente de zéro indique le retard maximal autorisé ; par exemple, un itinéraire peut arriver jusqu’à 30 minutes après la fin de la fenêtre horaire d’un ordre. L’unité de la valeur de champ est spécifiée par la propriété Time Field Units (Unités du champ temporel) de la couche d’analyse. | Double |
InboundArriveTime | Heure à laquelle l’élément à livrer conformément à l’ordre sera prêt au dépôt initial. L’ordre ne peut être attribué à un itinéraire que si l’heure d’arrivée entrante précède l’heure de départ de l’itinéraire, car l’itinéraire ne peut pas quitter le dépôt avant que l’élément ne soit prêt à y être chargé. Ce champ permet de modéliser des scénarios qui impliquent des transbordements entrants. Par exemple, un colis ou un paquet en cours de livraison se trouve à bord d’un vol entrant dont l’arrivée est prévue à 9h30. Pour s’assurer qu’aucun l’itinéraire sortant n’est attribué à cet ordre avant l’arrivée de la cargaison, l’heure d’arrivée entrante de l’ordre est fixée à 9h30. Remarque :
| Date |
OutboundDepartTime | Heure à laquelle l’élément à enlever conformément à l’ordre doit arriver au dépôt final. L'ordre peut être attribué à un itinéraire uniquement si l'itinéraire peut parvenir à l'ordre et atteindre son dépôt final avant l'heure de départ sortante spécifiée. Ce champ permet de modéliser des scénarios qui impliquent des transbordements sortants. Par exemple, une société de transport envoie des camions de livraison enlever des colis de différents ordres et les ramener dans un dépôt où ils sont transférés vers d’autres installations, sur le chemin de leur destination finale. A 15 h 00 chaque jour, un semi-remorque s'arrête au dépôt pour collecter les colis hautement prioritaires et les emmener directement dans un centre de traitement. Pour éviter que les colis hautement prioritaires ne soient retardés et doivent attendre jusqu’à 15h00 le jour suivant, la société de transport prévoit d’envoyer des camions de livraison enlever ces colis afin de les apporter au dépôt avant 15h00. Pour ce faire, l’heure de départ sortante doit être fixée à 15h00. Remarque :
| Date |
| Taille de la livraison. Vous pouvez spécifier la taille dans n’importe quelles dimensions, comme le poids, le volume ou la quantité. S’il existe plusieurs quantités de livraison, spécifiez-les à l’aide des champs DeliveryQuantity_1 à DeliveryQuantity_9. Si des champs DeliveryQuanity_# sont utilisés, les champs PickupQuantity_# ne peuvent pas l’être. Le solveur prend en charge soit tous les ordres de livraison, soit tous les ordres d’enlèvement, mais pas les deux. | Double |
| Taille de l'enlèvement. Vous pouvez spécifier la taille dans n’importe quelles dimensions, comme le poids, le volume ou la quantité. S’il existe plusieurs quantités d’enlèvement, spécifiez-les à l’aide des champs PickupQuantity_1 à PickupQuantity_9. Si des champs DeliveryQuanity_# sont utilisés, les champs PickupQuantity_# ne peuvent pas l’être. Le solveur prend en charge soit tous les ordres de livraison, soit tous les ordres d’enlèvement, mais pas les deux. | Double |
| AnchorRule | Spécifie la règle d’ancrage de l’ordre, soit en d’autres termes, s’il doit être le premier ou le dernier ordre sur l’itinéraire. S’il est de plus contraint à un itinéraire spécifique, cela peut être contrôlé par le champ AssignmentRule. Ce champ est contraint par les valeurs suivantes (leurs valeurs précodées sont affichées entre parenthèses) :
| Long |
|
AssignmentRule | Spécifie la règle applicable aux options d’attribution de l’itinéraire de l’ordre. Elle est contrainte par les valeurs suivantes (leurs valeurs précodées sont affichées entre parenthèses) :
| Long |
|
Champs de localisation réseau
|
Ensemble, ces champs décrivent le point sur le réseau où se trouve l’objet. Pour en savoir plus sur la localisation des entrées sur un réseau |
|
CurbApproach | Spécifie la direction dans laquelle doit se trouver un véhicule lorsqu’il arrive à une localisation de réseau ou en part. Les valeurs possibles sont les suivantes (leurs valeurs précodées sont affichées entre parenthèses) :
| Long |
Ordres : champs en entrée/sortie
La table suivante décrit les champs en entrée/sortie de la classe d’entités Ordres :
| Champ en entrée/sortie | Description | Type de données |
|---|---|---|
|
RouteName |
Nom de l'itinéraire auquel l'ordre est attribué. En tant que champ en entrée, ce champ est utilisé pour préattribuer un ordre à une tournée spécifique. Il peut contenir une valeur Null qui indique que l'ordre n'est préattribué à aucun itinéraire et que le solveur détermine la meilleure attribution d'itinéraire possible pour l'ordre. Si cette valeur est Null (Nulle), la valeur du champ de séquence doit l’être aussi. Le champ RouteName est une clé étrangère du champ Name dans la classe Itinéraires. Après une opération de résolution, si l’ordre est acheminé, le champ RouteName contient le nom de l’itinéraire auquel l’ordre est affecté. | Texte |
|
Sequence | Séquence de l’ordre sur l’itinéraire qui lui est attribué. En tant que champ en entrée, il permet de spécifier la séquence relative d'un ordre sur l'itinéraire. Ce champ peut contenir une valeur Null qui spécifie que l'ordre peut être placé n'importe où le long de l'itinéraire. Les valeurs de séquence en entrée ne peuvent pas être négatives et doivent uniques pour chaque itinéraire (communes aux passages au dépôt et aux ordres), mais elles ne doivent pas nécessairement commencer à 0 ou être contiguës. Après une opération de résolution, le champ Sequence contient la valeur de séquence de l’ordre sur itinéraire qui lui est affecté. Les valeurs de séquence en sortie pour un itinéraire sont communes aux passages au dépôt et aux ordres. Les séquences démarrent à 0 (au dépôt initial) et sont consécutives. La plus petite valeur de séquence en sortie possible pour un ordre d’itinéraire est 1, car un itinéraire commence toujours à un dépôt, même virtuel. | Long |
Status |
Spécifie le statut du point par rapport à sa localisation sur le réseau et au résultat de l’analyse. Les valeurs possibles sont les suivantes :
Si des fenêtres horaires sont utilisées et que l’itinéraire arrive trop tôt ou trop tard, la valeur passe à Time window violation (Violation de fenêtre horaire) (6). | Long |
Ordres : champs en sortie
La table suivante décrit les champs en sortie de la classe d’entités Ordres :
| Champ en sortie | Description | Type de données |
|---|---|---|
| Ces champs contiennent un résumé des contraintes violées ; ils sont définis après un calcul. Chaque champ comporte une violation. Si un ordre comporte plusieurs violations, le champ ViolatedConstraint_# suivant est utilisé.
| Long |
FromPrevTravelTime | Temps de trajet entre l’arrêt précédent et l’arrêt actuel. L’unité de cette valeur de champ est spécifiée par la propriété Time Field Units (Unités du champ temporel) de la couche d’analyse. | Double |
FromPrevDistance | Distance entre l’arrêt précédent et l’arrêt actuel. L'unité de cette valeur de champ est spécifiée par la propriété Unités du champ de distance de la couche d'analyse. | Double |
ArriveCurbApproach | Côté du véhicule où se trouve le trottoir lorsque le véhicule arrive à la localisation de réseau. Si la valeur du champ CurbApproach de la localisation de réseau est Right side of vehicle (Côté droit du véhicule), la valeur du champ ArriveCurbApproach après le calcul est Côté droit du véhicule. Toutefois, si la valeur du champ CurbApproach est Either side of vehicle (Peu importe le côté) ou No U-Turn (Pas de demi-tour), la valeur du champ ArriveCurbApproach peut être le côté droit ou gauche selon celle qui produit le chemin le plus court en tout. | Long |
DepartCurbApproach | Côté du véhicule où se trouve le trottoir lorsque le véhicule quitte la localisation de réseau. Si la valeur du champ CurbApproach de la localisation de réseau est Right side of vehicle (Côté droit du véhicule), la valeur du champ DepartCurbApproach après le calcul est Côté droit du véhicule. Toutefois, si la valeur du champ CurbApproach est Either side of vehicle (Peu importe le côté) ou No U-Turn (Pas de demi-tour), la valeur du champ DepartCurbApproach peut être le côté droit ou gauche selon celle qui produit le chemin le plus court en tout. | Long |
ArriveTime | Valeur de date et heure indiquant l'heure d'arrivée à l'ordre. La tournée peut arriver à l'ordre avant le commencement de l'une des fenêtres horaires de l'ordre, auquel cas il y a un temps d'attente à l'ordre. Dans le cas d’un ordre avec fenêtres horaires souples, l’itinéraire peut aussi arriver à l’ordre après la fin de l’une des fenêtres horaires, auquel cas il y a une infraction de temps à l’ordre. Cette heure d’arrivée correspond aux temps de trajet utilisés par le solveur lors du calcul de l’optimisation. Si des données de trafic sont disponibles sur le réseau, le solveur utilise la moyenne des temps de trajet sur toute la journée. Lors de l'utilisation de données de trafic couvrant plusieurs fuseaux horaires, le fuseau horaire de cette valeur de l'heure est extraite de l'élément de réseau sur lequel se trouve l'ordre. | Date |
DepartTime | Valeur de date et heure indiquant l’heure de départ de l’ordre. L'itinéraire part de l'ordre une fois la desserte terminée. Cette heure de départ correspond aux temps de trajet utilisés par le solveur lors du calcul de l’optimisation. Si des données de trafic sont disponibles sur le réseau, le solveur utilise la moyenne des temps de trajet sur toute la journée. Lors de l'utilisation de données de trafic couvrant plusieurs fuseaux horaires, le fuseau horaire de cette valeur de l'heure est extraite de l'élément de réseau sur lequel se trouve l'ordre. | Date |
WaitTime | Temps d'attente ou escale à l'ordre. Par exemple, une valeur de temps d’attente est utilisée si un itinéraire doit attendre l’ouverture d’une fenêtre horaire. L’unité de cette valeur de champ est spécifiée par la propriété Time Field Units (Unités du champ temporel) de la couche d’analyse. | Double |
ViolationTime | Laps de temps écoulé entre la fin de la fenêtre horaire de l'ordre et l'arrivée de la tournée du véhicule. L’unité de cette valeur de champ est spécifiée par la propriété Time Field Units (Unités du champ temporel) de la couche d’analyse. | Double |
Dépôts
La classe d’entités Dépôts enregistre les dépôts qui font partie d’une couche donnée d’analyse Livraison sur le dernier kilomètre. Un dépôt est un emplacement d'où part un véhicule au début de sa journée de travail et à laquelle il retourne à la fin de la journée. Les dépôts sont également des lieux où les véhicules sont chargés (en cas de livraison) ou déchargés (en cas de collecte). Pour le solveur Livraison sur le dernier kilomètre, tous les itinéraires doivent commencer à la même localisation de dépôt et prendre fin à la même localisation de dépôt. Cependant, les localisations des dépôts de départ et d’arrivée peuvent être différents ou modélisés en tant que localisations de dépôt virtuelles et ne pas être explicitement spécifiées dans le problème.
Dépôts : champs en entrée
La table suivante décrit les champs en entrée de la classe d’entités Dépôts :
| Champ en entrée | Description | Type de données |
|---|---|---|
ObjectID | Champ d'ID géré par le système. | ID d’objet |
Shape | Champ de géométrie qui indique l'emplacement géographique de l'objet d'analyse de réseau. | Géométrie |
Name |
Nom de l'objet d'analyse de réseau. Ce champ est une clé primaire. Il est utilisé comme clé étrangère dans les couches d’entités Itinéraires et Passages au dépôt pour faire référence aux dépôts. Les noms de dépôt respectent la casse, ne doivent pas être vides et doivent être uniques. | Texte |
|
Champs de localisation réseau
|
Ensemble, ces champs décrivent le point sur le réseau où se trouve l’objet. Pour en savoir plus sur la localisation des entrées sur un réseau |
|
CurbApproach |
Spécifie la direction dans laquelle doit se trouver un véhicule lorsqu’il arrive à une localisation de réseau ou en part. Les valeurs possibles sont les suivantes (leurs valeurs précodées sont affichées entre parenthèses) :
| Long |
Dépôts : champ en entrée/sortie
La table suivante décrit les champs en entrée/sortie de la classe d’entités Dépôts :
| Champ en entrée/sortie | Description | Type de données |
|---|---|---|
Status |
Spécifie le statut du point par rapport à sa localisation sur le réseau et au résultat de l’analyse. Les valeurs possibles sont les suivantes :
Si des fenêtres horaires sont utilisées et que l’itinéraire arrive trop tôt ou trop tard, la valeur est modifiée en Time window violation (Violation de fenêtre horaire) (6). | Long |
Itinéraires
La classe d’entités Itinéraires stocke les itinéraires qui décrivent les caractéristiques du véhicule et du chauffeur : Un itinéraire peut être défini par des temps de service aux dépôts initial et final, une heure de début fixe ou souple, des coûts opérationnels basés sur le temps ou sur la distances, de nombreuses capacités, diverses contraintes sur la journée de travail d'un chauffeur, etc.
Itinéraires : champs en entrée
La table suivante décrit les champs en entrée de la classe d’entités Itinéraires :
| Champ en entrée | Description | Type de données |
|---|---|---|
ObjectID | Champ d'ID géré par le système. | ID d’objet |
Name |
Nom de l'objet d'analyse de réseau. Ce champ est la clé primaire. Il est utilisé comme clé étrangère dans les couches d’entités Ordres et Passages au dépôt et dans les tables RouteSpecialties. Les noms d’itinéraire respectent la casse et ne doivent pas être vides, même si l’itinéraire ne fait pas partie du calcul. Le nom doit être unique. | Texte |
|
StartDepotName | Nom du dépôt initial de l'itinéraire. Tous les itinéraires doivent avoir le même dépôt initial. Ils peuvent tous avoir la même localisation, spécifiée dans la classe Dépôts, ou tous être laissés avec une valeur nulle. Le dépôt initial et le dépôt final peuvent être différents. Ce champ est une clé étrangère du champ Name de la classe Dépôts. Les objets de dépôts doivent exister pour pouvoir apparaître dans la liste déroulante StartDepotName. Si la valeur de StartDepotName est nulle, l’itinéraire commence au premier ordre affecté. Omettre le dépôt initial est utile lorsque le point de départ du véhicule est inconnu ou sans rapport avec le problème de tournée. Les dépôts de départ virtuels ne sont pas autorisés si les ordres ou les dépôts se situent dans plusieurs fuseaux horaires. Si des livraisons sont prévues le long de l’itinéraire et que la valeur de StartDepotName est Null, la cargaison est supposée avoir été chargée sur le véhicule à un dépôt virtuel avant le début de l’itinéraire. | Texte |
|
EndDepotName | Nom du dépôt final de l'itinéraire. Tous les itinéraires doivent avoir le même dépôt final. Ils peuvent tous avoir la même localisation, spécifiée dans la classe Dépôts, ou tous être laissés avec une valeur nulle. Le dépôt initial et le dépôt final peuvent être différents. Ce champ est une clé étrangère du champ Name de la classe Dépôts. Les objets de dépôts doivent exister pour pouvoir apparaître dans la liste déroulante EndDepotName. | Texte |
|
StartDepotServiceTime |
Durée de desserte au dépôt initial. Cette valeur peut servir à modéliser le temps passé à charger le véhicule. Ce champ peut contenir une valeur Null qui indique un temps de service égal à zéro. L’unité de cette valeur de champ est spécifiée par la propriété Time Field Units (Unités du champ temporel) de la couche d’analyse. Remarque :Les durées de traitement aux dépôts initial et final sont des valeurs fixes (fournies par les valeurs des champs StartDepotServiceTime et EndDepotServiceTime) et ne prennent pas en considération la charge réelle d’un itinéraire. Par exemple, le temps de chargement d'un véhicule au dépôt initial peut dépendre de la taille des ordres. Par conséquent, les valeurs des durées de desserte aux dépôts peuvent correspondre à une cargaison pleine ou une cargaison moyenne, ou vous pouvez effectuer vos propres estimations de temps. | Double |
|
EndDepotServiceTime |
Durée de desserte au dépôt final. Cette valeur peut servir à modéliser le temps passé à décharger le véhicule. Ce champ peut contenir une valeur Null qui indique un temps de service égal à zéro. L’unité de cette valeur de champ est spécifiée par la propriété Time Field Units (Unités du champ temporel) de la couche d’analyse. Remarque :Les durées de traitement aux dépôts initial et final sont des valeurs fixes (fournies par les valeurs des champs StartDepotServiceTime et EndDepotServiceTime) et ne prennent pas en considération la charge réelle d’un itinéraire. Par exemple, le temps de chargement d'un véhicule au dépôt initial peut dépendre de la taille des ordres. Par conséquent, les valeurs des durées de desserte aux dépôts peuvent correspondre à une cargaison pleine ou une cargaison moyenne, ou vous pouvez effectuer vos propres estimations de temps. | Double |
| EarliestStartDate | Première heure de début admissible pour l’itinéraire. Le solveur s’en sert avec la valeur EarliestStartTime pour indiquer la date et l’heure de début au plus tôt (la plus ancienne) de l’itinéraire. Soit ce champ, soit la propriété de couche RouteStartDate doit être renseigné(e). Si ce champ est laissé avec la valeur nulle, c’est la valeur RouteStartDate qui est utilisée pour l’itinéraire. Lorsque des jeux de données réseau sont utilisés avec des données de trafic sur plusieurs fuseaux horaires, le fuseau horaire de EarliestStartTime est le même que le fuseau horaire du tronçon ou de la jonction où se trouve le dépôt initial. | Date Only (Date uniquement) |
EarliestStartTime |
Première heure de début admissible pour l'itinéraire. Le solveur s’en sert avec la valeur EarliestStartDate pour indiquer la date et l’heure de début au plus tôt (la plus ancienne) de l’itinéraire. Soit ce champ, soit la propriété de couche RouteStartTime doit être renseigné(e). Si ce champ est laissé avec la valeur nulle, c’est la valeur RouteStartTime qui est utilisée pour l’itinéraire. Lorsque des jeux de données réseau sont utilisés avec des données de trafic sur plusieurs fuseaux horaires, le fuseau horaire de EarliestStartTime est le même que le fuseau horaire du tronçon ou de la jonction où se trouve le dépôt initial. | Time Only (Heure uniquement) |
StartFlexibility | Temps entre l’heure de début au plus tôt (la plus ancienne) de l’itinéraire autorisée et le début de l’itinéraire. La valeur peut être nulle ou égale à zéro, ce qui signifie qu’il n’y a aucune souplesse dans l’heure de début, ou être un nombre positif. L’unité de cette valeur de champ est spécifiée par la propriété Time Field Units (Unités du champ temporel) de l’objet d’analyse. | Double |
ArriveDepartDelay |
Temps nécessaire pour que le véhicule accélère jusqu’à atteindre une vitesse de circulation normale, décélère jusqu’à un arrêt, et entre et sorte du réseau (entrée et sortie d’un parking, par exemple). L’unité de cette valeur de champ est spécifiée par la propriété Time Field Units (Unités du champ temporel) de la couche d’analyse. Si vous incluez une valeur ArriveDepartDelay, le solveur est dissuadé d’envoyer de nombreux itinéraires pour traiter physiquement des ordres coïncidents. Le coût de ce champ est encouru par les visites à des dépôts et des ordres non coïncidents. Par exemple, lorsqu'un itinéraire commence à un dépôt et visite le premier ordre, le retard d'arrivée/de départ total est ajouté au temps de trajet. Cela est également valable pour le déplacement du premier ordre au deuxième ordre. Si les deuxième et troisième ordres coïncident, la valeur de ArriveDepartDelay n’est pas ajoutée entre eux, car le véhicule n’a pas besoin de se déplacer. Prenons l’exemple de cinq ordres coïncidents dans une très haute tour, desservis par trois itinéraires différents. Trois retards d’arrivée/de départ sont alors subis, car trois chauffeurs doivent trouver des places de parking et entrer dans le même bâtiment. Alors que si les ordres peuvent être desservis par un seul itinéraire au lieu de trois, un seul chauffeur devra se garer et pénétrer dans le bâtiment, et donc un seul retard d’arrivée/de départ sera subi. Comme le solveur cherche à réduire le coût, il va tenter de limiter les retards d’arrivée/de départ et donc choisir l’option avec un seul itinéraire. (Il se peut que plusieurs itinéraires doivent être envoyés lorsque d’autres contraintes, comme des particularités, des fenêtres horaires ou des capacités, l’exigent.) | Double |
| Capacité maximale (par exemple, volume, poids, quantité) pouvant être transportée par le véhicule. S’il existe plusieurs capacités, spécifiez-les à l’aide des champs Capacity_1 à Capacity_9. Remarque :Une chaîne vide ou une valeur Null représente l'infini. Les valeurs de capacité ne peuvent pas être négatives. | Double |
|
FixedCost | Coût monétaire fixe encouru seulement si l'itinéraire est utilisé dans une solution (autrement dit, si des ordres lui sont attribués). Ce champ peut contenir des valeurs Null, ce qui indique un coût fixe de zéro. Ce coût fait partie du coût de fonctionnement total de l'itinéraire. | Double |
|
CostPerUnitTime |
Coût monétaire encouru (par unité de temps de travail) pour la durée totale de l’itinéraire, y compris les temps de trajet, les durées de desserte et le temps d’attente aux ordres et aux dépôts. Ce champ ne peut pas contenir de valeur nulle et sa valeur par défaut est 1. L’unité de cette valeur de champ est spécifiée par la propriété Time Field Units (Unités du champ temporel) de la couche d’analyse. | Double |
CostPerUnitDistance |
Coût monétaire encouru (par unité de distance parcourue) pour la longueur de l’itinéraire (distance de trajet totale). Ce champ peut contenir des valeurs Null, ce qui indique un coût de zéro. L'unité de distance est spécifiée par la propriété Unités du champ de distance de la couche d'analyse. | Double |
|
OvertimeStartTime | Durée du temps de travail standard, avant le calcul des heures supplémentaires. Ce champ peut contenir des valeurs Null, ce qui indique que les heures supplémentaires ne s'appliquent pas. Si une valeur OvertimeStartTime est incluse, elle doit être supérieure à zéro et inférieure à la valeur MaxTotalTime. L’unité de cette valeur de champ est spécifiée par la propriété Time Field Units (Unités du champ temporel) de la couche d’analyse. | Double |
|
CostPerUnitOvertime |
Coût monétaire encouru par unité de temps d'heures supplémentaires. Ne peut contenir qu’une valeur nulle si OvertimeStartTime a aussi une valeur nulle. Sinon, ce doit être une valeur positive supérieure à la valeur CostPerUnitTime. | Double |
|
MaxOrderCount |
Nombre maximal d'ordres autorisé sur l'itinéraire. Ce champ peut contenir des valeurs nulles, ce qui indique qu’il n’existe aucune contrainte quant au nombre d’ordres qu’un itinéraire peut desservir sur une journée. | Long |
|
MaxTotalTime | Durée d'itinéraire maximale autorisée. La durée de l’itinéraire englobe le temps de trajet ainsi que la durée de desserte et le temps d’attente aux ordres et aux dépôts. Soit ce champ, soit la propriété maxRouteTotalTime de l’objet d’analyse doit être défini(e). Si ce champ est laissé avec la valeur nulle, c’est la valeur maxRouteTotalTime qui est utilisée pour l’itinéraire. | Double |
MaxTotalTravelTime |
Temps de trajet maximal admissible pour l'itinéraire. Le temps de trajet inclut uniquement le temps passé au volant sur le réseau, à l'exclusion de la durée de desserte ou du temps d'attente. L’unité de cette valeur de champ est spécifiée par la propriété Time Field Units (Unités du champ temporel) de la couche d’analyse. Ce champ peut contenir des valeurs Null. Une valeur Null indique l'absence de contrainte sur le temps de trajet maximal autorisé. La valeur de ce champ ne peut pas être supérieure à celle du champ MaxTotalTime. | Double |
|
MaxTotalDistance | Distance de trajet maximale admissible pour l'itinéraire. Ce champ peut contenir des valeurs nulles, ce qui indique qu’il n’existe aucune contrainte quant à la distance de trajet maximale autorisée. L’unité de cette valeur de champ est spécifiée par la propriété Distance Field Units (Unités du champ de distance). | Double |
ZoneName | Nom de la zone utilisée pour cet itinéraire. Ces zones spécifient un territoire de travail pour cet itinéraire. ZoneName est une clé étrangère du champ Name dans la classe Zones. Ce champ peut contenir des valeurs nulles, ce qui indique qu’il n’existe pas de zone de tournée pour cet itinéraire. | Texte |
IsHardZone | Spécifie si la zone de tournée est une zone stricte. La valeur par défaut est Null (Nulle). La valeur True (Vrai) (1) indique que la zone de tournée est stricte, c’est-à-dire qu’un ordre se trouvant en dehors du polygone de la zone de tournée ne peut pas être attribué à l’itinéraire. La valeur False (Faux) (0) indique que les ordres peuvent encore être attribués, mais que leur coût de desserte est pondéré par une fonction basée sur la distance euclidienne depuis la zone de tournée. Cela signifie qu’à mesure que la distance en ligne droite entre la zone souple et l’ordre augmente, la probabilité que l’ordre soit attribué à l’itinéraire décroît. | Long |
|
AssignmentRule | Spécifie si l’itinéraire peut être utilisé ou non pour résoudre le problème. Ce champ est limité par un domaine de valeurs, et les valeurs possibles sont les suivantes :
| Long |
Itinéraires : champs en sortie
La table suivante décrit les champs en sortie de la classe d’entités Itinéraires :
| Champ en sortie | Description | Type de données |
|---|---|---|
Shape | Forme de ligne de l’itinéraire. Si la propriété Type de forme en sortie de la couche d'analyse est définie sur Aucun, aucune forme n'est retournée. Si la propriété Output Shape Type (Type de forme en sortie) est définie sur Straight Line (Ligne droite), les lignes droites qui connectent chaque paire de visites consécutives sont renvoyées. Along Network (Sur le réseau) renvoie les lignes qui tracent leurs itinéraires correspondants sur le réseau. | Géométrie |
| Ces champs contiennent un résumé des contraintes violées ; ils sont définis après un calcul. Chaque champ comporte une violation. Si un ordre comporte plusieurs violations, le champ ViolatedConstraint_# suivant est utilisé.
| Long |
OrderCount | Nombre d'ordres attribués à l'itinéraire. | Long |
TotalCost | Coût de fonctionnement total de l’itinéraire, qui correspond à la somme des valeurs des champs suivants :FixedCost, RegularTimeCost, OvertimeCost et DistanceCost. | Double |
RegularTimeCost | Coût de la durée normale du travail. | Double |
OvertimeCost | Coût des heures supplémentaires. | Double |
DistanceCost | Composant de coût de distance obtenu en multipliant les valeurs des champs TotalDistance et CostPerUnitDistance. | Double |
TotalTime | Durée totale de l'itinéraire. Ce champ englobe le temps de trajet, ainsi que la durée de desserte et le temps d’attente aux ordres et aux dépôts. La valeur TotalTime correspond à la somme des valeurs des champs suivants : StartDepotServiceTime, EndDepotServiceTime, TotalOrderServiceTime, TotalWaitTime et TotalTravelTime. L’unité de cette valeur de champ est spécifiée par la propriété Time Field Units (Unités du champ temporel) de la couche d’analyse. | Double |
TotalOrderServiceTime | Durée totale de desserte passée à tous les ordres de l'itinéraire. L’unité de cette valeur de champ est spécifiée par la propriété Time Field Units (Unités du champ temporel) de la couche d’analyse. | Double |
TotalTravelTime | Temps de trajet total de l'itinéraire. L’unité de cette valeur de champ est spécifiée par la propriété Time Field Units (Unités du champ temporel) de la couche d’analyse. | Double |
TotalDistance | Distance totale de trajet de l'itinéraire. L’unité de cette valeur de champ est spécifiée par la propriété de la couche d’analyse. | Double |
StartTime | Heure de début de l'itinéraire. Lors de l'utilisation de données de trafic couvrant plusieurs fuseaux horaires, le fuseau horaire correspondant à cette valeur horaire est extrait de l'élément de réseau sur lequel se trouve le dépôt initial. | Date |
EndTime | Heure de fin de l'itinéraire. L’itinéraire prend fin une fois la desserte terminée au dépôt final. Cette heure de fin correspond aux temps de trajet utilisés par le solveur lors du calcul de l’optimisation. Si des données de trafic sont disponibles sur le réseau, le solveur utilise la moyenne des temps de trajet sur toute la journée. Lors de l'utilisation de données de trafic couvrant plusieurs fuseaux horaires, le fuseau horaire correspondant à cette valeur horaire est extrait de l'élément de réseau sur lequel se trouve le dépôt final. | Date |
TotalWaitTime | Temps d’attente total à tous les ordres sur l’itinéraire. L’unité de cette valeur de champ est spécifiée par la propriété Time Field Units (Unités du champ temporel) de la couche d’analyse. | Double |
TotalViolationTime | Temps de violation total à tous les ordres sur l’itinéraire. L’unité de cette valeur de champ est spécifiée par la propriété Time Field Units (Unités du champ temporel) de la couche d’analyse. | Double |
Zones
La classe d’entités Zones spécifie un territoire de travail. C’est une entité surfacique qui permet de limiter les dessertes aux seuls ordres qui se trouvent dans une zone ou à proximité.
Zones : champs en entrée
La table suivante décrit les champs en entrée de la classe d’entités Zones :
| Champ en entrée | Description | Type de données |
|---|---|---|
ObjectID | Champ d'ID géré par le système. | ID d’objet |
Shape | Champ de géométrie qui indique l'emplacement géographique de l'objet d'analyse de réseau. | Géométrie |
|
Name | Nom de la zone. Le nom de champ est utile pour décrire la zone, car il peut être utilisé pour plusieurs itinéraires. Le nom doit être unique. Les noms respectent la casse et ne doivent pas être vides. Ce champ est la clé primaire. Il est utilisé en comme clé étrangère dans la couche d’entités Itinéraires. | Texte |
Passages aux dépôts
Lorsqu’un itinéraire démarre ou prend fin à un dépôt, un passage au dépôt est créé. Les objets de passage au dépôt donnent des informations sur les raisons pour lesquelles un itinéraire a visité un dépôt et les événements qui s'y sont produits. La quantité de marchandises chargée dans un véhicule ou déchargée d'un véhicule au dépôt est enregistrée dans les propriétés d'un passage au dépôt. D’autres informations utiles pour interpréter la solution sont également incluses.
Comme les entités de passage au dépôt sont uniquement créées pendant l’opération de calcul, la classe d’analyse est toujours vide avant le calcul.
Passages au dépôt : champs en sortie
La table suivante décrit les champs en sortie de la classe d’entités Passages au dépôt :
| Champ en sortie | Description | Type de données |
|---|---|---|
ObjectID | Champ d'ID géré par le système. | ID d’objet |
Shape | Champ de géométrie qui indique l'emplacement géographique de l'objet d'analyse de réseau. | Géométrie |
DepotName | Nom du dépôt visité. Ce champ est une clé étrangère pour le champ Name dans la classe d’analyse de réseau Dépôts. Si l’itinéraire utilise un dépôt virtuel, ce qui signifie que l’itinéraire commence ou prend fin à un ordre et non à un dépôt, DepotName a la valeur Null. | Texte |
VisitType | Raison du passage à ce dépôt. Ce champ est contraint par un domaine de valeurs :
| Long |
RouteName | Nom de l'itinéraire contenant cette visite. Ce champ est une clé étrangère du champ Name de la couche d’entités Itinéraires. | Texte |
Sequence | Séquence des passages au dépôt sur l’itinéraire. Les valeurs de séquence en sortie pour un itinéraire sont communes aux passages au dépôt ou aux ordres. Elles démarrent à 0 (au dépôt initial) et sont consécutives. | Long |
ServiceTime | Durée de desserte (chargement ou déchargement, par exemple) au dépôt. L’unité de cette valeur de champ est spécifiée par la propriété Time Field Units (Unités du champ temporel) de la couche d’analyse. | Double |
FromPrevTravelTime | Temps de trajet entre la visite précédente sur l'itinéraire et le dépôt. L’unité de cette valeur de champ est spécifiée par la propriété Time Field Units (Unités du champ temporel) de la couche d’analyse. | Double |
FromPrevDistance | Distance de trajet entre la visite précédente sur l'itinéraire et le dépôt. L’unité de cette valeur de champ est spécifiée par la propriété de la couche d’analyse. | Double |
ArriveTime | Heure d’arrivée au dépôt. Cette heure d’arrivée correspond aux temps de trajet utilisés par le solveur lors du calcul de l’optimisation. Si des données de trafic sont disponibles sur le réseau, le solveur utilise la moyenne des temps de trajet sur toute la journée. Si des données de trafic couvrant plusieurs fuseaux horaires sont utilisées, le fuseau horaire correspondant à cette valeur d’heure est extrait de l’élément de réseau où se trouve le dépôt. | Date |
DepartTime | Heure de départ du dépôt. Si des données de trafic couvrant plusieurs fuseaux horaires sont utilisées, le fuseau horaire correspondant à cette valeur d’heure est le même que celui de l’élément de réseau où se trouve le dépôt. | Date |
| Quantité (par exemple, volume, poids, quantité) chargée au dépôt. S’il existe plusieurs quantités, les valeurs figurant dans les champs LoadedQuantity_1 à LoadedQuantity_9 correspondent aux valeurs appariées des champs Capacity_1 à Capacity_9 dans la table en entrée Itinéraires. | Double |
| Quantité (par exemple, volume, poids, quantité) déchargée au dépôt. S’il existe plusieurs quantités, les valeurs figurant dans les champs UnloadedQuantity_1 à UnloadedQuantity_9 correspondent aux valeurs appariées des champs Capacity_1 à Capacity_9 dans la table en entrée Itinéraires. | Double |
Particularités
Les tables Order Specialties (Particularités d’ordre) et Route Specialties (Particularités d’itinéraire) répertorient les particularités qui peuvent être requises par les ordres et prises en charge par les itinéraires. Un itinéraire peut desservir un ordre uniquement s'il prend en charge toutes les particularités requises pour cet ordre.
Un ordre peut nécessiter un technicien possédant certaines compétences ou un véhicule doté de certaines fonctions. Vous pouvez modéliser ces compétences, fonctions, etc., en commençant par les ajouter à la table Particularités d’ordre. Vous pouvez ensuite ajouter les particularités qui sont prises en charge par un itinéraire à la table Route Specialties (Particularités de l’itinéraire). Une fois l’analyse résolue, les ordres qui requièrent certaines particularités sont appariés aux itinéraires qui peuvent les leur fournir.
Particularités de l’ordre : champs en entrée
La table suivant décrit les champs en entrée de la table Particularités d’ordre :
| Champ en entrée | Description | Type de données |
|---|---|---|
ObjectID | Champ d'ID géré par le système. | ID d’objet |
OrderName | Nom de l'ordre. Ce champ est une clé étrangère pour le champ Name dans la classe d’analyse de réseau Ordres. | Texte |
SpecialtyName | Nom de la particularité. Indique la particularité requise pour l’ordre. Chaque ligne inclut une seule particularité. Si un ordre nécessite davantage de particularités, créez une nouvelle ligne. Les noms de particularité ne doivent pas contenir d’espace. Par exemple, la particularité Senior Technician (technicien confirmé) doit être saisie sous la forme SeniorTechnician. Les noms de particularité respectent la casse et ne doivent pas être vides. | Texte |
Particularités de l’itinéraire : champs en entrée
La table suivant décrit les champs en entrée de la table Particularités d’itinéraire :
| Champ en entrée | Description | Type de données |
|---|---|---|
ObjectID | Champ d'ID géré par le système. | ID d’objet |
RouteName | Nom de l'itinéraire. Ce champ est une clé étrangère pour le champ Name dans la classe d’analyse de réseau Itinéraires. | Texte |
SpecialtyName | Nom de la particularité. Indique la particularité que l’itinéraire prend en charge. Chaque ligne inclut une seule particularité. Si un itinéraire prend en charge plusieurs particularités, créez une nouvelle ligne. Les noms de particularité ne doivent pas contenir d’espace. Par exemple, la particularité Senior Technician (technicien confirmé) doit être saisie sous la forme SeniorTechnician. Les noms de particularité respectent la casse et ne doivent pas être vides. | Texte |
Interruptions ponctuelles, linéaires et polygonales
Les interruptions restreignent temporairement des parties du réseau et y ajoutent une impédance en la mettant à l’échelle. Lorsqu'une nouvelle couche d'analyse de réseau est créée, les classes de barrières sont vides. Elles sont remplies uniquement lorsque vous leur ajoutez des objets, mais l'ajout de barrières n'est pas requis.
Les interruptions sont disponibles dans toutes les couches d’analyse de réseau et sont décrites dans une rubrique distincte.
Propriétés de la couche d’analyse Livraison sur le dernier kilomètre
Les sous-sections suivantes répertorient les paramètres que vous pouvez définir sur la couche d'analyse. Elles se trouvent dans l’onglet Last Mile Delivery Layer (Couche Livraison sur le dernier kilomètre), disponible uniquement si la couche Livraison sur le dernier kilomètre ou l’une de ses sous-couches est sélectionnée dans la fenêtre Contents (Contenu).
Analyse
Utilisez les options de cette section pour estimer les crédits et exécuter l’analyse.
Exécuter
Une fois que vous avez chargé les entités en entrée et défini les propriétés d’analyse, cliquez sur le bouton Run (Exécuter) pour exécuter l’analyse. Si l’analyse utilise des crédits et que le nombre de crédits estimé pour le calcul dépasse le nombre de crédits disponibles, un message d’erreur apparaît et bloque le calcul ou un message d’avertissement vous demande si vous souhaitez poursuivre le calcul.
Le bouton Run (Exécuter) peut apparaître de manière différente en fonction de la source du jeu de données réseau.
—La couche d’analyse de réseau référence une source de données réseau locale.
—La couche d’analyse de réseau référence une source de données réseau dans ArcGIS Online.
—La couche d’analyse de réseau référence une source de données réseau dans un portail ArcGIS Enterprise.
Estimate Credits (Estimer les crédits)
le bouton Estimate Credits (Estimer les crédits) permet d’estimer le nombre de crédits de service utilisés lors de l’exécution de l’analyse sur la couche d’analyse de réseau sélectionnée. Si ce bouton est activé, la couche d’analyse de réseau utilise des crédits lorsqu’elle est résolue.
Le bouton Estimate Credits (Estimer les crédits) est activé dans les cas suivants :
- La source de données réseau de la couche d’analyse de réseau est hébergée dans ArcGIS Online.
- Les services de calcul d’itinéraire de votre portail ArcGIS Enterprise sont configurés à l’aide de ArcGIS Online.
Le bouton Estimate Credits (Estimer les crédits) est désactivé dans les cas suivants :
- La source de données réseau de la couche d’analyse de réseau est stockée sur une machine locale.
- Vous utilisez vos propres services publiés sur votre portail ArcGIS Enterprise.
Lorsque vous cliquez sur le bouton Estimate Credits (Estimer les crédits), une boîte de dialogue apparaît avec une estimation du nombre de crédits qui risquent d’être utilisés lors du calcul de l’analyse actuelle. Le nombre de crédits estimé est basé sur le nombre de localisations en entrée utilisées dans l’analyse. Le nombre réel de crédits utilisés peut changer en fonction de la sortie générée par l’opération Solve. Selon la manière dont votre organisation a configuré la budgétisation des crédits et les paramètres d’allocation, il se peut que le nombre de crédits disponibles ne soit pas affiché. En outre, l’estimation du nombre de crédits peut ne pas toujours être possible si la source de données réseau est un portail ArcGIS Enterprise avec des services de calcul d’itinéraire configurés à partir de ArcGIS Online.
En savoir plus sur l’utilisation des crédits par chaque type d’analyse
Remarque :
Selon la configuration du compte d’organisation ArcGIS Online et l’utilisateur connecté, la résolution de l’analyse peut être bloquée ou afficher un avertissement si le nombre estimé de crédits dépasse le nombre de crédits disponibles.
Données en entrée
Les options de la section Input Data (Données en entrée) permettent d’importer les entités en entrée qui utilisées dans l’analyse.
Importer des ordres
Cliquez sur le bouton Import Orders (Importer des ordres) 
pour charger des entités provenant d’une autre source de données (par exemple, une couche d’entités ponctuelles), dans la classe d’entités Ordres.
Importer des dépôts
Cliquez sur le bouton Import Depots (Importer des dépôts) 
pour charger des entités provenant d’une autre source de données (par exemple, une couche d’entités ponctuelles), dans la classe d’entités Dépôts.
Importer des itinéraires
Dans le menu déroulant, vous pouvez choisir d’importer les itinéraires ou d'en ajouter.
- Import Routes (Importer des itinéraires)
: permet de charger des entités provenant d’une autre source de données (par exemple, une couche d’entités ponctuelles ou une table autonome), dans la classe d’entités Itinéraires. - Add Routes (Ajouter des itinéraires)
: permet de créer plusieurs itinéraires en même temps à l’aide de l’outil de géotraitement Ajouter des itinéraires de tournée de véhicules.
Importer des interruptions
Utilisez les boutons Import Point Barriers (Importer des interruptions ponctuelles) 
, Import Line Barriers (Importer des interruptions linéaires) 
ou Import Polygon Barriers (Importer des interruptions surfaciques) 
pour charger des entités provenant d’une autre source de données, comme une autre couche d’entités, dans l’une des classes d’entités d’interruptions (interruptions ponctuelles, interruptions linéaires ou interruptions surfaciques).
Importer des zones
Le bouton Import Zones (Importer des zones) 
permet de charger des entités provenant d’une autre source de données (par exemple, une couche d’entités surfaciques), dans la classe d’entités Zones.
Importer des particularités de l’ordre
Le bouton Import Order Specialties (Importer des particularités d’ordre) 
permet de charger des entités provenant d’une autre source de données (par exemple, une table autonome), dans la table Order Specialties (Particularités d’ordre).
Importer des particularités de l’itinéraire
Le bouton Import Route Specialties (Importer des particularités d’itinéraire) 
permet de charger des entités provenant d’une autre source de données (par exemple, une table autonome), dans la table Route Specialties (Particularités d’itinéraire).
Créer des entités
Utilisez le bouton Create Features (Créer des entités) 
pour ouvrir la fenêtre Create Features (Créer des entités). Sélectionnez un des modèles disponibles pour créer des entités dans la carte actuelle.
Paramètres de déplacement
Les options de la section Travel Settings (Paramètres de déplacement) permettent de spécifier le mode de déplacement.
Mode
La liste déroulante Mode permet de spécifier un mode de déplacement, à savoir un groupe de paramètres modélisant le mouvement des piétons, des voitures, des camions, ou un autre mode de déplacement. Les choix disponibles dans la liste déroulante varient selon les modes de déplacement configurés dans la source de données réseau à laquelle la couche d'analyse de réseau fait référence.
Remarque :
Seuls les modes de déplacement comportant un attribut d’impédance basé sur le temps s’affichent pour une couche Livraison sur le dernier kilomètre.Unités de temps
Unités de temps utilisées par les champs temporels des tables et des sous-couches de la couche d’analyse. Les options suivantes sont disponibles dans la liste déroulante :
- Secondes
- Minutes
- Heures
- Jours
Unités de distance
Unités de distance utilisées par les champs de distance des tables et des sous-couches de la couche d’analyse. Les options suivantes sont disponibles dans la liste déroulante :
- Mètres
- Kilomètres
- Pieds
- Milles
- Milles nautiques
- Centimètres
- Millimètres
- Décimètres
- Yards
- Pouces
Date et heure
Les options de la section Date and Time (Date et heure) permettent de spécifier la date et l’heure à utiliser dans l’analyse.
En savoir plus sur la date et l’heure
Heure de début la plus ancienne par défaut de l’itinéraire
Première heure de début admissible pour l’itinéraire. Le solveur s’en sert avec la valeur Earliest Route Start Date par défaut pour indiquer la date et l’heure de début au plus tôt (la plus ancienne) de l’itinéraire. Cette heure est utilisée pour tous les itinéraires pour lesquels le champ EarliestStartTime a une valeur nulle dans la classe Itinéraires. Si aucune valeur n’est renseignée pour cette option, la classe Itinéraires doit comporter une valeur dans le champ EarliestStartTime. Lorsque des jeux de données réseau sont utilisés avec des données de trafic sur plusieurs fuseaux horaires, le fuseau horaire de EarliestStartTime est le même que le fuseau horaire du tronçon ou de la jonction où se trouve le dépôt initial.
Date de début la plus ancienne par défaut de l’itinéraire.
Date de début au plus tôt (la plus ancienne) autorisée pour l’itinéraire. Le solveur s’en sert avec le champ EarliestStartTime pour indiquer la date et l’heure de début au plus tôt (la plus ancienne) de l’itinéraire. Cette date est utilisée pour tous les itinéraires pour lesquels le champ EarliestStartDate a une valeur nulle dans la classe Itinéraires. Si aucune valeur n’est renseignée pour cette option, la classe Itinéraires doit comporter une valeur dans le champ EarliestStartDate. Lorsque des jeux de données réseau sont utilisés avec des données de trafic sur plusieurs fuseaux horaires, le fuseau horaire de EarliestStartTime est le même que le fuseau horaire du tronçon ou de la jonction où se trouve le dépôt initial.
Max Total Time (Temps total max)
Durée d'itinéraire maximale autorisée. La durée de l’itinéraire englobe le temps de trajet ainsi que la durée de desserte et le temps d’attente aux ordres et aux dépôts. Cette valeur est utilisée pour tous les itinéraires pour lesquels le champ MaxTotalTime a une valeur nulle dans la classe Itinéraires. Si ce paramètre n’est pas spécifié, toutes les lignes de la classe Itinéraires doivent comporter une valeur dans le champ MaxTotalTime.
Fuseau horaire de référence
Dans la liste déroulante Reference Time Zone (Fuseau horaire de référence) 
, vous pouvez choisir le fuseau horaire à utiliser dans l’analyse. Les options sont les suivantes :
- Heure locale des localisations
- Temps universel coordonné (UTC)
Géométrie en sortie
Les options du menu déroulant de la section Output Geometry (Géométrie en sortie) permettent de spécifier le mode d’affichage de la sortie sur la carte.
Type de forme linéaire de la géométrie en sortie
L’analyse résout toujours les chemins de moindre coût le long du réseau à l’aide des paramètres que vous spécifiez, mais en plus d’afficher ces chemins réels le long du réseau sur la carte, vous pouvez également représenter les itinéraires sur une carte à l’aide de simples lignes droites entre les arrêts ou sans aucune ligne.
- No Lines (Aucune ligne) : aucune forme linéaire en sortie n’est générée.
- Straight Lines (Lignes droites) : géométrie simplifiée en sortie sous forme de lignes droites.
- Along Network (Le long du réseau) : générer des chemins réels le long du réseau sur la carte.
Dessin
Le bouton Symbology (Symbologie) 
permet d’accéder à la fenêtre de symbologie de la couche d’analyse de réseau active. Vous pouvez configurer la symbologie des sous-couches de la couche d’analyse de réseau active en sélectionnant l’une des options suivantes :
- Single Color (Couleur unique) : cette option est disponible pour tous les types de couche d’analyse de réseau. Toutes les sous-couches d’entités de la couche d’analyse de réseau active, à l’exception des interruptions, utilisent désormais le même symbole unique de la couleur spécifiée. Par exemple, si vous choisissez une couleur unique bleue pour une couche Route (Iitinéraire), toutes les entités Stops (Arrêts) et Routes (Itinéraires) sont converties pour utiliser le même bleu.
- Color Linked (Couleur liée) : cette option est disponible pour les couches Route (Iitinéraire), Last Mile Delivery (Livraison sur le dernier kilomètre) et Vehicle Routing Problem (Tournée de véhicules). Elle applique une combinaison de couleurs aux sous-couches de sorte que les entités associées soient symbolisées dans la même couleur. Cette configuration de symbologie symbolise les entités liées de la même couleur, afin de permettre de distinguer plus facilement différents itinéraires et les entités qui y sont associées sur la carte. Par exemple, pour une couche Route incluant plusieurs itinéraires, chaque itinéraire et les arrêts qui y sont attribués utilisent des couleurs correspondantes.
En savoir plus sur la symbologie des couches d’analyse de réseau.
Filtrage
Vous pouvez filtrer les sous-couches d’analyse de réseau de sorte à n’afficher que les entités associées aux entités sélectionnées dans la couche principale.
Add Filters (Ajouter des filtres)
: applique des filtres aux sous-couches de la couche d’analyse de réseau de sorte à n’afficher que les entités associées à l’entité sélectionnée de la sous-couche principale. Les ensembles de définition sont automatiquement créés et appliqués sur les sous-couches pertinentes. Chaque fois que vous cliquez sur le bouton Add Filters (Ajouter des filtres), un nouvel ensemble de définition de même nom est créé pour remplacer l’ensemble de définition précédent.Lorsqu’une entité est sélectionnée dans la sous-couche principale Itinéraires, un ensemble de définition nommé Itinéraires est créé sur la couche éponyme (principale) et les sous-couches Ordres et Passages au dépôt associées.
Remove Filters (Supprimer les filtres)
: supprime l’ensemble de définition sur les sous-couches principales et associées.
Advanced
L’option de la section Advanced (Avancé) permet de spécifier le paramètre d’écart de l’analyse.
Écart de séquence
Ce paramètre spécifie l’écart de valeurs numériques à laisser dans le champ de la sous-couche Ordres entre des ordres adjacents lors de la résolution de l’analyse. La valeur sert de multiplicateur pour la séquence réelle des ordres de chaque itinéraire. Par exemple, si l’écart est de 5; le premier ordre sur l’itinéraire aura une valeur de champ Séquence égale à 5, le deuxième ordre sur l’itinéraire aura une valeur de champ Séquence égale à 10, le troisième à 15, et ainsi de suite. Grâce à ce paramètre, il est possible d’insérer des ordres dans les écarts de séquence après la création du plan initial de l’itinéraire.
À la première résolution de l’analyse, les valeurs du champ Sequence sont alimentées avec les valeurs séquentielles en appliquant l’écart de séquence défini. Lors des résolutions suivantes de la même analyse, les valeurs du champ Sequence des ordres existants sont conservées et les nouveaux ordres sont insérés dans les écarts en utilisant les valeurs d’entier disponibles pour le champ Sequence qui ne sont pas utilisées par d’autres ordres. Si l’écart de séquence est défini sur 1, les valeurs de séquence seront toujours mises à jour avec les valeurs contiguës pour chaque résolution.
Feuilles de route
Les options de la section Directions permettent d’indiquer si les directions seront générées.
Remarque :
Le solveur Livraison sur le dernier kilomètre utilise une matrice de coût origine-destination qui ne tient pas compte du temps pour déterminer l’attribution des itinéraires et leur séquençage. Les valeurs de cette matrice de coût origine-destination ne tenant pas compte du temps servent à alimenter les coûts de temps et de distance pour les champs Orders (Ordres), Depot Visits (Passages au dépôt) et Routes (Itinéraires), à des fins de cohérence avec la logique d’optimisation utilisée pour résoudre le problème. Une fois la séquence d’arrêts et de passages au dépôt finalisée pour chaque itinéraire, le solveur d’itinéraire est utilisé pour générer des feuilles de route en utilisant l’heure de début réelle de l’itinéraire, ce qui permet de remplir les champs de feuilles de route avec des heures d’arrivée plus précises en fonction des conditions de circulation.
Sortie lors du calcul
Activez cette option pour générer des feuilles de route lors du calcul de la couche d’analyse de réseau actuelle.
Affiche les feuilles de route
Si l’option Output on Solve (Sortie lors du calcul) est sélectionnée, lorsque vous cliquez sur le bouton Show Directions (Afficher les feuilles de route) 
, la fenêtre Directions (Feuilles de route) apparaît avec des feuilles de route tournant par tournant pour chaque itinéraire de la solution.
Partager en tant que
Partagez la sortie de l’analyse en cliquant sur le bouton Route Layers (Couches d’itinéraires).
Partager en tant que couches d'itinéraires
Le bouton Route Layers (Couches d’itinéraires) 
permet de partager les résultats de l‘analyse en tant que couches d’itinéraires. Ce bouton ouvre l’outil de géotraitement Share as Route Layers (Partager en tant que couches d'itinéraires). Après l’exécution, les résultats de l’analyse sont partagés en tant qu’éléments de couche d’itinéraires dans le portail.
Vous avez un commentaire à formuler concernant cette rubrique ?