Architecture type : qui fait quoi
Avant d'attaquer les intégrations techniques outil par outil, il faut poser la règle d'or qui évite 90% des projets facturation automatique qui plantent : qui fait quoi entre votre CRM et votre outil compta. Ce premier chapitre définit l'architecture type, la frontière exacte entre Pipedrive et votre outil de facturation, et les 3 patterns d'architecture selon votre profil.
La règle d'or : Pipedrive avant-vente, compta après-vente
La question que mes clients me posent systématiquement : « Est-ce que mes commerciaux doivent créer les factures ? ». Ma réponse est toujours la même : non. Et c'est ça qui pose la frontière.
Pipedrive est un outil d'avant-vente. Son job : transformer un prospect en deal gagné. Ce qui se passe après la signature (facturation, suivi des paiements, relances comptables, exports compta) n'est pas son métier. Votre outil compta (Pennylane, Sellsy, Dolibarr, Axonaut) est fait pour ça.
La frontière exacte :
| Périmètre | Pipedrive | Outil compta |
|---|---|---|
| Prospects et leads | ✅ Source unique | ❌ |
| Opportunités commerciales (deals) | ✅ Source unique | ❌ |
| Devis / propositions commerciales | ✅ Smart Docs | ⚠️ Possible mais non |
| Factures | ❌ | ✅ Source unique |
| Suivi des paiements | 📊 Visibilité lecture | ✅ Source unique |
| Relances impayés | 📧 Déclenchement | ✅ Données de départ |
| Comptabilité générale, TVA, bilan | ❌ | ✅ Source unique |
Cette répartition résout immédiatement trois problèmes : zéro double saisie, pas de conflit de données entre outils, et surtout clarté sur qui est responsable de quoi côté équipe (commerciaux vs administratifs).
Les 3 patterns d'architecture selon votre profil
Pattern A — "Light" (TPE et petite PME, moins de 10 personnes)
Usage simple : les commerciaux ferment des deals, un administratif crée les factures à la main dans l'outil compta, les paiements remontent automatiquement dans Pipedrive via un scénario Make.
Flux simple Pattern A
Budget automation : 9€/mois Make.com + temps admin pour création facture (5-10 min par facture).
Pattern B — "Automatisé" (PME 10-30 personnes, 30-200 factures/mois)
Niveau supérieur : la facture est créée automatiquement quand le deal passe à "Gagné", avec les bonnes données (client, produits, montants). L'admin vérifie et envoie, pas de saisie.
Flux automatisé Pattern B
Budget : 29€/mois Make.com + 3-5 jours de mise en place initiale. ROI en 2-3 mois chez un client de 15 personnes avec 50 factures/mois.
Pattern C — "Industriel" (PME 30-50 personnes, 200+ factures/mois)
Niveau expert : tout est automatisé, y compris la gestion des acomptes, des factures récurrentes (contrats de service), des avoirs, et des relances. L'équipe admin ne fait que valider les cas exceptionnels.
Flux industriel Pattern C
Budget : 59€/mois Make.com (plan Pro) + 7-10 jours de mise en place. ROI en 4-6 mois mais économies de 15-25h/semaine côté admin.
Les 4 questions à se poser avant de choisir son pattern
- Volume de factures mensuel : moins de 20 = Pattern A, 30-200 = Pattern B, 200+ = Pattern C
- Complexité des factures : paiements uniques vs récurrents vs avec acomptes échelonnés
- Maturité de l'équipe admin : capable d'utiliser Make.com ou tout doit être "invisible" ?
- Multi-TVA et international : ajoute de la complexité qui peut faire basculer d'un pattern à l'autre
Les données à identifier avant de brancher quoi que ce soit
Avant de créer un seul scénario Make.com, listez précisément :
- Côté Pipedrive : champs personnalisés du deal, produits/services, adresses facturation, conditions de paiement
- Côté outil compta : comptes clients, familles de produits, conditions de règlement, taux de TVA
- Correspondances clé : comment un produit Pipedrive se traduit en ligne de facture compta
- Cas de rupture : client non standard, facture multi-devises, taxes spéciales, avoirs
C'est le mapping préalable qui évite 80% des bugs ultérieurs. Chez Guilbert Signalétique, nous avons passé 2 jours pleins à mapper les champs entre Pipedrive et Dolibarr avant de lancer le premier scénario. Résultat : intégration stable depuis 18 mois, zéro incident majeur.
Les 3 erreurs d'architecture à ne jamais commettre
🚫 Erreur 1 : faire valider les factures dans Pipedrive
Certains veulent ajouter un champ "Statut facture" dans Pipedrive que l'admin met à jour manuellement. Mauvaise idée : vous dupliquez l'info qui existe déjà dans l'outil compta. Privilégiez toujours la sync automatique, pas la saisie double.
🚫 Erreur 2 : créer les devis côté compta
Les devis doivent vivre dans Pipedrive (via Smart Docs ou équivalent). Pourquoi ? Parce qu'ils font partie du cycle commercial (signature, négociation, objections). Les créer dans l'outil compta coupe cette visibilité pour votre équipe commerciale.
🚫 Erreur 3 : vouloir tout faire en direct via API sans Make.com
Certains dirigeants techniques veulent écrire du code custom entre Pipedrive et leur outil compta. Ne le faites pas. Make.com offre 90% de la flexibilité, 10% du coût, et la possibilité de débrancher/reconfigurer sans développeur. Dev custom = dette technique garantie.
Le scénario minimal à construire en premier
Quelle que soit la maturité visée, je recommande toujours de commencer par un premier scénario simple qui valide l'architecture :
Scénario de démarrage (1 jour de setup)
Ce scénario seul élimine déjà 90% de la saisie manuelle. Vous le faites tourner 2 semaines, vous validez qu'il marche, puis vous ajoutez le sync paiement, puis les relances, etc.
Ce que vous devez faire maintenant
- Identifier votre Pattern cible (A, B ou C) selon votre volume de factures
- Mapper les champs entre Pipedrive et votre outil compta sur papier
- Identifier les 3-5 cas de rupture que Make devra gérer
- Passer au chapitre correspondant à votre outil compta pour les scénarios concrets
Vous voulez qu'on branche votre Pipedrive à votre outil compta ?
Je configure la stack complète en 3 à 5 jours. Premier échange gratuit pour cadrer votre cas.
Se faire rappeler →