MARKETIA
ConnexionInscription
N3 · Demande un informaticienNouveau

Optimisation de tournées multi-véhicules en open source (VROOM)

Calcule des tournées quasi optimales en quelques secondes, fenêtres horaires et capacités comprises, sans dépendre d'un SaaS propriétaire

Vendu par MagicMate

Ce qu'il faut

Niveau
N3 · Demande un informaticien — Nécessite un serveur ou un environnement d'hébergement à mettre en place et à maintenir : compétences d'administration système.
Serveur requis
Oui
Réglages requis
Oui
Licence
Projet tiers sous licence permissive (BSD) : utilisation, modification et redistribution permises selon ses termes, avec conservation des mentions de droit d'auteur et du texte de licence. Le texte de la licence d'origine, publié dans le dépôt source, fait foi.

VROOM est un moteur d'optimisation de tournées open source conçu pour répondre en quelques secondes à des problèmes de routage complexes : plusieurs véhicules, fenêtres horaires, capacités de chargement, priorités de livraison. Pensé pour s'intégrer facilement à une stack de logistique existante (API HTTP simple, compatible OSRM/OpenRouteService), il permet à une PME de transport ou de livraison urbaine de calculer des tournées quasi optimales sans dépendre d'un service SaaS propriétaire, à condition de fournir un moteur de routage (OSRM, Valhalla, OpenRouteService) ou une matrice de coûts.

Limites et précautions : VROOM est un moteur en C++ sans interface : on lui envoie du JSON et il ne calcule pas lui-même les distances routières. Sur la branche principale, la dernière release (v1.15.0) date du 2026-03-12.

Licence et attribution : Source : https://github.com/VROOM-Project/vroom. Licence : BSD-2-Clause (https://raw.githubusercontent.com/VROOM-Project/vroom/master/LICENSE). Tous droits conservés par ses auteurs ; cette fiche est une présentation rédigée par Marketia.

Critique Marketia

Verdict

Un solveur de tournées rapide et reconnu, mais c'est un moteur en C++ sans interface, qui ne calcule pas les distances routières lui-même : il lui faut un moteur de routage (OSRM, Valhalla, OpenRouteService) ou une matrice fournie. Utile pour un intégrateur, inutilisable tel quel par une PME.

Pour qui (PME française)

  • Transporteur, artisan multi-chantiers, livreur ou service de tournées dont un prestataire peut intégrer le solveur dans un outil existant.
  • Pas pour un dirigeant seul : il n'y a pas d'écran, on envoie du JSON (véhicules, missions, fenêtres horaires) et on reçoit des routes.

Points forts prouvés

  • Problèmes gérés : TSP, CVRP, VRPTW (fenêtres horaires), multi-dépôts avec flotte hétérogène, collecte-livraison (README lu). Compétences, priorités, pauses des conducteurs, capacités sur plusieurs dimensions.
  • Compatible avec OSRM, OpenRouteService, Valhalla, ou une matrice de coûts personnalisée (README lu).
  • Installation documentée : compilation depuis les sources (wiki) ou vroom-docker, avec un wrapper HTTP vroom-express déjà inclus (README lu).
  • Tests de non-régression sur des benchmarks académiques à chaque release (README lu). Nous n'avons pas relu ces résultats.
  • Licence BSD-2-Clause (texte lu) ; mainteneur identifié : la société Verso (Besançon, France).

Limites et risques

  • Dépendance au routage : pour des temps de trajet réalistes en France, il faut déployer et alimenter un moteur de routage avec les données cartographiques (par exemple OSRM, avec ses données cartographiques). Nous n'avons pas relu les besoins en mémoire ou en disque de ces moteurs : non chiffrés. Ce coût n'est pas mentionné dans la fiche actuelle.
  • Activité : sur la branche principale, la dernière release v1.15.0 date du 2026-03-12 et les derniers commits lus du 2026-03-17 (flux Atom). Pas de signe d'abandon, mais pas d'activité récente comme les autres produits du lot ; notre tableau de sélection indiquait un dernier push au 2026-10-08, probablement sur une autre branche (non vérifié).
  • Stabilité : issues ouvertes de type bug : segfault en version 1.15 (#1334, 2026-04-01), lecture hors limites (#1348, 2026-07-25, versions 1.14.0, 1.15.0 et master), plantage avec une matrice non métrique (#1341), pause non planifiée avec mission abandonnée (#1345). Environ 40 issues ouvertes (page des issues, résumé automatique). Sur ces bugs, aucune réponse du mainteneur n'était visible sur la page lue (non vérifié en détail).
  • Le README oriente vers l'offre « Vroom Premium API » de Verso pour un support « white-glove » et de meilleures données de temps de trajet : le modèle économique du mainteneur est le service payant, ce qui n'est pas un défaut mais un contexte.
  • Le solveur ne remplace pas le métier : le README le dit (« doesn't replace domain expertise »). Les règles françaises du temps de conduite et de repos ne sont pas décrites dans le README lu (les pauses le sont, la réglementation non).

Effort d'installation réel

Élevé pour un usage réel : compiler ou lancer l'image Docker, déployer et alimenter un moteur de routage, écrire l'intégration (JSON), puis valider sur de vraies tournées. Estimation : plusieurs jours pour un intégrateur, un travail d'ingénierie et non de simple installation. Estimation, pas mesure.

Alternatives

  • OR-Tools (Google, Apache 2.0, plus souple, plus de code à écrire, produit payant Marketia voisin) ; PyVRP (fiche Marketia voisine) ; Timefold Solver (fiche voisine).
  • Solutions SaaS de planification de tournées (hors open source) pour une PME sans développeur.

Licence et attention commerciale

BSD-2-Clause (fichier LICENSE lu, copyright « Julien Coupey, 2015-2025 »). Usage commercial permis ; conserver l'avis de copyright dans les redistributions. Les données cartographiques (OpenStreetMap) ont leur propre licence ODbL avec obligation d'attribution : à examiner séparément. Cette licence-là n'a pas été lue dans le cadre de cette fiche.

Ce que nous n'avons pas testé

Aucune compilation, aucune image Docker lancée, aucune optimisation d'un jeu de tournées réel, aucun test avec OSRM ou une matrice française, aucune lecture des benchmarks, aucune vérification de la réponse des mainteneurs aux bugs ouverts.

Sources (lues le 2026-10-17)

Aller plus loin