Les revenus de stationnement que vous perdez sans le savoir

Demandez à la plupart des opérateurs d'installations s'ils perdent des revenus en raison de sorties impayées, et vous obtiendrez généralement la même réponse : « probablement un peu, mais rien de majeur. »

Cette réponse est presque toujours fausse — non pas parce que les opérateurs sont négligents, mais parce que les systèmes sur lesquels la plupart des installations fonctionnent depuis des années sont spécifiquement incapables de leur montrer le problème. Les estimations de l'industrie sur les installations passant d'opérations manuelles ou basées sur des tickets à des systèmes automatisés basés sur la LPR citent couramment des augmentations de revenus de l'ordre de 10 à 25 %, souvent sans aucun changement de tarifs ou de volume de trafic. Ce n'est pas un nouveau revenu. C'est un revenu qui a toujours existé — il n'était simplement pas perçu, et plus important encore, il n'était jamais enregistré comme perdu.

Cette deuxième partie est le problème le plus intéressant.

À quoi ressemble réellement la fuite de revenus

Le terme « talonnage » est le plus souvent utilisé, mais il couvre quelques scénarios différents qui se terminent tous de la même manière — un véhicule repart sans qu'un enregistrement de paiement lui soit associé :

• Talonnage à l'entrée : un deuxième véhicule suit le premier à travers une barrière ouverte avant qu'elle ne se ferme, entrant sans prendre de ticket ou déclencher une transaction d'entrée.
• Talonnage à la sortie : un véhicule suit une autre voiture par une barrière de sortie ouverte, souvent en calculant le temps de sorte que la barrière ne se soit pas encore complètement fermée.
• Suppressions manuelles : un préposé, face à un véhicule sans ticket, un lecteur bloqué ou une file de voitures s'accumulant derrière, ouvre manuellement la barrière pour maintenir la circulation — ce qui est souvent la bonne décision sur le moment, mais résout la situation sans créer d'enregistrement qu'une transaction aurait dû avoir lieu.
• Sessions de courte durée et sans revenu : la visite complète d'un véhicule — de l'entrée à la sortie — prend quelques minutes et ne génère aucun paiement, ce qui peut indiquer un talonnage ou une erreur système, mais ressemble à « rien ne s'est passé » dans la plupart des rapports.

Rien de tout cela n'est spectaculaire. Aucune alarme ne se déclenche, rien ne se casse, personne ne le remarque sur le moment. C'est précisément pourquoi ils sont difficiles à corriger.

Pourquoi les systèmes traditionnels ne peuvent pas le voir

Voici la partie qui n'est pas assez souvent dite : dans un système basé sur des tickets, un véhicule qui fait du talonnage à l'entrée ou à la sortie ne génère aucun enregistrement. Il n'y a pas de ligne « paiement manqué », pas de transaction signalée, pas de rapport d'exception — car pour le système, ce véhicule n'a jamais existé. Il n'a pas de ticket, pas d'horodatage d'entrée, pas d'identifiant de session. Ce n'est pas un point de données avec un problème ; il est simplement absent des données.

C'est pourquoi « probablement un peu » est la réponse honnête que la plupart des opérateurs peuvent donner. La fuite n'est pas mesurée et ne revient pas comme un petit chiffre — elle n'est pas mesurée du tout. Le système qui devrait la signaler n'a aucun mécanisme pour enregistrer ce qui ne s'est pas produit.

Les audits manuels peuvent en détecter une partie — en comparant les séquences de caméras avec les journaux de transactions, en recherchant des sessions anormalement courtes ou sans revenu, en suivant la variance par voie ou par équipe. Mais ce sont des opérations a posteriori, gourmandes en main-d'œuvre, et qui n'ont généralement lieu que lorsque quelqu'un soupçonne déjà un problème, ce qui signifie que la fuite doit généralement s'aggraver suffisamment pour être remarquée avant que quiconque ne la recherche.

Comment la LPR modifie ce qui est enregistré

Le changement qu'apportent les systèmes basés sur la LPR ne concerne pas vraiment la détection des tricheurs — il s'agit de ce qui est enregistré en premier lieu. Avec la LPR, chaque véhicule qui passe par une voie est lu par plaque, indépendamment du fait qu'une transaction ait lieu. La caméra ne se soucie pas de savoir si le conducteur a payé, pris un ticket ou talonné derrière quelqu'un d'autre — elle capture la plaque de toute façon.

Ce seul changement transforme un événement invisible en un événement spécifique et identifiable. Il existe désormais trois enregistrements indépendants pour chaque véhicule qui passe par une installation : une lecture de plaque d'entrée, un enregistrement de paiement (s'il en existe un) et une lecture de plaque de sortie. Un véhicule avec une lecture d'entrée et une lecture de sortie, mais sans enregistrement de paiement entre les deux, n'est plus une absence dans les données — c'est une session spécifique et identifiable avec un numéro de plaque, une voie et deux horodatages. C'est quelque chose qu'un rapport peut faire apparaître, quelque chose qui peut être compté et quelque chose sur lequel on peut agir.

C'est le mécanisme réel derrière les augmentations de revenus qui apparaissent après l'automatisation : non pas que les gens commencent à payer plus, mais que l'installation peut enfin voir, voie par voie et jour après jour, exactement combien n'était pas payé — et par qui.

De la visibilité à l'action

Une fois que la fuite est visible au niveau des sessions individuelles, elle cesse d'être une vague préoccupation opérationnelle et devient une liste spécifique et adressable :

• Plaques répétées — la même plaque apparaissant dans plusieurs sessions impayées est un problème différent d'un talonnage unique, et elle n'est visible qu'une fois que les sessions sont suivies par plaque plutôt que par ticket.
• Tendances par voie et heure — si les sorties impayées se regroupent sur une voie ou une période spécifique, c'est souvent un signal concernant le réglage de la barrière, la géométrie de la voie ou le personnel — quelque chose de corrigeable, plutôt qu'une vague idée de « les gens s'échappent ».
• Options d'application — selon la juridiction et le type d'installation, une session impayée confirmée et liée à une plaque peut justifier une facture de suivi au propriétaire enregistré, ou au minimum, une inscription sur liste noire qui signale la plaque lors de sa prochaine visite. Ce qui est légalement et pratiquement viable varie, mais rien de tout cela n'est possible sans l'existence de l'enregistrement sous-jacent en premier lieu.

Pourquoi c'est un problème de réconciliation, pas seulement un problème de caméra

Il est important de préciser ce qui rend cela réellement efficace : ce n'est pas la caméra seule. Une caméra LPR qui lit les plaques mais n'a aucun moyen de comparer ces lectures avec les enregistrements de paiement et les lectures de sortie n'est toujours qu'une caméra — elle produit des données, mais quelqu'un doit encore extraire manuellement les journaux d'entrée, les journaux de paiement et les journaux de sortie et les recouper, ce qui est exactement le genre de travail qui a tendance à n'avoir lieu que lors d'un audit périodique, et non de manière continue.

La valeur réelle provient de la réconciliation automatique et continue – lecture d'entrée, paiement et lecture de sortie étant comparées au fur et à mesure, avec les incohérences signalées comme exceptions plutôt que masquées dans trois journaux distincts. C'est autant une question de système qu'une question de matériel : cela dépend de la disponibilité des données d'entrée, de paiement et de sortie sous une forme qui peut être comparée sans intervention manuelle.

C'est l'une des choses que NoctoPark gère comme une fonction intégrée plutôt que comme une tâche d'audit périodique — les lectures d'entrée, les paiements et les lectures de sortie sont réconciliés en continu, les sessions non concordantes étant signalées par voie et par heure au fur et à mesure, et non découvertes des semaines plus tard dans une feuille de calcul. Pour les opérateurs qui n'ont jamais eu de réponse claire à la question « combien perdons-nous réellement », c'est souvent la première fois que la question est associée à un chiffre réel.