Make et Zapier couvrent les trois quarts d’un flux de facturation. Le quart restant leur échappe, et c’est précisément celui que la loi surveille. Au 1er septembre 2026, une facture entre professionnels cesse de circuler par simple courriel. Elle passe par une plateforme agréée, et aucun outil no-code ne figure sur la liste tenue par la DGFiP.
La distinction change la façon de découper un scénario. L’automatisation garde toute sa place en amont et en aval de l’émission, exactement comme lorsqu’il s’agit de connecter sa boutique, sa banque et son encaissement. Elle s’arrête net sur le segment central, celui du transport du document vers le client.
Un scénario mal découpé produit alors un résultat gênant. Il tourne parfaitement pendant des mois, puis devient non conforme du jour au lendemain, sans le moindre message d’erreur. Par ailleurs, un trou dans la numérotation se paie 15 euros par facture, dans la limite d’un quart du montant facturé. Le découpage se décide donc maintenant, pas dans cinq semaines.
Au 1er septembre 2026, toute entreprise assujettie à la TVA doit pouvoir recevoir une facture électronique. Les grandes entreprises et les ETI doivent également l’émettre à cette date. Les PME, TPE et micro-entreprises suivent au 1er septembre 2027.
Le diagnostic vous sort trois plateformes classées selon votre profil.
Ce que ces outils automatisent, et la frontière qu’ils ne franchissent pas
Le mot facturation recouvre au moins six opérations distinctes. La réforme n’en encadre que deux, et ce sont précisément celles que les scénarios no-code aiment prendre en charge. Séparer proprement ces segments évite de bâtir un flux condamné à l’avance. L’exercice prend dix minutes sur une feuille de papier.
Trois segments dans la chaîne, un seul est réglementé
Le premier segment couvre tout ce qui précède la facture. On y trouve le déclencheur, la collecte des coordonnées client, le calcul des lignes et la création du brouillon. Le troisième segment couvre tout ce qui suit l’émission. On y range la notification interne, le journal de suivi, la relance et le rapprochement comptable. Ces deux zones restent entièrement ouvertes à l’automatisation, avant comme après septembre 2026.
Le segment central, lui, est verrouillé. Il regroupe la génération du format structuré, le dépôt sur la plateforme agréée émettrice, le routage vers celle du destinataire et la remontée des statuts. Trois formats seulement sont admis dans le socle minimum : Factur-X, UBL et CII, tous alignés sur la norme européenne EN 16931.
Autrement dit, un orchestrateur no-code peut déclencher l’émission par un appel d’API. Il ne peut pas la réaliser lui-même. La nuance paraît théorique jusqu’au premier rejet technique. Ce rejet bloque le paiement aussi sûrement qu’une facture égarée, avec en prime un délai de correction manuel.
Le module d’envoi par email devient le point de rupture
Presque tous les scénarios de facturation se terminent de la même manière. Un module Gmail ou SMTP expédie le PDF au client, en pièce jointe, et le flux s’arrête là. Ce geste fonctionne aujourd’hui sans réserve. En revanche, il cesse de valoir émission conforme dès que le client relève de l’obligation de réception électronique.
Un PDF classique n’est pas une facture électronique au sens de la réforme. Il ne contient aucune donnée exploitable par une machine et n’emprunte pas le canal des plateformes. Le Factur-X fait exception, puisqu’il embarque un fichier XML dans un PDF/A-3. Encore faut-il qu’un logiciel conforme l’ait produit et qu’une plateforme agréée le transporte.
En pratique, dès septembre 2026, un client grande entreprise ou ETI attend sa facture dans son espace plateforme. Le courriel, lui, arrive dans une boîte que plus personne ne traite en priorité. Le fournisseur découvre le problème au moment de la relance, plusieurs semaines après.
Automatiser sa facturation et émettre une facture électronique ne désignent pas la même opération. Un scénario Make ou Zapier pilote les deux extrémités du processus. Il ne remplace ni le logiciel de facturation, ni la plateforme agréée qui transporte le document.
Le socle à poser avant d’ouvrir Make ou Zapier
Un scénario ne vaut que par ce qu’il pilote. Avant de connecter quoi que ce soit, deux briques doivent exister en dessous. Sans elles, l’automatisation industrialise surtout des erreurs, à cadence régulière. La vérification prend une heure et évite des mois de reprise.
Un logiciel de facturation raccordé à une plateforme agréée
La première brique produit des factures juridiquement valides. Cela suppose une numérotation séquentielle sans rupture et une inaltérabilité des documents déjà émis. S’y ajoutent les quatre nouvelles mentions créées par la réforme. Le SIREN du client devient obligatoire, tout comme l’adresse de livraison quand elle diffère de l’adresse de facturation. La catégorie de l’opération complète la liste, aux côtés de l’option pour le paiement de la taxe d’après les débits.
Un module de génération de PDF ne fournit aucune de ces garanties. Il assemble un document, sans séquence protégée ni piste d’audit exploitable. Le risque est chiffré. L’article 1770 duodecies du code général des impôts prévoit 7 500 euros par logiciel non conforme. Un délai de 60 jours permet de régulariser avant une éventuelle seconde amende.
Cette brique porte également le raccordement à la plateforme agréée. Certains éditeurs sont eux-mêmes immatriculés, d’autres passent par un partenaire technique. Le point à vérifier reste identique dans les deux cas. La facture part-elle vers le bon canal, sans intervention humaine et avec un statut consultable.
Un connecteur qui expose vraiment la création de facture
La seconde brique tient à la profondeur du connecteur, pas à sa simple existence. Les catalogues affichent volontiers un logo sans préciser ce qu’il permet réellement. L’écart entre deux outils voisins est parfois considérable.
Pennylane expose ainsi une vingtaine d’actions et cinq déclencheurs sur son connecteur Zapier, adossés à son API V2, avec un environnement de test dédié. Sellsy limite au contraire son connecteur Zapier aux clients, aux contacts et aux opportunités commerciales. Le premier permet de créer une facture, le second non. Cette différence suffit à réorienter tout un projet d’automatisation.
Avant de bâtir un scénario, ouvrez la fiche du connecteur et cherchez une action nommée création de facture. Si elle manque, l’automatisation passera par un appel d’API brut. La charge de maintenance et le profil de compétences nécessaires changent alors sensiblement.
Make compense les catalogues incomplets par ses modules HTTP et JSON génériques. Ils attaquent n’importe quelle API REST, y compris celles dépourvues de connecteur officiel. La contrepartie tient en une phrase. Il faut lire la documentation de l’éditeur et gérer soi-même l’authentification, donc disposer d’un profil légèrement technique. Sur une boutique, le guide sur woocommerce et la facturation électronique détaille le même arbitrage entre extension native et appel direct.
Make ou Zapier : lequel tient un flux de facturation
Les comparaisons habituelles opposent le nombre d’intégrations et le confort de l’interface. Sur un flux de facturation, deux critères pèsent nettement plus lourd. L’unité facturée par l’éditeur et le mode de déclenchement disponible décident du coût mensuel réel. Le reste relève surtout de la préférence personnelle.
L’unité facturée décide de la facture d’automatisation
Zapier décompte une tâche par action exécutée. Un Zap à cinq étapes consomme donc cinq tâches à chaque déclenchement, et non une seule. Le palier gratuit s’arrête à 100 tâches par mois, cinq Zaps actifs et une seule action par Zap. Le plan Professional démarre autour de 20 dollars mensuels pour 750 tâches.
Make raisonne en opérations et décompte chaque module exécuté. Son palier gratuit offre 1 000 opérations mensuelles, avec des scénarios multi-étapes autorisés. Le plan Core démarre autour de 9 euros pour 10 000 opérations. À volume identique, l’écart de facturation entre les deux outils dépasse souvent 50 pour cent.
Le calcul utile n’est donc pas le prix affiché sur la grille. Il s’agit du nombre de modules multiplié par le nombre de factures mensuelles, majoré des vérifications à vide. Cette dernière variable réserve la plus mauvaise surprise.
| Outil | Unité facturée | Prix d’entrée | Note | |
|---|---|---|---|---|
MaMakeScénarios multi-étapes | Module exécuté | 9 € par mois | 8,4 | Voir les logiciels |
ZaZapierCatalogue plus large | Action exécutée | 20 $ par mois | 7,6 | Voir les logiciels |
Sur un volume modeste, l’écart absolu reste faible. Il devient structurant dès que le scénario dépasse quatre modules.
L’interrogation planifiée vide le forfait avant la première facture
Voici le piège que la tarification affichée masque. Chez Make, un déclencheur planifié consomme une opération à chaque cycle de vérification, même lorsqu’aucune donnée nouvelle n’arrive. Un intervalle de quinze minutes représente 96 vérifications par jour, soit environ 2 880 opérations par mois.
Le palier gratuit se trouve donc épuisé en une dizaine de jours, sans qu’une seule facture ait été créée. Un webhook instantané résout le problème, puisqu’il ne déclenche rien tant qu’il ne reçoit rien. La bascule coûte quelques minutes de configuration côté source, à condition que celle-ci sache émettre un webhook.
Chez Zapier, l’interrogation ne consomme aucune tâche, seules les actions comptent. En revanche, les déclencheurs par webhook entrant restent absents du plan gratuit. Chacun des deux outils impose ainsi son propre compromis entre réactivité et budget mensuel.
Monter le scénario sans casser la numérotation
Les deux erreurs les plus coûteuses ne relèvent ni du prix ni du connecteur. Elles tiennent au choix du déclencheur et au traitement des exécutions rejouées. Toutes deux se corrigent à la construction, presque jamais après coup. Un scénario en production se répare rarement sans annulation comptable.
Le déclencheur fixe la fiabilité de tout le reste
Trois événements se disputent la place de déclencheur. La commande validée, le paiement encaissé et le devis signé ne produisent pas le même résultat fiscal. Les prestations de services relèvent par défaut de la TVA sur les encaissements, sauf option expresse pour les débits. Le choix du moment engage donc la déclaration, pas seulement le confort.
Sur une boutique, privilégiez un événement transmis par la source plutôt qu’une lecture périodique. Notre page shopify et la facturation électronique décrit ce câblage côté commande. De son côté, prestashop et la facturation électronique traite le cas des modules tiers installés sur la boutique.
Ajoutez enfin un filtre dès la première étape du scénario. Les commandes de test, les montants nuls et les remboursements partiels génèrent sinon des factures parasites. Chacune devra être annulée par un avoir, avec la mention de la facture d’origine. Un filtre coûte une ligne de configuration, un avoir coûte une écriture comptable.
Le rejeu est l’ennemi silencieux de la séquence
Une coupure réseau, un délai d’attente dépassé ou une relance automatique suffisent. Le scénario repart et appelle deux fois la création de facture. La commande produit alors deux documents, donc deux numéros pour une seule vente.
La conséquence est fiscale avant d’être esthétique. L’article 1737 du code général des impôts sanctionne chaque mention manquante ou inexacte de 15 euros, dans la limite du quart du montant facturé. Un trou dans la séquence expose en outre à un rejet de comptabilité lors d’un contrôle. L’administration peut y voir une dissimulation, ce qui déplace le sujet sur un tout autre terrain.
La parade tient en deux réflexes de construction. D’une part, stockez la référence de commande et vérifiez son existence avant toute création. D’autre part, laissez la numérotation au logiciel de facturation, jamais à un compteur maison dans un tableur partagé. Un tableur ne garantit ni l’unicité ni l’ordre en cas d’exécutions simultanées.
Un scénario qui interroge le logiciel avant de créer reste conforme, même rejoué dix fois. La séquence de numéros demeure entière et l’administration ne voit qu’une facture par vente.
Reprendre un scénario existant avant l’échéance
Un flux monté l’an dernier n’est pas perdu, loin de là. Deux modules sur trois restent valables et méritent d’être conservés. La reprise consiste à remplacer le maillon central, puis à exploiter ce que la réforme rend enfin disponible.
Les modules à retirer ou à remplacer
Commencez par le module d’envoi au client. S’il expédie un PDF par courriel à un professionnel assujetti, il sort du cadre dès que l’obligation s’applique à la relation. Remplacez-le par un appel au logiciel raccordé, qui déclenche l’émission via la plateforme.
Traitez ensuite tout module qui fabrique le document lui-même. Un générateur de PDF, un modèle Google Docs ou un publipostage produisent une image figée, sans données structurées. Ces briques deviennent des sources de non-conformité silencieuse, puisque rien ne signale l’erreur au moment de l’exécution.
Conservez en revanche les filtres, les enrichissements de données et les journaux. Un scénario qui vérifie le SIREN du client avant la création gagne même en valeur, puisque cette mention conditionne désormais le routage de la facture. La donnée manquante bloque l’acheminement, pas seulement la conformité formelle.
Ce que l’automatisation gagne après la bascule
La réforme apporte une contrepartie rarement mise en avant. Le cycle de vie de la facture devient un flux d’événements exploitables : déposée, reçue par le destinataire, refusée, encaissée. Ces statuts remontent par la plateforme, avec une fiabilité sans commune mesure avec un accusé de lecture.
Un scénario peut donc déclencher une relance sur le statut refusée plutôt que sur un délai arbitraire. Il peut alerter un commercial dès qu’une facture reste bloquée plus de trois jours. Le suivi cesse de reposer sur des suppositions.
Cette mécanique alimente aussi l’e-reporting des données de paiement, exigé pour les opérations dont la TVA est exigible à l’encaissement. Le statut encaissée transmet la date et le montant, ventilés par taux. Automatiser la remontée du paiement devient alors un gain de conformité, plus seulement un gain de temps.
- Make et Zapier orchestrent l’amont et l’aval, jamais l’émission ni le transport de la facture.
- Le socle reste un logiciel de facturation raccordé à une plateforme agréée.
- Le module d’envoi du PDF par courriel est le premier à retirer d’un scénario existant.
- Chez Make, les déclencheurs planifiés consomment le quota à vide, un webhook coûte moins cher.
- Vérifiez l’existence de la commande avant toute création pour protéger la séquence de numéros.
Le diagnostic croise volume, profil et budget en trois minutes.
Questions fréquentes
Make ou Zapier peuvent-ils devenir des plateformes agréées ?
Rien ne l’interdit sur le principe, mais l’immatriculation suppose des engagements lourds. Contrôles de format, inscription à l’annuaire, transmission des données à l’administration et archivage relèvent du métier d’éditeur de facturation, pas de celui d’orchestrateur généraliste. Aucun des deux ne figure sur la liste tenue par la DGFiP, et leur positionnement produit ne va pas dans cette direction. Le raisonnement prudent consiste donc à traiter cette hypothèse comme nulle et à câbler le scénario autour d’une plateforme tierce.
Peut-on générer un fichier Factur-X directement dans un scénario Make ?
Techniquement, un module de code ou un service externe produit un PDF/A-3 contenant un XML conforme. Juridiquement, cela ne suffit pas. La facture doit encore respecter la numérotation séquentielle et l’inaltérabilité, passer les règles de validation françaises, puis transiter par une plateforme agréée. Un fichier bien formé transmis par courriel reste hors du dispositif. L’effort de développement se justifie rarement face au coût d’un logiciel conforme.
Un plan payant est-il indispensable pour automatiser sa facturation ?
Pour quelques factures par mois, les paliers gratuits suffisent parfois. Deux limites arrivent vite. Chez Zapier, l’absence de webhook entrant et la restriction à une seule action bloquent la plupart des montages. Chez Make, la consommation d’opérations par les déclencheurs planifiés vide le quota. Un flux sérieux implique en général un plan d’entrée, soit environ 9 euros mensuels côté Make et 20 dollars côté Zapier.
L’automatisation des relances reste-t-elle possible après septembre 2026 ?
Oui, et c’est même l’un des usages les plus rentables. La relance ne constitue pas une émission de facture, elle n’entre donc pas dans le champ réglementé. Le scénario lit le statut du document, attend le délai voulu, puis envoie un rappel ou crée une tâche. Le seul point de vigilance concerne la source du statut, qui doit venir du logiciel raccordé plutôt que d’un suivi parallèle.
n8n ou un appel direct à l’API changent-ils quelque chose ?
Sur le plan de la conformité, non. Le segment réglementé reste identique quel que soit l’orchestrateur, et un script maison ne dispense pas davantage de la plateforme agréée. Le changement porte sur le coût et le contrôle. n8n facture à l’exécution de workflow plutôt qu’à l’opération, ce qui avantage les scénarios longs. L’intégration directe supprime l’abonnement, mais transfère la maintenance et la gestion des erreurs sur vos épaules.