Intégrer Redmine à votre système d'information
Outil open source de gestion de projet et de suivi d'anomalies. Flexible et auto-hébergé.
Équipes techniques, DSI, éditeurs de logiciels, sociétés de services.
Pourquoi intégrer Redmine
Redmine est un outil open source de gestion de projet et de suivi d'anomalies. Très répandu dans les équipes techniques, il permet de gérer les projets, issues, versions et fichiers. L'intégration avec un CRM crée un pont entre les équipes commerciales/support et les équipes techniques.
Le cas d'usage principal est la synchronisation des demandes. Un client signale un bug ou demande une fonctionnalité via le support. Le ticket CRM est qualifié comme demande technique. Le connecteur crée une issue dans Redmine avec les informations pertinentes. L'équipe technique travaille dans Redmine. Le commercial voit l'avancement dans le CRM sans changer d'outil.
L'API REST Redmine est native et bien documentée. L'authentification se fait par clé API associée à un utilisateur. Les endpoints permettent de créer et lire les issues, de mettre à jour les statuts, d'ajouter des commentaires et de récupérer les pièces jointes. L'API est activée par défaut dans Redmine.
Le modèle de données Redmine est flexible. Les projets contiennent des issues (demandes, bugs, tâches). Chaque issue a un tracker (type), un statut, une priorité, un assigné et des champs personnalisés. Les versions regroupent les issues pour une livraison. Ce modèle doit être mappé avec les objets CRM.
La personnalisation de Redmine est un point d'attention. Les statuts, trackers et workflows sont configurables. Le mapping entre les statuts Redmine et les statuts CRM doit être défini précisément. Un statut "En cours" dans Redmine peut correspondre à plusieurs états dans le CRM selon le contexte.
Redmine est souvent hébergé on-premise, sur le réseau interne de l'entreprise. L'API n'est alors pas accessible depuis Internet. Deux solutions : exposer l'API via un reverse proxy sécurisé (avec authentification forte), ou installer un agent de synchronisation sur le réseau local qui pousse les données vers le connecteur cloud.
Les plugins Redmine peuvent enrichir les possibilités. Certains ajoutent des champs, des workflows ou des intégrations. Le connecteur doit être adapté si des plugins modifient le modèle de données standard.
Schémas d'intégration
Synchroniser les tickets support CRM avec les issues Redmine
Remonter l'avancement des développements dans le CRM
Créer des demandes Redmine depuis les tickets clients
Alimenter le reporting client avec les données projet
Notifier les commerciaux des livraisons et résolutions
Points de vigilance
Redmine est souvent on-premise : l'API doit être exposée de manière sécurisée.
Le modèle de données dépend des plugins installés et de la configuration.
Les statuts et workflows sont personnalisables : le mapping doit être adapté.
Les pièces jointes et commentaires nécessitent une gestion spécifique.
Comment nous procédons
Chaque synchronisation que nous livrons est une unité autonome : un sens, un déclencheur. Une synchronisation dans les deux sens correspond donc à deux unités distinctes, ce qui permet d'en interrompre une sans casser l'autre et de lire les journaux sans ambiguïté.
Nous commençons par un cadrage qui tranche quatre points : la clé de rapprochement entre les deux systèmes, le comportement attendu lorsque plusieurs correspondances sont trouvées, les champs obligatoires côté destination qui n'ont pas de source, et la désignation d'une source de vérité champ par champ — pas objet par objet.
Le développement est suivi d'une recette en mode simulation : le flux lit les données réelles et enregistre ce qu'il aurait écrit, sans rien modifier. Cette étape est systématique et conditionne la mise en service.
Les flux sont ensuite hébergés et supervisés sur notre plateforme, avec reprise automatique en cas d'échec passager et alerte en cas d'échec persistant.
Questions fréquentes
Pourquoi connecter Redmine à un CRM ?
Pour donner aux équipes commerciales et support une visibilité sur l'avancement des développements. Le client demande une fonctionnalité, le support crée un ticket CRM, l'équipe technique travaille dans Redmine, le commercial voit l'avancement sans quitter le CRM.
Comment fonctionne l'API Redmine ?
API REST native avec authentification par clé API. Les endpoints couvrent les projets, issues, utilisateurs, versions et fichiers. La documentation est disponible sur le site Redmine. L'API est activée par défaut mais peut être restreinte.
Comment synchroniser les tickets CRM et les issues Redmine ?
Le connecteur crée une issue Redmine quand un ticket CRM est qualifié comme demande technique. L'identifiant Redmine est stocké dans le CRM. Les mises à jour de statut Redmine sont répercutées dans le CRM. Le commercial voit l'avancement sans accéder à Redmine.
Comment gérer les statuts différents ?
Redmine permet de personnaliser les statuts (Nouveau, En cours, Résolu, etc.). Le mapping avec les statuts CRM doit être défini : quel statut Redmine correspond à quel statut CRM. Ce mapping est configuré dans le connecteur.
Peut-on synchroniser les commentaires ?
Oui. Les notes ajoutées dans Redmine peuvent être remontées dans le CRM comme commentaires sur le ticket. Cela permet au support de suivre les échanges techniques sans accéder à Redmine. Le sens inverse est possible mais moins fréquent.
Comment gérer l'hébergement on-premise ?
Si Redmine n'est pas accessible depuis Internet, l'API doit être exposée via un reverse proxy sécurisé ou un VPN. Une alternative est un agent local qui synchronise périodiquement les données. L'échange de fichiers reste possible mais moins souple.
Comment notifier les livraisons ?
Quand une issue Redmine passe en statut 'Résolu' ou 'Livré', le connecteur met à jour le ticket CRM correspondant. Une notification peut être envoyée au commercial ou au client. Cela permet de communiquer proactivement sur les résolutions.
Pour aller plus loin
Comprendre l'intégration
Besoin de connecter Redmine ?
Décrivez-nous votre besoin. Nous vous répondons sous 48 heures avec une première analyse.