Ce qu'est vraiment un folio, et les six chiffres cachés dans « le solde »

Un client au comptoir demande combien il doit. Quelqu'un regarde un écran et lit un chiffre à voix haute.

Ce chiffre est le résumé d'environ six autres chiffres et, selon celui que le logiciel a choisi d'afficher, il peut être faux dans un sens comme dans l'autre sur un séjour où quelque chose d'inhabituel s'est passé. Pas faux comme dans un bogue. Faux comme dans « le logiciel a répondu à une autre question que celle que le client a posée ».

Bien comprendre un folio, c'est la différence entre un comptoir qui peut répondre avec assurance et un comptoir qui devine en silence.

Un folio est un compte, pas une facture

Une facture est un document produit à un moment donné. Un folio est un compte courant rattaché à un séjour, et il existe du moment où la réservation est faite jusqu'à bien après le départ du client.

Des choses s'y inscrivent au fur et à mesure : le frais d'hébergement de chaque nuit, l'activité réservée, la bouteille de vin, le dépôt payé en mars, le paiement par carte au départ, la correction inscrite trois jours plus tard quand quelqu'un a remarqué une erreur. C'est un grand livre pour un séjour et, comme tout grand livre, son sens vient des écritures et non du total au bas de la page.

C'est pour ça que le total au bas de la page est la chose la moins intéressante qui s'y trouve.

Les six chiffres cachés dans « le solde »

Voici ce avec quoi un comptoir travaille vraiment sur n'importe quel séjour en cours.

Facturé jusqu'ici. Tout ce qui est inscrit à ce jour. À la troisième nuit d'un séjour de sept nuits, ça comprend trois nuitées, pas sept.

Encore à inscrire. Les quatre nuits qui n'ont pas encore eu lieu. De l'argent réel, engagé par contrat, et pas encore un frais. Un système qui ne montre que « facturé jusqu'ici » fait paraître qu'un séjour d'une semaine doit très peu le mardi.

Payé. Ce qui a effectivement été encaissé, y compris le dépôt pris il y a des mois.

Détenu mais non gagné. Le dépôt encore, vu de l'autre côté. De l'argent que vous détenez contre un service que vous n'avez pas encore rendu. Il réduit ce que le client paiera à la fin ; il ne veut pas dire que vous l'avez gagné.

Garanti mais non encaissé. Une carte au dossier, une garantie d'entreprise, un bon de commande. Quelqu'un a promis que ce sera payé. Rien n'a bougé.

Dû en ce moment. Facturé moins payé. Le seul des six qui répond à « est-ce que cette personne peut franchir la porte ».

Demandez « quel est le solde » et n'importe lequel des six est une réponse défendable. La question à laquelle le comptoir a vraiment besoin de réponse dépend entièrement de la raison pour laquelle il la pose, et il n'y a que trois raisons.

Les trois questions qu'un comptoir pose vraiment

« Est-ce que ce client peut partir ? » Facturé moins payé, maintenant. Rien à voir avec les nuits futures.

« Qu'est-ce que j'encaisse de lui à cet instant ? » Habituellement le même chiffre, moins ce qui est garanti par quelqu'un d'autre, moins ce qu'il règle séparément.

« Combien ce séjour va-t-il valoir ? » Tout, y compris les nuits pas encore inscrites. C'est la question de prévision et elle appartient à la prévision, pas à l'écran de départ.

Un folio qui montre un seul chiffre sans dire à laquelle de ces questions il répond finira par faire courir quelqu'un après un client pour de l'argent qu'une entreprise avait garanti, ou faire saluer à la porte un client qui devait vraiment son minibar.

Ensuite, ça devient plus intéressant

Trois situations ordinaires cassent complètement le modèle à un seul chiffre.

La facture est partagée

Une entreprise paie l'unité, le client paie tout le reste. C'est un séjour, un client, une arrivée, et deux règlements distincts contre le même folio. « Le solde » est maintenant vraiment deux chiffres, et ni l'un ni l'autre n'est la somme.

Les systèmes incapables de modéliser ça finissent par faire semblant, habituellement en créant une deuxième réservation. Alors le compte d'unités est faux, le taux d'occupation est faux, et les deux moitiés du séjour d'un même client peuvent partir des jours différents.

Le client change d'unité en cours de séjour

Un chauffage lâche la deuxième nuit. Il déménage. Est-ce que c'était un séjour ou deux ?

Pour le client, c'est évidemment un. Pour les livres, ça doit être un seul folio continu, sinon sa facture arrive en deux morceaux avec deux dates d'arrivée et aucune des deux ne décrit ce qui s'est passé. L'unité a changé. Le compte, non.

Un frais a été inscrit sur le mauvais folio

Deux clients avec le même nom de famille. Ça arrive chaque semaine. Le correctif n'est pas de supprimer le frais d'un côté et de le retaper de l'autre, parce que ça efface la preuve de ce qui s'est passé et laisse deux folios qui ne s'expliquent plus eux-mêmes. Le correctif est un transfert : le frais quitte un compte et arrive sur l'autre, et les deux côtés inscrivent qu'il l'a fait.

Pourquoi « on n'a qu'à le modifier » est le mauvais réflexe

La fonction la plus demandée dans un logiciel comptable est un bouton Modifier, et c'est celle qui détruit discrètement ce pour quoi vous avez acheté le logiciel.

Si une transaction inscrite peut être changée, alors votre folio ne vous dit que son état actuel. Il ne peut pas vous dire ce qu'il disait mardi dernier, ce qui est exactement ce que quelqu'un demandera quand un client contestera un frais, quand un émetteur de carte enverra une rétrofacturation, ou quand un comptable rapprochera un mois déjà déclaré.

Un folio qui corrige par contrepassation coûte quelques secondes de plus le jour même. En échange, chaque version de la vérité reste lisible, et « qu'est-ce que ce compte disait le 14 » a une réponse.

La même logique explique pourquoi un rabais, une annulation, un remboursement et une contrepassation sont quatre choses différentes plutôt que quatre étiquettes sur une seule. Ils décrivent des événements réellement différents, et les fondre dans « modifier » perd la distinction pour de bon.

Quoi chercher quand vous évaluez

Six questions. Toutes répondables en dix minutes de démonstration.

1. Montrez-moi un folio où une entreprise paie l'unité et le client paie les extras. Regardez si ça reste une seule réservation.
2. Déplacez un client dans une autre unité en cours de séjour, puis montrez-moi sa facture. Un document et un séjour, ou deux ?
3. Inscrivez un frais sur le mauvais client, puis corrigez-le. Le correctif est-il un transfert avec une trace, ou une suppression ?
4. À la troisième nuit d'un séjour de sept nuits, que dit le folio qui est dû ? Puis demandez combien vaut le séjour. Si c'est le même chiffre, l'un des deux est faux.
5. Prenez un dépôt, puis montrez-le-moi dans le rapport de revenus. Il ne devrait pas y être. Ce devrait être un passif jusqu'à ce que le séjour ait lieu.
6. Corrigez une transaction inscrite. Puis demandez ce que le folio disait avant la correction, et voyez si le système peut encore répondre.

Aucune de ces situations n'est un cas limite. Chacune d'elles arrivera dans votre premier mois.

---

Dans Cardinal, un folio est un compte en ajout seul, pas un champ de solde. Un déplacement en cours de séjour garde un seul folio continu. Un folio peut être partagé pour qu'une entreprise règle l'unité pendant que le client règle ses extras, sur une seule réservation. Les frais se transfèrent entre folios avec les deux côtés inscrits. Les écritures sont immuables, les corrections sont des contrepassations autorisées par un gestionnaire et écrites au grand livre, et les frais d'hébergement s'accumulent par nuit, alors « dû maintenant » et « ce que le séjour vaut » sont deux chiffres que le système garde séparément parce que ce sont deux questions différentes.