La comptabilité d’abord : pourquoi un logiciel de syndic se juge à ses comptes

Dans la manière dont on parle aujourd'hui des logiciels de syndic, la comptabilité occupe une place curieuse. On en parle peu. On la suppose acquise, reléguée au rang de fonction technique que tout le monde maîtriserait à peu près également, pendant que l'attention se porte sur ce qui se voit : la gestion des incidents, la préparation des assemblées, les portails, les notifications, les tableaux de bord. La comptabilité, elle, travaille dans l'ombre, et on ne la remarque que lorsqu'elle se trompe.

C'est exactement l'inverse qu'il faudrait faire. Car le métier de syndic n'est pas d'abord un métier de coordination ou de communication : c'est un métier de tenue des comptes d'autrui. Un syndic est un mandataire qui manipule l'argent d'un collectif, le syndicat des copropriétaires. Il appelle des fonds, règle des fournisseurs, conserve une trésorerie, constitue un fonds travaux, et doit pouvoir justifier chaque euro devant une assemblée qui vote, chaque année, l'approbation de ses comptes. Tout le reste (les services, les outils, les écrans) se greffe sur cette fonction. Un logiciel de syndic devrait donc se juger en premier lieu, et avant toute autre chose, à la qualité de sa comptabilité.

Nous voudrions défendre cette idée jusqu'au bout, et en tirer deux conséquences que la profession sous-estime : qu'il existe un niveau de rigueur comptable que presque personne n'atteint, et que sans ce socle comptable, tous les modules qu'on construit autour ne valent pas grand-chose.

La comptabilité n'est pas un module comme les autres

Il faut commencer par mesurer à quel point la comptabilité de copropriété est une discipline exigeante, et à quel point elle ne tolère pas l'à-peu-près.

Le cadre est strict. Depuis le décret du 14 mars 2005, la copropriété tient une comptabilité d'engagement : on enregistre les dettes et les créances au moment où elles naissent, pas au moment où l'argent circule. Elle applique aussi un plan comptable spécifique. La loi impose un compte bancaire séparé par copropriété, une présentation normalisée des comptes, une annexe, et l'approbation des comptes en assemblée générale. À cela s'ajoutent la répartition des charges selon des clés, la régularisation annuelle, la gestion du fonds travaux, l'individualisation de certains frais, le rapprochement bancaire. Chacun de ces mécanismes a ses règles, et l'erreur n'y est pas une approximation tolérable : c'est un litige en puissance.

Car il faut le dire clairement : dans une copropriété, les conflits sont presque toujours des conflits d'argent. Une charge contestée, une répartition jugée fausse, une dépense non justifiée, un solde de compte incompréhensible, un appel de fonds qui ne correspond à rien. Le lien de confiance entre un syndic et les copropriétaires ne repose pas sur la qualité de ses comptes rendus ou sur l'élégance de son portail : il repose sur le fait que, lorsqu'un copropriétaire regarde son compte, les chiffres sont justes, traçables et défendables. Une comptabilité fiable n'est pas une commodité technique. C'est la substance même du métier, et la condition de la confiance.

C'est pourquoi un logiciel qui serait brillant partout ailleurs mais approximatif en comptabilité serait, au fond, un mauvais logiciel de syndic. L'inverse, en revanche, peut parfaitement fonctionner : un logiciel comptablement irréprochable mais sobre sur le reste rend déjà l'essentiel du service. La hiérarchie est sans ambiguïté.

La rigueur ultime : tenir la comptabilité à l'échelle du lot

Allons maintenant au point que presque personne ne traite, et qui sépare une comptabilité correcte d'une comptabilité véritablement rigoureuse.

Pour le comprendre, il faut distinguer trois notions que l'on confond souvent. Le copropriétaire est une personne. Le lot est l'unité de propriété (un appartement, une cave, un parking) à laquelle sont attachés des tantièmes, ces quotes-parts qui déterminent à la fois la part de charges et le poids du vote en assemblée. Un copropriétaire possède un ou plusieurs lots. Et c'est là le point décisif : les charges ne se calculent pas sur les personnes, elles se calculent sur les lots, par application de leurs tantièmes aux différentes clés de répartition. Le tantième appartient au lot, jamais à la personne.

Or la plupart des logiciels tiennent la comptabilité à l'échelle du copropriétaire. Ils agrègent l'ensemble des lots d'une même personne dans un compte unique, et raisonnent à ce niveau. Pour facturer, cela suffit. Mais cette agrégation se fait au prix d'une perte de précision qui se paie cher dans tous les cas un peu complexes, c'est-à-dire dans la vie réelle d'une copropriété.

Tenir la comptabilité à l'échelle du lot, c'est donner à chaque lot son propre compte, son propre historique de charges, son propre solde. C'est plus rigoureux pour une raison de fond : cela colle exactement à la réalité juridique et comptable, où c'est le lot, et non la personne, qui porte les tantièmes. Et cette granularité plus fine change tout dans les situations qui font précisément la difficulté du métier.

Prenons la vente d'un lot. À la mutation, la comptabilité doit se couper proprement à la date de cession : le vendeur doit les charges jusqu'à cette date, l'acquéreur après. Quand les comptes sont tenus par personne, une vente oblige à des prorata manuels, fragiles, sources d'erreurs. Quand ils sont tenus par lot, le lot change simplement de propriétaire ; son historique reste attaché à lui, et la coupure est nette. Ce n'est pas un hasard si l'état daté (ce document remis au notaire lors d'une vente, qui certifie la situation financière exacte d'un lot précis) est par nature un document du lot. Le produire sans erreur suppose, en toute logique, de raisonner au lot.

Prenons le copropriétaire qui possède plusieurs lots, parfois dans des bâtiments différents, soumis à des clés de charges distinctes. Au niveau de la personne, tout cela se mélange dans un solde global qui masque la réalité lot par lot. Au niveau du lot, chaque ligne reste claire, et l'on peut répondre exactement à la question « que coûte, que doit ce lot précis ? ».

Prenons enfin les structures de propriété qui changent : un lot détenu en indivision, par une SCI, ou démembré entre usufruitier et nu-propriétaire. Dans tous ces cas, c'est le lot qui est l'ancre stable ; les personnes, elles, vont et viennent. Une comptabilité tenue au lot traverse ces changements sans rien perdre de la mémoire financière de l'immeuble.

À notre connaissance, une seule solution sur le marché a fait ce choix de tenir la comptabilité à l'échelle du lot. Nous le mentionnons non pour en faire la promotion, mais parce que c'est l'exception qui prouve que la chose est possible, et qui éclaire, par contraste, ce que font tous les autres. Le standard du marché s'arrête au copropriétaire. C'est suffisant pour émettre des appels de charges ; c'est insuffisant pour atteindre la rigueur que les cas difficiles exigent. Et comme cette granularité est une décision d'architecture prise une fois pour toutes, au tout début, elle départage durablement les logiciels : on ne passe pas du compte par personne au compte par lot par une simple mise à jour.

La comptabilité, point de convergence de toutes les données

Venons-en à la seconde idée, qui est peut-être la plus importante pour qui réfléchit à ce que doit être un bon logiciel de syndic. La comptabilité n'est pas seulement le cœur du métier : elle est aussi le point où converge l'information dont tout le reste a besoin.

Réfléchissons à ce dont un module (n'importe lequel) a besoin pour fonctionner. Dès qu'il touche à la vie de la copropriété, il lui faut accéder à des données qui décrivent les copropriétaires et leurs lots : leur identité, les tantièmes de leurs lots, leurs charges, leur situation de compte, leurs coordonnées. Ces cinq éléments ne sont pas dispersés au hasard dans le logiciel. Ils se constituent, se mettent à jour et se vérifient autour de la comptabilité. C'est elle qui connaît qui possède quoi, dans quelles proportions, avec quel solde. Le reste du système vient s'y abreuver.

Regardons les modules un par un, et la dépendance saute aux yeux. La gestion des incidents et des travaux a besoin de savoir quel copropriétaire a signalé un problème, sur quel lot, qui en supporte le coût, si l'intéressé est à jour de ses charges, et comment le joindre. Les signalements reposent sur les mêmes données : qui, quel lot, quel contact. Les assemblées générales sont, plus encore, entièrement gouvernées par les tantièmes : la convocation suppose des adresses à jour, le droit de vote de chaque copropriétaire est égal à ses tantièmes, le calcul des majorités et du quorum se fait sur ces mêmes quotes-parts, et les décisions votées emportent des conséquences sur les charges. Le tantième, on le voit, n'est pas qu'une donnée comptable : c'est aussi la donnée qui fonde la gouvernance. Les deux mondes, l'argent et le vote, s'appuient sur la même primitive, et cette primitive vit dans la comptabilité.

La chaîne continue. Les envois (courriers, e-mails, SMS) ont besoin des coordonnées, et bien souvent ils transportent eux-mêmes de l'information comptable : un appel de charges, une situation de compte, une quittance. Les relances et le recouvrement sont tout simplement impossibles sans le solde exact, à l'euro près, de chaque copropriétaire et de chaque lot ; une mise en demeure qui se trompe de montant n'a aucune valeur. L'espace en ligne du copropriétaire n'affiche, au fond, presque rien d'autre que des données comptables : son compte, ses charges, ses documents. Les mutations et la production de l'état daté sont de la comptabilité pure. Et même un module aussi technique que le carnet d'entretien se nourrit de la comptabilité, puisque l'historique de coût de chaque équipement provient des factures enregistrées.

Tout, absolument tout, revient à la comptabilité. Elle est le moyeu, et les modules sont les rayons. C'est elle qui détient la version juste et vivante des données que les autres ne font que consulter.

Le mirage des outils autonomes

De ce constat découle une conséquence qui devrait faire réfléchir quiconque développe ou choisit des outils pour le métier de syndic.

On voit fleurir des services qui traitent une fonction et une seule : un outil pour les interventions, un autre pour les signalements, un autre pour les assemblées générales, un autre pour les envois, d'autres encore pour la relation avec le conseil syndical, pour les états des lieux, pour la diffusion d'annonces, pour la signature électronique. Pris isolément, certains sont bien conçus. Mais ils partagent un défaut rédhibitoire : ils vivent à côté de la comptabilité, et non avec elle.

Or un outil qui ne dispose pas d'un accès natif aux données comptables se retrouve devant une alternative dont les deux branches sont mauvaises. Soit il redemande ces données et oblige le gestionnaire à ressaisir et à maintenir une seconde fois la base des copropriétaires, des lots et des tantièmes. Avec la double saisie viennent les erreurs, les écarts et l'obsolescence, car deux bases finissent toujours par diverger. Soit il fonctionne à l'aveugle, sans connaître le solde, sans pouvoir calculer un droit de vote, sans pouvoir refacturer une intervention, sans pouvoir afficher une situation de compte. Dans les deux cas, la valeur s'effondre.

C'est ce qui explique un phénomène que tous les éditeurs honnêtes finissent par observer : ces outils autonomes, séduisants en démonstration, sont peu utilisés en pratique. Non parce qu'ils sont mal faits, mais parce que le gestionnaire, dans son travail réel, ne peut pas se permettre de jongler entre un système qui détient la vérité comptable et un autre qui l'ignore. Le coût de friction est trop élevé. L'outil se vide de son usage et tombe dans l'oubli.

La leçon n'est pas qu'il faut renoncer à ces fonctions : elles sont utiles, parfois indispensables. La leçon est qu'elles ne prennent leur valeur qu'à l'intérieur d'un écosystème où la comptabilité est présente, et où elles puisent leurs données à la même source que les comptes. Un module qui partage le référentiel comptable peut tout faire : reconnaître le copropriétaire, lire son solde, calculer son poids de vote, lui envoyer sa situation, refacturer ce qui doit l'être. Le même module, coupé de ce référentiel, ne peut presque rien. La différence n'est pas une affaire de finition : c'est une affaire de fondation.

On ne rattrape pas une fondation

Reste à dire pourquoi cette dépendance est si structurante, et pourquoi on ne peut pas se contenter d'« ajouter » la comptabilité plus tard.

La tentation, pour un nouvel entrant, est de construire d'abord ce qui se voit et se vend : des écrans agréables pour les incidents, les assemblées, les notifications, et de traiter la comptabilité comme une brique technique que l'on intégrera ensuite, ou que l'on branchera par une passerelle. C'est procéder à l'envers. La comptabilité de copropriété est la partie la plus difficile à concevoir correctement, celle qui exige le plus de connaissance du métier, et celle qui ne tolère aucune erreur. Construire les modules avant elle, c'est bâtir les étages avant les fondations.

Et le choix le plus structurant de tous (la granularité, le lot ou la personne) se fait au commencement et conditionne tout le reste. Un système pensé au niveau du copropriétaire ne se convertit pas au niveau du lot par une option : il faudrait en reprendre l'architecture. C'est pourquoi la qualité comptable d'un logiciel n'est pas un paramètre que l'on ajuste, mais une orientation profonde que l'on prend ou que l'on ne prend pas, très tôt, et qui se lit ensuite dans tout le produit.

En somme

Un bon logiciel de syndic est, avant d'être un outil de coordination ou de communication, un logiciel comptable irréprochable. C'est par là qu'il faut le juger, parce que c'est par là que passe la confiance, et parce que c'est de là que tout le reste tire sa valeur. La comptabilité détient les données dont chaque module a besoin : l'identité, les tantièmes, les charges, les soldes, les coordonnées, et elle est le point où ces données restent justes et vivantes. Sans elle, les plus beaux modules ne sont que des coquilles que personne n'utilise.

La rigueur, à l'intérieur de cette exigence, a un dernier degré que presque personne n'atteint : tenir les comptes à l'échelle du lot, là où vivent réellement les tantièmes et où se jouent les mutations, les indivisions et les états datés. C'est exigeant, c'est rare, et c'est précisément ce qui distingue une comptabilité qui suffit d'une comptabilité qui ne se trompe jamais.

Le jour où la profession cessera de considérer la comptabilité comme une fonction d'arrière-plan pour y voir ce qu'elle est (le socle sur lequel tout repose), elle jugera les logiciels de syndic à la bonne aune. Non pas à ce qu'ils montrent, mais à ce sur quoi ils sont bâtis.