Créer des workflows automatiques dans un cabinet comptable, même avec des outils vieillissants

"On ne peut pas, notre logiciel ne le permet pas."

C'est la phrase qui arrête la majorité des projets d'automatisation en cabinet d'expertise comptable. Elle est parfois exacte, mais le plus souvent elle traduit une méconnaissance de ce que l'outil sait réellement faire.

Cette confusion coûte cher pour 2 raisons principales :

• Elle immobilise des cabinets comptables qui pourraient automatiser une large part de leur production sans rien changer à leur équipement.
• Elle pousse d'autres vers des migrations lourdes, alors que le problème venait de l'organisation des flux et non du logiciel.

L'erreur est la même dans les deux cas : on raisonne sur l'outil, au lieu de raisonner sur ce que l'outil laisse entrer et sortir.

Cet article vous donne de quoi trancher pour votre propre cabinet d’expertise-comptable. Vous y trouverez un test en cinq questions à poser à votre éditeur, une grille pour situer la solidité de vos automatisations actuelles, le point aveugle qui fait échouer la plupart des projets et les signaux qui indiquent qu'il devient plus rentable de changer d'outil que de le contourner.

À la fin, vous saurez où vous en êtes et ce que vous pouvez lancer dès la semaine prochaine.

Automatisation en cabinet comptable : pourquoi ce n'est pas l'âge de vos logiciels qui bloque

Logiciel comptable vieillissant Vs logiciel fermé

Un logiciel n'est pas un frein parce qu'il est ancien. Certaines solutions installées depuis quinze ans produisent des exports programmables parfaitement exploitables alors qu’au contraire certaines interfaces refaites l'an dernier ne laissent rien sortir du tout.

Le bon critère n'est pas l'âge, mais la porosité, c’est-à-dire la capacité d'un outil à laisser entrer et sortir de la donnée sans intervention humaine.

Un outil poreux s'automatise, même avec une ergonomie des années 2000 alors qu’un outil étanche résiste, même avec un design moderne et la mention "cloud" sur la plaquette commerciale.

Et les deux sens ne se valent pas :

• Faire sortir de la donnée est presque toujours possible, d'une manière ou d'une autre.
• Faire entrer de la donnée est là où la plupart des solutions se referment.

Un logiciel qui vous laisse tout exporter mais rien importer divise par deux votre potentiel d'automatisation : vous construirez d'excellents tableaux de bord et vos équipes continueront à ressaisir.

Méfiez-vous enfin du vocabulaire commercial, qui ne dit rien de la porosité. "Cloud" indique où le logiciel s'exécute. "Full web" indique comment vous y accédez. Ni l'un ni l'autre ne vous renseigne sur ce que l'outil accepte d'échanger avec le reste de votre système.

4 symptômes d'un cabinet d'expertise comptable dont les outils ne communiquent pas

Quatre signes suffisent à poser le diagnostic :

• La double saisie est devenue une norme. Plus personne ne la remet en cause, parce que "c'est comme ça". Elle n'apparaît dans aucun budget et elle consomme pourtant des journées entières chaque mois.
• Un fichier Excel fait la jointure entre deux logiciels. Il est tenu par une seule personne, qui l'a construit progressivement et qui est la seule à en comprendre la logique. Quand elle est absente, le cabinet perd la vision de sa production.
• Vos délais dépendent d'une relance humaine. Une pièce manquante n'est détectée que lorsque quelqu'un pense à regarder. C'est précisément le mécanisme que nous décrivons dans notre article sur les factures d'achats non reçues.
• Vous ne pouvez pas répondre en trente secondes à "où en est le dossier Martin ?" sans ouvrir plusieurs écrans. Une information qui existe quelque part mais qu'on ne peut pas obtenir vite n'est pas une information disponible.

Le point commun de ces quatre symptômes est qu'ils ne coûtent rien en apparence, car aucun n'apparaît sur une facture. Ils se paient pourtant en heures de collaborateurs, en délais de production, en occasions manquées de facturer une mission complémentaire faute d'avoir vu le signal à temps.

Ces frictions sont le versant opérationnel d'un sujet que nous avons traité côté direction dans notre article sur le système d'information en cabinet comptable. Ici, nous descendons d'un étage : pas l'architecture cible, mais ce que vous pouvez faire tourner dès la semaine prochaine.

Votre logiciel comptable est-il automatisable ?

Les 5 questions à poser à l'éditeur de votre logiciel de production

Un logiciel s'automatise par une porte. Il en existe cinq.

Posez ces questions à votre éditeur, par écrit, et comptez les réponses positives.

Exigez des réponses écrites. Un commercial dira volontiers "oui, c'est possible" sur une porte qui suppose en réalité un module payant, un développement spécifique ou une version que vous n'avez pas.

Quatre précisions à réclamer systématiquement, sous peine de mauvaise surprise au moment de la mise en œuvre :

• La porte est-elle incluse dans votre contrat actuel ou facturée en supplément ?
• Est-elle disponible sur votre version ou seulement sur la dernière ?
• Existe-t-il un coût variable lié au volume d'appels ?
• La documentation technique est-elle accessible avant signature ?

Logiciel ouvert, semi-ouvert ou fermé : ce que chaque profil permet d'automatiser

• Profil ouvert : quatre ou cinq portes. Presque tout est atteignable. Votre sujet n'est pas technique, il est organisationnel : vous devez décider quoi automatiser et dans quel ordre. C'est le profil qui échoue le plus souvent par dispersion, en lançant six chantiers dont aucun n'aboutit.
• Profil semi-ouvert : deux ou trois portes. Le cas le plus fréquent sur le marché français. Vous ne ferez pas de temps réel partout, mais vous pouvez couvrir l'essentiel de vos flux par lots quotidiens ou hebdomadaires. Commencez par identifier la porte la plus large dont vous disposez, et construisez autour d'elle plutôt que de tenter d'ouvrir celles qui vous manquent.
• Profil fermé : zéro ou une porte. L'automatisation reste possible autour de l'outil, jamais à travers lui. Elle sera plus fragile et plus coûteuse à maintenir. C'est aussi le profil qui doit poser franchement la question de la migration, non par principe, mais parce que le calcul économique finit souvent par y conduire.

Le résultat compte moins que ce que vous en faites. Un cabinet d’expertise-comptable en profil fermé qui a cartographié ses flux automatise davantage qu'un cabinet en profil ouvert qui n'a jamais ouvert le sujet.

‍

Les 5 niveaux d'automatisation d'un cabinet comptable, du plus solide au plus fragile

Toutes les automatisations ne se valent pas. Deux cabinets peuvent avoir automatisé le même processus, l'un pour dix ans, l'autre pour six mois. La différence tient au niveau technique employé et ce niveau détermine bien plus le coût total que le prix d'installation.

Niveau 1 : Le connecteur natif

L'éditeur a prévu et maintient lui-même la liaison avec l'outil visé. Vous activez, vous paramétrez, vous n'y revenez plus. Rien à surveiller, rien à réparer : quand l'éditeur fait évoluer son logiciel, il fait évoluer le connecteur.

C'est le niveau le plus solide et, dans notre métier, le plus rare. Sa seule limite est qu'il ne couvre que ce que l'éditeur a décidé de couvrir.

Niveau 2 : L'API via une plateforme d'orchestration

Vous branchez vos outils par leurs API sur une plateforme d'orchestration du marché, qui joue le rôle de chef d'orchestre entre eux. Le coût d'abonnement est modeste. La mise en place demande de la conception, rarement du développement.

Surtout, le dispositif est documenté, versionné et réversible : si vous changez d'outil demain, vous reconstruisez le scénario sans repartir de zéro. C'est le niveau cible pour la majorité des cabinets.

Niveau 3 : L'échange de fichiers programmé

Un export planifié alimente un import planifié, selon un format stable. Aucune API n'est requise.

Ce niveau souffre d'une réputation de bricolage qu'il ne mérite pas : un format de fichier bien choisi est souvent plus stable dans le temps qu'une API, parce qu'il change moins souvent.

Vous perdez le temps réel, vous conservez la fiabilité. C'est le niveau qui rend la majorité des workflows utiles accessibles à un profil semi-ouvert et il reste très largement sous-exploité dans la profession.

Niveau 4 : L'automatisation d'interface

Un robot reproduit les clics d'un utilisateur dans le logiciel, comme le ferait une personne. C'est la réponse aux outils qui n'offrent aucune autre porte et elle fonctionne réellement.

Elle fonctionne jusqu'à la prochaine mise à jour de l'éditeur qui déplace un bouton, renomme un champ ou ajoute une fenêtre de confirmation. Chaque évolution du logiciel devient un risque de panne et vous ne maîtrisez pas le calendrier de ces évolutions.

Niveau 5 : Le script local

Une macro ou un petit programme sur le poste d'une personne. Ça marche parfaitement, souvent mieux que tout le reste, jusqu'au jour où cette personne quitte le cabinet. Personne d'autre ne sait comment c'est construit, et le dispositif meurt avec son auteur.

Voici le seuil d'alerte : si l'essentiel de vos automatisations vit aux niveaux 4 et 5, vous ne financez pas de la productivité, vous financez de la réparation permanente. Un dispositif fragile coûte peu à installer et cher à conserver et ce coût n'apparaît nulle part dans vos comptes puisqu'il se paie en temps interne.

Cela ne veut pas dire qu'il faut proscrire les niveaux bas. Un cabinet d’expertise-comptable mature fait cohabiter plusieurs niveaux et il le fait consciemment : le niveau 4 pour un flux ponctuel dont l'enjeu est faible, le niveau 2 ou 3 pour tout ce qui touche à la production. La règle est simple. Plus un flux est critique, plus il doit vivre haut dans l'échelle.

C'est aussi ce qui doit nuancer le réflexe consistant à multiplier les briques logicielles pour éviter de dépendre d'un éditeur, un arbitrage que nous avons détaillé dans notre analyse du multi-outils face à la dépendance éditeur. Chaque outil supplémentaire ajoute une liaison à maintenir.

Le point aveugle de tout projet d'automatisation : le référentiel client unique

Vos outils ne désignent pas vos clients de la même manière. Le logiciel de production connaît un "code dossier", l'outil de facturation connaît un "numéro client", le CRM connaît un nom commercial, la paie connaît un SIRET, le fichier Excel connaît "un prénom/nom".

Tant que ces identifiants ne sont pas réconciliés, aucun workflow ne tiendra.

Le scénario tournera correctement pendant deux semaines, puis un client changera de dénomination, un autre sera saisi avec une faute de frappe, un troisième aura deux fiches dans deux outils différents. Vous passerez votre temps à corriger des rapprochements ratés et vous conclurez que l'automatisation ne fonctionne pas dans votre métier.

Avant d'écrire le moindre scénario, choisissez un identifiant pivot et faites le ménage.

Un bon pivot répond à quatre exigences :

• Il est présent dans tous vos outils.
• Il est unique.
• Il ne change pas dans le temps.
• Aucun utilisateur ne peut le modifier par inadvertance.

Le SIREN coche généralement ces cases, avec deux limites à anticiper : il ne distingue pas les établissements d'une même entreprise et il ne couvre pas les particuliers ni certaines associations.

Ce chantier est ingrat. Il ne produit aucun résultat visible avant d'être terminé mais il conditionne absolument tout le reste. Il a aussi besoin d'un propriétaire désigné dans le cabinet, faute de quoi la qualité se dégrade dès le trimestre suivant.

Changer de logiciel comptable : 3 signaux qui disent d'arrêter de rustiner

Automatiser autour d'un outil fermé est une stratégie parfaitement défendable.

Elle cesse de l'être dans trois situations :

• Une fin de vie annoncée. Votre éditeur a communiqué une date d'arrêt de commercialisation ou de support sur votre version. À partir de là, chaque euro investi dans une automatisation autour de cet outil est un euro à durée déterminée. Le calcul de rentabilité doit se faire sur le temps qu'il vous reste, pas sur cinq ans.
• Une obligation réglementaire non couverte. Si votre solution n'offre pas de trajectoire crédible sur les échéances à venir, notamment sur la facturation électronique, le sujet n'est plus l'automatisation. C'est la conformité et elle ne se contourne pas.
• Un coût de contournement supérieur au coût de l'abonnement. C'est le signal le plus fréquent, et le seul que personne ne calcule.

La formule tient en une ligne :

Coût annuel du contournement = (heures perdues par mois × 12 × coût horaire chargé) + (jours de maintenance annuelle des automatisations fragiles × coût journalier) + coût estimé des erreurs de ressaisie

Un exemple pour fixer les idées, sur un cabinet d'une douzaine de personnes :

• Vingt heures perdues chaque mois en double saisie et en recherche d'information, à un coût horaire chargé de 45 €, représentent 10 800 € par an.
• Ajoutez six journées annuelles passées à réparer des automatisations de niveau 4 ou 5, à 600 € la journée, soit 3 600 €.
• Ajoutez une estimation prudente du coût des erreurs de ressaisie.
• Vous dépassez les 15 000 € annuels, sans qu'un seul euro n'apparaisse sur une facture fournisseur.

Posez ce montant en face du surcoût annuel d'une solution ouverte. La comparaison change souvent la nature de la discussion en réunion d'associés : on ne débat plus d'un investissement, on arbitre entre deux dépenses dont une seule est visible. Notre guide pratique pour changer de logiciel métier détaille la conduite du projet et notre benchmark des outils du marché vous donne les candidats.

Passez du diagnostic à l'exécution

Cet article vous donne de quoi vous situer. Le guide vous donne de quoi agir.

Automatiser son cabinet d'expertise comptable : construire des workflows qui tiennent avec les outils que vous avez déjà, et savoir quand en changer.

• La cartographie d'automatisabilité des onze principaux outils du marché français.
• Douze fiches workflow prêtes à déployer, avec gain estimé et pièges connus.
• Le protocole de mise en place du référentiel client unique.
• La grille d'arbitrage entre automatiser l'existant et changer d'outil.
• Le cahier des charges d'interconnexion et les clauses de réversibilité à exiger.
• Votre plan d'action sur 90 jours.