Recevoir un fichier d’export ne suffit pas toujours pour reprendre une automatisation. Il faut aussi savoir pourquoi elle existe, qui en répond, quels services elle utilise et comment agir lorsqu’elle s’arrête. Une bonne passation se vérifie en situation. Pour décider si un flux doit exister, commencez par les processus à ne pas automatiser tout de suite.
Commencez par la carte du fonctionnement
Demandez la liste des flux, leur objectif, leur propriétaire métier et les personnes qui les utilisent. Pour chaque flux, faites préciser le déclencheur, les données d’entrée, les conditions, les actions, les interventions humaines, la sortie attendue et les cas d’erreur. Un schéma simple et un glossaire valent mieux qu’une capture d’écran illisible. Des exemples d’entrée et de sortie doivent être anonymisés.
Obtenez les éléments techniques nécessaires
Demandez les exports disponibles, les versions, les dépendances, les nœuds particuliers, les variables, les adresses de webhook, les paramètres de déploiement, les sauvegardes et la procédure de restauration. La documentation n8n sur l’export et l’import de workflows décrit ce qui peut être transporté. La documentation n8n sur la sauvegarde traite séparément la restauration d’une installation : un export de flux n’est pas, à lui seul, une sauvegarde vérifiée de tous les composants nécessaires.
Séparez documents et secrets
La passation doit lister les propriétaires des comptes, les rôles, les connexions API ou OAuth, les licences et les moyens de récupération. Elle ne doit pas contenir les mots de passe ou jetons en clair. Organisez le transfert par un mécanisme de secrets approprié, vérifiez les droits obtenus et retirez les accès devenus inutiles après validation. La CNIL rappelle les principes d’authentification des utilisateurs.
Demandez la procédure d’incident
Qui reçoit l’alerte ? Où consulter les exécutions et les erreurs ? Comment arrêter un flux, rejouer un dossier sans doublon et reprendre le travail manuellement ? Il faut aussi connaître les incidents déjà rencontrés et la personne à prévenir si la correction dépasse l’équipe. Une procédure utile indique ce qu’il faut vérifier, dans quel ordre et avec quels droits.
Faites une répétition de reprise
Exemple fictif : une équipe reçoit un export de flux et une fiche de fonctionnement. Une seconde personne recrée le flux dans un environnement de test, configure des accès de démonstration et vérifie les cas d’erreur. Elle constate qu’une variable manquait, complète la fiche et répète le test. Cet exemple montre une méthode, pas une intervention client de Digitrend Création.
Pour une passation réelle, définissez un test dont le résultat est observable : accès administratifs vérifiés, flux compréhensible, sauvegarde localisée, restauration essayée lorsque c’est possible et procédure manuelle praticable. Consignez ce qui reste dépendant d’un prestataire ou d’une licence.
Faites le point sur les documents disponibles et les accès à sécuriser avant la fin d’un contrat. Nos pages Systèmes et automatisation et Solutions décrivent notre approche. Vous pouvez nous exposer votre situation. Retrouvez ce guide dans Automatiser en gardant la main.