Module 1 — Pointage par QR et temps de travail

Le pointage commence par la seule chose qu'un employé sait déjà faire : pointer une caméra vers un code.

Sans ouvrir l'application. Le code QR encode un lien porteur d'un jeton opaque. L'employé pointe la caméra de son propre téléphone vers la feuille du dépôt et arrive directement sur l'écran de résultat. Le scan depuis l'application fonctionne aussi.
Arrivée ou départ — le serveur décide. Il regarde l'état propre de l'employé ; un nouveau scan dans les 90 secondes compte comme le même, et un service resté ouvert la nuit n'est pas fermé — une nouvelle journée est ouverte.
L'horloge de l'entreprise, pas celle du serveur. Chaque heure sur chaque écran est dans le fuseau de l'entreprise ; « aujourd'hui », c'est l'aujourd'hui de l'entreprise.
Travaillé et compté, côte à côte. Les scans sont appariés en journées une seule fois ; chaque écran de temps de travail lit la même source. Sur son téléphone, l'employé voit pour la semaine et le mois le temps « travaillé » et le temps « compté » que les règles de l'entreprise en font.
Une journée erronée se corrige — sur registre. L'employé signale une journée fautive, le département autorisé saisit la correction ; elle déplace la limite de la journée et s'écrit dans le journal d'audit.
Rapport, CSV et feuille imprimée. Un rapport par employé sur la période choisie ; un CSV qu'Excel ouvre intact et une feuille de pointage imprimée directement depuis la page.

Module 1 — Pointage par QR et temps de travail — KAYRA Connect

Module 2 — Fins anticipées et règles de l'entreprise

Un service qui finit tôt n'est pas caché dans le système — le motif est demandé à ce moment-là et compté honnêtement.

Le motif, au moment du départ. Quand un employé pointe son départ en avance, l'application demande pourquoi : jour de réserve, entretien du véhicule, tout autre motif défini par l'entreprise. Une note facultative peut être ajoutée.
Approuver, refuser ou renvoyer. La direction voit les fins anticipées en attente dans une seule liste ; chaque fiche porte les heures travaillées et les heures comptées côte à côte.
L'entreprise fixe les règles. Quel motif est approuvé automatiquement, lequel compte comme journée complète, lequel attend une décision — tout depuis le panneau, sans changement de code.
Ça arrive chez la bonne personne. Une fin anticipée pour entretien du véhicule atterrit chez le responsable de la flotte et se rattache au véhicule concerné.

Module 2 — Fins anticipées et règles de l'entreprise — KAYRA Connect

Module 3 — Planning

Sans plan, on ne peut dire ni « a commencé en retard » ni « disponible ». KAYRA écrit le plan et mesure la journée par rapport à lui.

Un service par jour. Employé, plage horaire, type de service, véhicule et dépôt. La réserve est un type de service à part entière, pas une case à cocher ; l'entreprise peut ajouter ses propres types.
Six questions, une réponse. Qui travaille, qui est en réserve, qui est disponible, qui a fini tôt, pourquoi, et quel véhicule est concerné — sur un seul écran.
Planifié contre réalisé. Le pointage est lu par rapport au plan ; un début tardif est désormais un fait que l'on peut énoncer.
Le chauffeur connaît son lendemain. Le premier écran de l'application employé montre le prochain service, ses heures et le véhicule attribué.

Module 4 — Flotte et documents véhicules

Les véhicules sont reliés à ce que le personnel signale : quand un employé dit « entretien du véhicule », c'est écrit dans l'historique d'un véhicule.

Liste des véhicules. Plaque, nom, dépôt, statut (disponible, au garage, entretien à faire), chauffeur attribué, prochain entretien et contrôle technique.
Un chauffeur, un véhicule. Les limites d'attribution sont appliquées dans la base de données ; deux véhicules ne peuvent pas être inscrits à une même personne en même temps.
Documents et expiration. Assurance, contrôle technique et autres papiers du véhicule sont en stockage privé ; la date d'expiration se lit depuis l'écran flotte.
Les événements de service arrivent d'eux-mêmes. Les événements liés à un véhicule, générés par les employés, apparaissent automatiquement dans son historique.

Module 4 — Flotte et documents véhicules — KAYRA Connect

Module 5 — L'application employé

Installée sur l'écran d'accueil du téléphone, en cinq langues, et qui ne perd pas une demande même dans un dépôt sans réseau.

Une demande de support en trois gestes. Groupe, problème, envoyer. La priorité vient de la catégorie ; l'employé ne la choisit jamais. L'urgence saute l'étape du groupe.
Documents. L'employé envoie ce que les RH ont demandé, en photo ou en PDF, et voit le résultat de la révision. Les fichiers sont en stockage privé derrière des liens signés à courte durée.
Messages et annonces. Un seul fil avec la direction ; sur l'écran d'accueil, uniquement les annonces non lues.
Avis. Anonymes là où l'entreprise l'autorise — et anonyme veut dire qu'aucun auteur n'est enregistré, pas un auteur caché.
Quand la connexion tombe. Un téléphone qui sait qu'il n'a pas de réseau garde la demande, le dit avant le geste, et l'envoie une seule fois au retour du signal ; le serveur ne traite jamais deux fois la même demande.
Cinq langues. Français, néerlandais, anglais, turc et ukrainien ; choisie au premier lancement et liée à la personne.

Module 5 — L'application employé — KAYRA Connect

Module 6 — Le panneau de gestion

Un panneau de contrôle conçu pour l'ordinateur, qui devient un tiroir sur les petits écrans.

Tableau de bord. Qui est en service, qui n'a pas pointé, les fins anticipées en attente, les demandes ouvertes, les véhicules à traiter, les documents manquants — des compteurs en direct.
File de support. L'urgence d'abord, l'ancienneté ensuite ; transitions de statut et voyants de priorité.
Centre d'activité en direct. Un seul websocket, aucun polling. Filtre par employé, site, département, type d'événement, priorité et date ; recherche dans les noms traduits des événements — un lecteur en turc qui tape « Belge » trouve un envoi de document.
Rapports. Pointage, support, documents et avis ; chaque chiffre est agrégé dans Postgres, pas compté dans le navigateur. L'export CSV et PDF est soumis à permission.
Un seul champ de recherche. Un nom, une plaque, une référence, un nom de fichier. Les résultats respectent les permissions et le tenant — un utilisateur ne trouve pas ce qu'il n'a pas le droit de voir.
Configuration de l'entreprise et bilan de santé. Une liste de onze étapes dont les coches viennent de ce que l'entreprise possède réellement, pas d'un clic sur Suivant. Le contrôle de préparation attrape les configurations qui ne font rien en silence : un département sans personne pour recevoir, une fenêtre d'escalade sans remplaçant.
Escalade. Une catégorie porte un délai ; si le responsable principal n'a pas accusé réception à temps, le remplaçant est notifié une seule fois et le journal d'audit l'enregistre.
Paramètres de l'entreprise. Nom, logo, couleurs de marque, sites, départements, langue et règles de travail — sans changement de code.

Module 6 — Le panneau de gestion — KAYRA Connect

Administration multi-tenant de la plateforme

Une route à part, une permission à part. Un administrateur de plateforme n'a aucun accès général aux données d'une entreprise.
Entreprises. Créer, renommer, suspendre ; plan et limite de sièges — la limite est appliquée dans la base de données, l'invitation suivante est refusée.
Modules. Une valeur par défaut de plateforme et une surcharge par entreprise ; un module désactivé disparaît des menus, des pages et du RLS en un seul geste.
Journal d'audit de la plateforme. Uniquement les événements de niveau plateforme ; rien venant de l'intérieur d'une entreprise ne peut atteindre cet écran.

Sécurité et infrastructure

Row Level Security et clés étrangères composites. Une entreprise ne lit que ses propres données ; une référence entre tenants ne peut tout simplement pas être écrite.
Un identifiant de tenant envoyé par le client n'est jamais cru. Le tenant est dérivé côté serveur, depuis la session.
Une couche de permissions configurable. Surcharge par personne, puis rôle par défaut de l'entreprise, puis refus. La portée par site est étroite par défaut : les RH ne voient que les dépôts qui leur sont accordés.
Journal d'audit. Écrit par des triggers et côté serveur uniquement ; jamais par un client.
La marque est une donnée d'exécution. Deux couleurs pilotent toute la palette ; un seul build rend chaque client sous sa propre marque.
Hébergé en Europe. Supabase Postgres 17, Francfort.

Mise en service

Périmètre. Nous partons de vos sites, départements, règles de travail et motifs de fin anticipée — les heures comptées se construisent dessus.
Configuration de l'entreprise. Logo, couleurs de marque, langues proposées ; la liste des onze étapes est complétée et le contrôle de préparation passé.
Employés. Les invitations partent, les rôles et les portées par site sont définis.
Dépôt pilote. Les feuilles QR sont imprimées, un seul dépôt pointe en réel pendant une semaine ; le premier rapport de temps de travail est lu ensemble.
Déploiement. Planning et flotte passent en service, les sites restants sont ajoutés ; nous restons en support les premières semaines.