Mobilité & Transport

Couplage API réservations véhicules

Couplage API entre des fichiers XML transmis par FTP et un SaaS métier externe — intégration multi-sociétés pour un groupe de location de véhicules en DOM-TOM.

2026
#Intégration API #XML #FTP #Mapping de données #Multi-entités
Visuel du projet Couplage API réservations véhicules

01 — Contexte

Connecter l'existant à un SaaS externe sans appui documentaire

Un groupe de location de véhicules présent à La Réunion et à Mayotte, composé de deux sociétés distinctes, souhaitait connecter son système de réservations à un SaaS métier géré par un prestataire externe. Les données de réservation, transmises sous forme de fichiers XML via un serveur FTP, devaient être synchronisées automatiquement avec le SaaS pour permettre un suivi centralisé.

L'intervention a requis une phase de conception approfondie : ni le client ni le prestataire externe ne disposaient d'une documentation complète, et le client avait une connaissance limitée de son propre outil métier. L'essentiel du travail de mapping et de cadrage a été conduit depuis cette position.

02 — Projet

Un couplage structuré de bout en bout

L'intégration a couvert l'ensemble de la chaîne — de la réception des fichiers XML sur le serveur FTP à leur synchronisation avec le SaaS prestataire — pour les deux sociétés et les deux territoires du groupe.

  • Étude de la documentation technique de l'API du SaaS prestataire externe
  • Réception et analyse des fichiers XML pour les deux sociétés et les deux territoires (Réunion, Mayotte)
  • Fichier de correspondance XML → API — mapping champ par champ entre les données de réservation et les connecteurs du SaaS
  • Ateliers de validation client pour vérifier la cohérence de chaque liaison et identifier les zones d'ombre
  • Description des processus d'intégration et documentation des flux
  • Mise en place de callbacks et d'alertes mail automatiques en cas d'anomalie
  • Tests d'intégration via le logiciel de test du prestataire — génération de fichiers XML avec l'IA pour couvrir les cas limites

03 — Enjeux clés

Conception sans appui et dépendance à un prestataire externe

Deux enjeux ont structuré l'ensemble de la démarche.

Un mapping à construire sans documentation fiable

Le client avait une connaissance partielle de son SaaS et des fichiers XML transmis par son système. Il a fallu conduire des ateliers pour décrypter chaque champ, établir les correspondances avec les connecteurs de l'API, et identifier les incohérences ou les données manquantes — sans pouvoir s'appuyer sur un référentiel documentaire fourni par l'une ou l'autre des parties.

Une intégration à fiabiliser avec un prestataire peu réactif

La dépendance au prestataire externe pour valider le comportement de l'API et accéder à l'environnement de test a complexifié le cadrage. Pour progresser malgré ce frein, l'IA a été mobilisée pour générer des fichiers XML représentatifs à partir de la structure attendue — permettant de multiplier les scénarios de test sans attendre une réponse du prestataire.

Aller plus loin

Un projet similaire en tête ?

Explorez les autres case studies ou prenez contact directement pour échanger sur vos enjeux.