Inventaire des flux d'intégration : checklist d'une demi-journée

Votre ESB¹, iPaaS² ou studio Talend fait tourner des flux que personne ne peut lister de mémoire. Le premier geste utile n'est pas un RFP : c'est une demi-journée pour nommer ce qui existe, qui souffre si ça s'arrête, et qui sait le réparer.

Cette checklist sert à cartographier par criticité, pas à documenter chaque transformation. Vous obtiendrez assez pour trier migration, renégociation contrat, ou simple survie jusqu'au prochain départ.

Avant la demi-journée (15 min)

• Créer un tableur : une ligne = un flux (ou un job³ / recipe⁴ selon la plateforme).
• Colonnes minimales listées ci-dessous, pas plus au début.
• Inviter exploitation + métier + connaissance plateforme.
• Interdire la discussion « on remplace par quoi » jusqu'à la fin, sinon vous n'inventoriez pas.

Checklist : colonnes à remplir

• Identifiant : nom technique reconnu par l'exploitation.
• Description métier, en une phrase : « synchronise les commandes Shopify vers l'ERP⁵ ».
• Source → cible : systèmes, pas seulement connecteurs⁷.
• Déclencheur : planifié, événement, fichier déposé, API⁶.
• Fréquence / volume : ordre de grandeur (ex. toutes les 15 min, 50k lignes/jour).
• Criticité : 🔴 arrêt visible en moins de 24 h · 🟠 moins de 72 h · 🟢 tolérable.
• Propriétaire métier : une personne nommée, pas une direction.
• Propriétaire technique : qui modifie le flux aujourd'hui.
• Dépendances : autres flux, fichiers, credentials partagés.
• Dernier incident : date + nature (ou « inconnu »).
• Plateforme : ESB¹, Workato, Boomi, Talend, script maison…
• Notes sortie : lock-in⁸, données sensibles, dette connue.

Pendant la session : ordre du jour

• 0:00-0:15 : rappel objectif (carte, pas solution). Lire les colonnes.
• 0:15-1:30 : lister les flux prod connus (exploitation guide, métier corrige).
• 1:30-2:00 : marquer criticité. Le métier tranche, l'IT ne minimise pas.
• 2:00-2:30 : orphelins et « flux fantômes » (logs sans propriétaire).
• 2:30-3:00 : top 5 risques + prochaine action (pont, migration, runbook⁹).

Si vous finissez avec moins de 15 lignes sur une ETI moyenne, il manque quelqu'un dans la salle.

Grille de criticité (à afficher)

• 🔴 Critique : impact financier, réglementaire ou client direct en moins de 24 h.
• 🟠 Important : gêne opérationnelle sous 72 h, contournement manuel pénible.
• 🟢 Tolérable : retard acceptable, données de confort ou reporting non bloquant.

En cas de doute entre deux niveaux, montez d'un cran. Les inventaires optimistes coûtent cher un vendredi soir.

Après la demi-journée

• Publier le tableur là où exploitation et métier le voient (pas dans un dossier IT oublié).
• Nommer un gardien de l'inventaire : mise à jour mensuelle ou à chaque nouveau flux.
• Lier chaque 🔴 à un runbook⁹ ou « à écrire avant fin de mois ».
• Alimenter les playbooks migration : Talend → Python, sortie iPaaS.

Ce que l'inventaire ne résout pas

Il ne dit pas vers quoi migrer. Il dit dans quel ordre et ce qui explose si vous attendez. Portlane, Talaxie, Python seul ou garder la suite : décisions suivantes, avec des faits.

Portlane est en développement. L'inventaire révèle si votre besoin est surtout sync de données (son périmètre) ou orchestration BPM¹⁰ lourde (hors périmètre).

Pour aller plus loin

• Migration Talend : migrer Talend vers Python
• Sortie cloud : sortir d'un iPaaS
• Modèle architecture : l'ESB est trop vieux
• Définition iPaaS : qu'est-ce qu'un iPaaS
• Exploitation : rejouer un flux en échec

Questions fréquentes

Combien de temps prend vraiment cet inventaire ?

Une demi-journée pour une première passe honnête sur 20 à 40 flux, si le bon mélange métier + exploitation est dans la salle. Ce n'est pas un audit exhaustif : c'est une carte de navigation pour prioriser migrations et incidents.

Faut-il un outil dédié de cartographie ?

Pas au début. Un tableur partagé bat un outil vide pendant trois mois. L'outil dédié a du sens quand l'inventaire vit et que vous voulez des dépendances automatiques, pas avant d'avoir listé les flux que tout le monde reconnaît.

Qui doit être dans la salle ?

Minimum : un responsable exploitation (ou run), un référent métier par domaine touché, et quelqu'un qui connaît la plateforme (ESB¹, iPaaS², Talend). Sans métier, vous sous-estimez la criticité. Sans exploitation, vous oubliez les flux de nuit.

Que faire des flux « personne ne sait » ?

Les marquer orphelins et monter en criticité par défaut. Un flux sans propriétaire qui tourne depuis cinq ans est un incident en attente. Couper n'est pas obligatoire tout de suite. Nommer un propriétaire intérimaire, oui.

L'inventaire suffit-il pour choisir Portlane ?

Il suffit pour savoir si votre besoin est surtout de la synchronisation de données ou une suite BPM¹⁰ / MDM. Portlane couvre le premier cas. Produit encore en développement. L'inventaire évite de confondre urgence et stratégie.

Glossaire

• ¹ ESB (Enterprise Service Bus) : bus de services d'entreprise, plateforme centrale d'intégration.
• ² iPaaS : plateforme d'intégration cloud en abonnement (Workato, Boomi, etc.).
• ³ Job : flux Talend construit dans le studio.
• ⁴ Recipe : flux Workato (terminologie proche du « job » low-code).
• ⁵ ERP : progiciel de gestion intégré.
• ⁶ API : interface standardisée entre logiciels.
• ⁷ Connecteur : module éditeur pour brancher une application sur la plateforme.
• ⁸ Lock-in : dépendance au fournisseur qui rend la sortie coûteuse.
• ⁹ Runbook : procédure d'exploitation pour incidents et opérations.
• ¹⁰ BPM (Business Process Management) : orchestration de processus métier.