Aller au contenu
Butterfly

Quittez votre outil de suivi du travail de façon maîtrisée.

Modernisez vos workflows critiques.

Si l'outil de suivi du travail que vous utilisez depuis des années fait aussi partie de vos processus d'achat, de maintenance et de validation, la migration doit traiter les règles de processus et les connexions entre systèmes autant que les données. TaskFlow vous aide à transférer vos enregistrements historiques et votre organisation du travail au quotidien, et à gérer vos workflows liés à l'ERP dans le moteur de processus de Butterfly.

Tableau du sprint : cartes de travail dans les colonnes de statutTableau de bord
Mes tickets : tickets ouverts et terminés d’une personneMes tickets
Tableau du sprint : tickets terminés, effort restant et graphique d’avancementTableau de sprint
Workflow : statuts et transitions autoriséesWorkflow
Tableau de bord · Tableau du sprint : cartes de travail dans les colonnes de statutÉcrans TaskFlow réels · noms remplacés par des données d’exemple
89projets
32 130tâches
34 112saisies de temps
Le jour mêmemigration

Le système de suivi du travail de l'équipe Butterfly (RG Labs) a été migré vers TaskFlow le jour même ; depuis, 27 personnes travaillent chaque jour dans TaskFlow.

Problème

Lorsqu’une demande d’achat est créée, que se passe-t-il en coulisses ?

  1. Demande crééeÉquipe achats
  2. Seuil de montant dépasséRègle : deuxième validation
  3. Validation du managerChaîne de validation
  4. Commande dans l'ERPIntégration
  5. Demande mise à jourEnregistrement TaskFlow
Aujourd’hui

Une équipe crée une demande dans l'outil de suivi du travail. Quand le montant augmente, une deuxième validation est nécessaire. Lorsqu'une commande est créée dans l'ERP, l'enregistrement de la demande doit être mis à jour. Au fil des années, champs, règles et connexions se sont accumulés. Au moment de changer d'outil, la question « Les enregistrements seront-ils repris ? » s'accompagne d'une nouvelle : « Comment ce travail avancera-t-il lundi matin ? »

Avec TaskFlow

Dans TaskFlow, le suivi de la demande, les étapes de validation et la connexion à l'ERP peuvent être gérés dans le même workflow. Par exemple, l'ordre de validation d'une demande d'achat selon le montant peut être défini dans le moteur de processus de Butterfly. Pendant que l'équipe suit le statut de la demande dans TaskFlow, les règles de connexion et de validation conservent leur place dans le processus ou sont repensées dans le cadre de la migration.

Film de présentation

Équipe, tâches et automatisation dans le même flux.

  • Les tâches circulent entre les membres de l’équipe dans un flux unique.
  • Les tâches récurrentes sont reliées à des règles d’automatisation.
  • L’équipe travaille sur la même plateforme, avec les mêmes données.
Méthode de migration

Avant la migration, déterminez comment chaque élément sera traité.

Règles d’automatisation : avec déclencheurs, composants et journaux d’exécutionInventaire des automatisations
Détail du ticket : description, sous-tâches, commentaires et historiqueCommentaires et historique
API REST : même point de terminaison, même format de réponseMême point de terminaison, même réponse
Workflow : statuts et transitions autoriséesWorkflow
Règles d’automatisation : avec déclencheurs, composants et journaux d’exécution

Écrans TaskFlow réels · noms de projets, d’enregistrements et de personnes remplacés par des données d’exemple

Travail quotidien

Le suivi quotidien du travail se poursuit au même endroit.

Les équipes planifient leur travail avec des tableaux, des sprints, des filtres enregistrés, la planification de capacité et des feuilles de route. Lorsqu'un propriétaire de processus souhaite ajouter une étape de validation, il peut définir la règle correspondante dans le moteur de processus de Butterfly.

Tableau du sprint : cartes de travail dans les colonnes de statut
Tableaux et sprints

L’équipe pilote le travail sur un tableau.

Création, démarrage et clôture des sprints ; ajout multiple depuis le backlog ; graphique d’avancement et effort restant par personne sur le tableau du sprint.

Tableau du sprint : tickets terminés, effort restant et graphique d’avancement
Tableau de sprint

État du sprint sur un seul écran.

Graphique d’avancement, effort restant par personne et motifs de mise en attente. À la fin du sprint, le rapport de clôture est préparé automatiquement.

Feuille de route : les epics sur une frise chronologique
Planification et feuille de route

Capacité et feuille de route au même endroit.

Planification personne × jour et vue de capacité ; feuille de route par epic à la semaine, au mois et au trimestre.

Rapport des temps : grille d’effort personne × jour
Rapport des temps

L’effort par personne et par jour.

Les saisies de temps sont regroupées dans une grille personne × jour ; les jours qui dépassent la limite quotidienne sont signalés. Le rapport peut être exporté vers Excel.

Intégration

Vos intégrations continuent de fonctionner. Même API, nouvelle adresse.

  • L’API REST (v2 et v3), les points de terminaison agiles de tableaux et de sprints et ceux du service desk sont servis avec les mêmes chemins et paramètres.
  • Les webhooks sont envoyés signés ; les scripts et automatisations qui utilisent les points de terminaison pris en charge peuvent continuer à fonctionner après changement de l'adresse et de la clé d'accès.
  • Authentification : e-mail et clé d’API, ou jeton d’accès personnel.
Les limites que nous indiquons d’emblée : Les plug-ins de la marketplace ne sont pas repris à l'identique ; la fonctionnalité nécessaire est reconstruite dans Butterfly. Les connexions OAuth intégrées aux applications (3LO) ne sont pas prises en charge. Les fonctionnalités reprises à l'identique sont listées par écrit avant la migration.
Platform API/rest/api/2 · /rest/api/3Ticket, commentaire, temps passé, pièce jointe, projet, recherche (JQL), filtre, tableau
Points de terminaison agiles/rest/agile/1.0Tableau, sprint, backlog, epic, classement
Service desk/rest/servicedeskapiDemande, file d’attente, SLA, validation, participant
Webhook/rest/webhooks/1.0Événements de tickets, commentaires, temps passé et sprints ; envoi signé
Pour quelles équipes ?

Les équipes dont le workflow critique dépend d’un outil de suivi du travail.

Banque et assurance

DSI, applications d’entreprise, sécurité informatique et opérationsPourquoi ? ↻
Pourquoi ?

Si l’outil de suivi du travail est lié aux processus d’achat et de validation interne, la migration doit préserver les règles de validation et la piste d’audit autant que les enregistrements.

À quoi sert-il

Définir le périmètre de migration pour des processus comme les achats et la validation interne, et vérifier les connexions ERP et les enregistrements historiques.

DSI, applications d’entreprise, sécurité informatique et opérations

Secteur public et entreprises publiques

Équipes informatiques, propriétaires de processus et contrôle internePourquoi ? ↻
Pourquoi ?

Les circuits de validation et de documents doivent fonctionner sur l’infrastructure propre de l’organisation, de manière traçable.

À quoi sert-il

Maintenir les circuits de validation et de documents dans une structure adaptée aux conditions d’exploitation de l’organisation.

Équipes informatiques, propriétaires de processus et contrôle interne

Industrie de défense

Sécurité de l’information, infrastructure informatique et gestion de projetPourquoi ? ↻
Pourquoi ?

Dans un environnement isolé d’Internet, les outils de suivi du travail dans le cloud ne peuvent pas être utilisés ; le suivi du travail doit fonctionner sur site.

À quoi sert-il

Évaluer le suivi du travail et les circuits de validation exploités sur site ou dans un environnement isolé d’Internet.

Sécurité de l’information, infrastructure informatique et gestion de projet

Production et opérations terrain

Maintenance, achats et applications d’entreprisePourquoi ? ↻
Pourquoi ?

Les demandes de maintenance et d'achat sont liées à l'ERP ; ce lien ne doit pas être rompu lors du changement d'outil.

À quoi sert-il

Suivre les demandes de maintenance et d'achat liées à l'ERP avec leur statut et leurs étapes de validation.

Maintenance, achats et applications d’entreprise
La propre migration de Butterfly

L’équipe Butterfly a migré son propre suivi du travail vers TaskFlow en une journée.

Le 19 septembre 2026, l'équipe RG Labs qui développe Butterfly a migré l'intégralité de son propre suivi du travail vers TaskFlow. Le même jour, 89 projets, 32 130 tickets, 34 112 saisies de temps et 667 864 entrées d'historique des modifications ont été transférés. La migration a également repris 119 filtres enregistrés et 133 sprints. Huit mesures, dont le nombre de tickets du sprint actif, les tickets ouverts et les répartitions de l'effort, ont été comparées avec le système source ; les huit correspondaient. La migration s'est achevée avec un rapport de contrôle qualité de 69 tests.

  • Les enregistrements historiques et l’historique des modifications ont été intégralement transférés.
  • L’organisation du travail des équipes a été préservée grâce aux sprints, tableaux et filtres enregistrés.
  • Huit mesures ont été comparées avec le système source ; les huit correspondaient.
667 864entrées d’historique des modifications
119filtres enregistrés
133sprint
8/8mesures identiques
Brochure

Présentez TaskFlow à votre équipe avec un seul document.

Téléchargez la brochure qui résume les fonctionnalités, les options de déploiement et les chiffres de notre propre migration, et partagez-la avec votre équipe.

Test des besoins

Passer à TaskFlow : quel intérêt pour vous ?

8 questions, deux minutes. Découvrez ensuite le bilan de votre besoin de quitter votre outil de suivi du travail et de moderniser vos processus.

  • Outil actuel
  • Liens avec les processus
  • Intégration
  • Localisation des données
8 questions · environ 2 minutes
Outil actuel1 / 8
Le calendrier de support ou de licences de votre outil de suivi du travail vous met-il sous pression ?
Outil actuel2 / 8
Qu’en est-il des coûts de plug-ins et de licences ?
Liens avec les processus3 / 8
Votre outil de suivi du travail est-il aussi utilisé dans les processus d’achat, de maintenance ou de validation ?
Liens avec les processus4 / 8
Combien de temps faut-il pour ajouter une nouvelle étape de validation ?
Intégration5 / 8
Combien de systèmes ou de scripts sont connectés à votre outil de suivi du travail ?
Intégration6 / 8
Une connexion à l’ERP est-elle nécessaire ?
Localisation des données7 / 8
Vos enregistrements de travail doivent-ils rester sur site ou en Turquie ?
Localisation des données8 / 8
Devez-vous travailler dans un environnement isolé d’Internet ?
Consultez votre bilan d’adéquation · 2 min
Questions fréquentes

TaskFlow en quelques réponses courtes.

Nos intégrations existantes continueront-elles de fonctionner ?
Pour les intégrations qui utilisent des points de terminaison pris en charge, le changement d'adresse et de clé d'accès peut suffire. La version de l'API, l'authentification et l'usage des webhooks sont vérifiés un par un à partir de l'inventaire.
Quels enregistrements sont migrés ?
Les projets, tickets, commentaires, pièces jointes, saisies de temps, sprints, tableaux et l’historique des modifications peuvent être inclus dans le périmètre de migration. Lors de la propre migration de l’équipe Butterfly, 89 projets et 32 130 tickets ont été transférés le même jour.
Que deviennent les plug-ins que nous utilisons ?
Les plug-ins de la marketplace ne sont pas transférés directement. Les fonctions de plug-ins réellement utilisées sont recensées, et celles qui sont nécessaires sont évaluées dans le cadre d’une reconstruction sur Butterfly.
Peut-il être installé sur site ?
Des options sur site, en cloud privé et en environnement isolé d’Internet sont disponibles. Le modèle de déploiement est évalué avec vos intégrations et vos exigences d’infrastructure.
Combien de temps dure la migration ?
La durée dépend du volume d’enregistrements, des workflows et des intégrations existantes. Lors de l’évaluation initiale, nous déterminons quels éléments seront migrés, lesquels seront reconstruits et lesquels resteront hors périmètre.

Commençons le plan de migration par votre workflow le plus critique.

Examinons ensemble un processus d'achat, de maintenance ou de validation. Déterminons quels enregistrements seront migrés, quelles connexions seront testées et quelles règles seront reconstruites dans Butterfly.