Logiciel de facturation juridique ou logiciel comptable : pourquoi un cabinet a besoin de plus
La forme d'une facture juridique
Un logiciel comptable généraliste suppose qu'une facture est homogène : un ensemble de lignes de même nature, taxées pareil, dues par la partie nommée en tête. La plupart des factures commerciales satisfont cette hypothèse.
Un relevé juridique, non. Clôturez un dossier ordinaire et vous facturez peut-être du temps professionnel, que la plupart des régimes traitent en prestation taxable ; le recouvrement d'un frais de greffe avancé pour le client, que beaucoup traitent hors du champ de la taxe ; et la refacturation d'une note de traducteur, qui suit encore son propre traitement. Trois lignes, trois positions fiscales, un document que le client attend d'un seul tenant.
Un logiciel qui applique un taux unique à toute une facture ne peut décrire ce relevé. Il offre deux échappatoires, toutes deux fausses : taxer le débours qu'il ne fallait pas taxer, ou éclater un travail sur plusieurs documents en espérant que le client les rapproche.
Les estimations ne sont pas des créances
Les cabinets chiffrent avant de facturer. Dans un grand livre, la façon naturelle est de créer une facture brouillon, et c'est là que l'ennui commence : un brouillon n'est qu'à un changement de statut d'être compté.
Une proforma doit être structurellement incapable d'être du revenu : sa propre série, exclue de tout chiffre de revenu et de dû, impayable. Sinon le tableau de bord de l'associé flatte, la balance âgée inclut du travail que nul n'a accepté, et le nombre autour duquel le cabinet planifie n'en est pas un.
La conversion de l'estimation en facture fiscale doit aussi être une opération unique et gardée. Deux personnes convertissant la même proforma le même après-midi doivent produire une facture, pas deux.
Le problème de la numérotation
La numérotation fiscale paraît administrative jusqu'à ce qu'un auditeur demande pourquoi le numéro 47 manque. La plupart des juridictions attendent une série ininterrompue par livre, et la plupart des logiciels généralistes en donnent une, avec des trous partout où quelqu'un a supprimé un brouillon.
Un cabinet a d'ordinaire besoin de plusieurs livres en parallèle — taxable, exonéré, proforma et reçus — chacun ininterrompu selon ses termes. Ce n'est pas une préférence de reporting. C'est la différence entre un après-midi avec un auditeur et une semaine.
L'argent du client n'est pas l'argent du cabinet
Les provisions et fonds détenus en compte sont la ligne de partage la plus nette. L'argent qu'un cabinet détient n'est pas l'argent qu'il a gagné, et dans bien des juridictions les règles qui le gouvernent sont plus strictes que tout ce qu'on trouve en comptabilité commerciale.
Facturer sur des fonds déjà détenus doit être visible comme une séquence — ce qui a été détenu, ce qui a été prélevé, sur quelle autorité, et ce qui reste — plutôt qu'un solde net qui, par chance, se rapproche. Quand un régulateur ou un client demande comment un solde a bougé, un solde net n'est pas une réponse.
Le registre doit survivre à un litige
Les factures commerciales sont rarement contentieuses. Les honoraires juridiques le sont, souvent bien après, ce qui change ce que le système comptable doit pouvoir prouver : quelle version de la facture a été envoyée, quand le client l'a vue, ce qui a été convenu, et que rien n'a été modifié après coup.
Un grand livre qu'un administrateur peut amender ne répond à rien de tout cela. Un fil de courriel non plus, car les fils se scindent et les boîtes sont élaguées. Ce qui survit est un registre écrit à mesure que le travail se faisait, que l'application elle-même ne peut réécrire.
À quoi sert encore le logiciel comptable
Rien de tout cela ne signifie qu'un cabinet abandonne les outils de son comptable. Comptes statutaires, paie et déclaration annuelle vivent là où travaille le comptable, et c'est bien. La distinction porte sur l'endroit où sont produits les documents fiscaux sources.
Le système de cabinet émet la facture, règle sa taxe par ligne, la scelle, enregistre le paiement et émet le reçu. Le logiciel comptable reçoit les chiffres qui en résultent. Inverser cela — produire des factures juridiques dans un grand livre puis ressaisir le contexte du dossier — est l'origine du travail de rapprochement, et des erreurs.
Comment Mersal le fait
Mersal émet depuis trois séries distinctes — TVA, exonéré et proforma — chacune avec sa propre numérotation ininterrompue. La taxe se règle par ligne, si bien qu'un relevé porte honnêtement du temps taxable et un débours exonéré, sur un seul document.
Une proforma n'est jamais une créance : elle porte sa propre série, est exclue de tout chiffre de revenu et de dû, et ne peut être payée. La convertir recalcule la taxe depuis les taux par ligne enregistrés et stampe le montant facturé, sous un compare-and-swap qui rend une double conversion impossible.
Les factures émises se figent. Leurs valeurs enregistrées l'emportent toujours sur les réglages actuels, si bien que changer un taux ou une devise plus tard ne réécrit jamais ce qui a été facturé. Le règlement enregistre un paiement partiel ou complet sous une clé d'idempotence — un réessai ou un second onglet ne peut double-enregistrer — et les reçus s'émettent sur leur propre série scellée. Chaque étape atterrit dans un registre en ajout seul que l'application ne peut amender.
Le logiciel comptable généraliste n'est pas mauvais pour la facturation juridique par accident. Il est bâti sur une hypothèse que le travail juridique ne satisfait pas : qu'une facture est une seule sorte de chose.
Dossiers, conflits, facturation TVA, reçus scellés et calendrier, dans un seul système défendable.