Synchronisation CRM-comptabilité automatisée pour PME : pas de données qui traînent

Le problème des données qui traînent entre CRM et compta

Votre commercial ferme un deal de 25 000€ dans HubSpot le 15 septembre. Il le marque « gagné ». La prévision de chiffre d'affaires monte. Tout le monde est content.

Puis votre comptable regarde Xero le 20 septembre. Pas de facture pour ce deal. Il doit l'entrer à la main. Il saisit 25 000€ HT, crée les lignes (pas toujours identiques au deal), applique la TVA (20% ? 5.5% ?), rajoute la condition de paiement (30 jours ? net le mois suivant ?).

Le jour du règlement, le client paie 28 500€ au lieu des 30 000€ attendus. Qui doit interpeller ? Commercial ? Comptable ? Personne ne sait qui a raison.

Résultat réel : PME petite à moyenne perd 15 à 30 % de la valeur de ses deals en écarts, en oublis de suivi, en factures jamais envoyées.

La synchro CRM ↔ Compta automatisée élimine ce problème. Un deal fermé = une facture créée, immédiatement, dans la bonne devise, avec les bonnes lignes, la bonne TVA. Zéro saisie manuelle. Zéro écart.

Les trois blocs : données, transformation, validation

1. Récupération des données CRM (le déclencheur)

L'automatisation commence quand un event arrive. Généralement : un deal devient « closed_won » dans votre CRM.

Pour HubSpot :

Utiliser l'API deals endpoint (/crm/v3/objects/deals). Créer un webhook qui se déclenche quand dealstage passe à « Closed Won ». Le payload webhook inclut : deal ID, deal amount, deal name, owner, close date, tous les champs custom.

{
  "dealId": 12345,
  "amount": 25000.00,
  "dealName": "Contrat Entreprise XYZ",
  "dealOwner": "alice@company.com",
  "closeDate": "2026-09-15",
  "currency": "EUR",
  "customFields": {
    "client_type": "PME",
    "terms_of_payment": "30 days",
    "invoicing_frequency": "monthly"
  }
}

Pour Pipedrive :

Webhook sur activity deal_won. L'API Pipedrive retourne deal value, currency, owner, et champs custom nommés par l'utilisateur (à mapper).

Configuration dans Make / n8n :

• Webhook HTTP (HubSpot → Make) ou Pipedrive → n8n
• Tester une fois en fermant un deal de test
• Vérifier que le payload remonte bien

Temps pour cette étape : 30 min.

2. Transformation : du deal vers la facture

C'est le cœur. Vous avez les données brutes du deal. Il faut les transformer en facture structurée pour votre logiciel de compta.

Mapping simple (cas standard) :

Deal.amount → Invoice.amount_ht
Deal.currency → Invoice.currency (EUR par défaut)
Deal.closeDate → Invoice.invoice_date
Deal.dealOwner → Contact.person_email (chercher contact dans Xero)
Deal.name → Invoice.description
Deal.customFields.terms_of_payment → Invoice.payment_terms

Mais il y a des cas à gérer :

Cas 1 — Deals avec TVA embarquée vs HT

Si votre deal dit « 25 000€ TTC », vous devez calculer HT pour Xero (qui reçoit HT toujours). HT = Montant TTC / 1.20 (si TVA 20%). Xero calcule la TVA après.

Cas 2 — Lignes d'article multiples (abonnement + setup + support)

Un deal peut avoir un custom field invoice_line_items avec plusieurs lignes. Transformer en autant de lignes dans Xero.

{
  "lineItems": [
    { "description": "Licence annuelle", "quantity": 1, "unitPrice": 20000 },
    { "description": "Implémentation", "quantity": 1, "unitPrice": 5000 },
    { "description": "Support 12 mois", "quantity": 1, "unitPrice": 0 }
  ]
}

Chaque ligne devient une ligne Xero avec son compte analytique (exemple : Licence → revenu SaaS, Implémentation → revenu services).

Cas 3 — Remises et avoirs

Si le deal a un champ discount_percent ou discount_amount, l'appliquer en ligne Xero « Rabais ». Idem pour les avoirs (chargebacks, retours).

Code exemple (n8n expression ou Make transformer) :

// Entrée : dealData depuis HubSpot
const dealData = input.data;

// Calcul TVA
const tva_rate = dealData.customFields.tva_rate || 0.20;
const amount_ttc = dealData.amount;
const amount_ht = amount_ttc / (1 + tva_rate);
const amount_tva = amount_ttc - amount_ht;

// Transformation
const invoice = {
  contact_email: dealData.dealOwner,
  invoice_date: dealData.closeDate,
  due_date: new Date(dealData.closeDate).addDays(
    dealData.customFields.terms_of_payment || 30
  ),
  line_items: [
    {
      description: dealData.dealName,
      quantity: 1,
      unit_amount_incl_tax: dealData.amount,
      tax_type: "Tax on sales",
      tax_amount: amount_tva
    }
  ],
  total: amount_ht,
  status: "DRAFT" // Jamais envoyer en SUBMITTED directement
};

return { invoice };

Temps pour cette étape : 2-4 heures (selon complexité des règles métier).

3. Envoi et validation dans la compta

Une fois structurée, la facture part vers Xero (ou Sage, QuickBooks).

Approche 1 — Facture en DRAFT

Envoyer la facture comme brouillon (status DRAFT). Un comptable la vérifie, la corrège si besoin, la valide. Moins de risque, plus de contrôle humain au démarrage.

// n8n / Make
POST https://api.xero.com/invoices
{
  status: "DRAFT",
  contact_email: invoice.contact_email,
  ...
}

Approche 2 — Facture automatique en SUBMITTED

Après 1 mois de fonctionnement et zéro erreur, passer directement en SUBMITTED. La facture est validée, prête à être envoyée au client.

Risque : un écart passe inaperçu. À ne faire que si la transformation est 100% calibrée.

Étapes Xero / QuickBooks :

1. Vérifier que le contact existe (par email)
   • Sinon, créer le contact avant de créer la facture
2. Créer la facture (POST /invoices)
3. Lier le numéro de facture Xero au deal HubSpot (champ custom xero_invoice_id)
   • Critère du succès : traçabilité bidirectionnelle
4. Envoyer au client automatiquement (Xero API)
   • Optionnel au démarrage, recommandé après stabilisation

Temps pour cette étape : 1-2 heures.

La boucle de validation : détection d'écarts

Chaque semaine, créer un batch job qui valide la cohérence CRM ↔ Compta.

// Pseudo-code : tâche hebdo lundi 9h
1. Récupérer tous les deals closed_won de la semaine précédente (HubSpot)
2. Pour chaque deal, chercher la facture correspondante dans Xero (par deal ID)
3. Comparer :
   - Montants (égaux ?)
   - Devises (transformées correctement ?)
   - TVA (appliquée ?)
   - Dates (cohérentes ?)
4. Sortir un rapport d'écarts
5. Si écart > 2%, alerter comptable + commercial

Tableau exemple :

Actions correctives :

• Écart amount : ajuster la règle de transformation (TVA, devise, rabais)
• Facture manquante : vérifier que le webhook s'est déclenché, relancer manuellement
• Devise : l'API CRM retourne-t-elle la devise du deal ? L'ajouter en field custom si absent

Après 1 mois, écarts tombent à zéro. Le workflow devient invisible.

Stack recommandée (coûts réels)

Pour PME débutante : Pipedrive (99€) + Xero (30€) + Make free tier (0€) = 129€/mois. Upgrade Make vers Pro (99€) à partir de 500 factures/mois.

Checklist de lancement

• Mapper CRM fields → Compta fields
• Créer webhook / polling sur le CRM (deal won)
• Transformer deal → facture en Make / n8n
• Tester sur 10 deals historiques
• Envoyer factures en DRAFT, vérifier 100% cohérence
• Activer envoi auto vers client (après 2 semaines zéro erreur)
• Créer batch job hebdo d'écarts
• Documenter règles de transformation pour remplaçant
• Monitoring : alerter si 3+ écarts > 5% / jour

Temps total de déploiement : 5-7 jours (3 jours de config, 3 jours de tests et calibrage).

Résultats après 3 mois :

• Zéro saisie manuelle (100% auto)
• Écarts éliminés
• Rapprochement bancaire qui prend 30 min au lieu de 4 heures
• Commerciaux content (deals suivis jusqu'à paiement)
• Comptable content (données unifiées)