Le cas qui pourrit toutes les apps de gestion

Vous facturez 5 400€ le 5 du mois en NET_30. Votre client, qui est OK et un bon payeur, vous dit explicitement : "Le payment-cycle interne pose problème ce mois-ci, on te paye le 20 du mois suivant. Pas avant."

C'est convenu. C'est tracé. Tout va bien.

Sauf que toutes les apps de gestion vous affichent alerte rouge OVERDUE à partir du 5 du mois suivant. Et ça reste rouge pendant 15 jours. Et vous le voyez sur votre dashboard 15 fois par jour.

Solution stupide habituelle : changer manuellement la date de facture pour décaler. Mais ça pourrit votre comptabilité (la facture a vraiment été émise le 5).

Le snooze, ou comment dire à l'app "je sais, ferme-la"

Le mécanisme :

  • Vous gardez la facture avec sa vraie date d'émission (5 du mois)
  • Vous indiquez "snooze jusqu'au 20 du mois suivant"
  • Optionnellement vous ajoutez une raison ("client a promis 20/mois")
  • L'app masque l'alerte overdue jusqu'à cette date
  • Si le 20 arrive et que vous n'avez toujours pas été payé, l'alerte revient

Concrètement, vous gardez l'info bookkeeping correcte ET votre dashboard reste propre.

Quand snoozer (et quand pas)

À snoozer :

  • Client a explicitement promis une date (verbal ou écrit)
  • Délai dépasse votre tolérance habituelle de 15 jours mais reste dans 60 jours
  • Vous voulez voir l'alerte ressurgir uniquement si le délai n'est pas respecté

À ne PAS snoozer :

  • Client n'a rien promis, vous attendez juste en silence — c'est un vrai retard, gardez l'alerte
  • Délai > 60 jours sans raison structurelle — c'est un drapeau rouge business, garder l'alerte est précieux
  • Vous voulez "cacher le problème" pour ne pas y penser — mauvaise idée, le snooze n'est pas un déni

La nuance qui change tout : le compteur revient

Quand vous snoozez au 20 et que le 20 arrive :

  • Si payé : la facture est marquée PAID, snooze devient inutile, tout est propre.
  • Si pas payé : l'alerte revient instantanément, en rouge, avec une mention spéciale "retard malgré snooze accepté". À ce moment-là, vous savez que le client a cassé sa promesse et vous escaladez.

C'est exactement ce qu'on veut. Le snooze n'est pas une autoroute pour oublier — c'est une pause respectueuse jusqu'à la date convenue.

Différence avec "marquer comme payé d'avance"

Tentation alternative : marquer la facture comme PAID le 5 alors que vous savez qu'elle sera payée le 20. Très mauvaise idée :

  • Votre treasury affiche du cash que vous n'avez pas (vous risquez de l'engager)
  • Votre TVA collectée (cash basis) est déclarée trop tôt — risque fiscal
  • Votre health score est faussé (recouvrement à 100% au lieu de la réalité)

Le snooze ne touche pas au cash. La facture reste PENDING. La trésorerie projection sait qu'elle attend 5 400€ pour le 20. Tout est honnête.

Le pendant côté client : le report négocié

Variante : votre client demande à reporter le paiement (en avance ou pendant le délai). Vous acceptez ? Vous mettez à jour la expected payment date (pas la facture date), vous notez la raison du report, et le moteur de réconciliation absorbe ça quand le paiement arrive.

C'est le même mécanisme, vu de l'autre côté : un retard accepté n'est pas un retard subi.

Ce qui fait la différence

Beaucoup d'outils SaaS de gestion n'ont pas cette fonctionnalité. Soit ils vous obligent à mentir (changer la date), soit ils vous laissent dans le rouge perpétuel.

Freelance Budget tracke le snooze proprement : champs snoozedUntil + snoozeReason au niveau de la facture, alerte masquée dans le dashboard et les badges de notification, mais l'info reste dans la projection de trésorerie. La meilleure des deux mondes.