KoratLa console commerçant part du type d’activité, car un restaurant, un hôtel, une clinique et une boutique ne sont pas le même commerce, et un back-office qui les traite pareil finit en tableur avec une page de connexion. Les tuiles d’un restaurant ne sont pas celles d’un hébergement, et par-dessus viennent les trois choses dont tout commerce a besoin quel qu’il soit : savoir ce qu’il a vendu, à qui, et qui travaillait.
Le tableau de bord est une grille de tuiles, et les tuiles savent ce qui se passe
La console s’ouvre sur une grille plutôt que sur un graphique. Chaque tuile porte une pastille vivante qui compte ce qui réclame une personne : commandes actives, tables qui appellent, réservations en attente, nouvelles livraisons, rendez-vous en attente, congés à traiter. Les pastilles se rafraîchissent toutes les quelques secondes, et lorsqu’une table appuie sur le bouton d’appel, un bandeau rouge traverse le haut du tableau de bord au lieu d’un nombre qui s’incrémente discrètement dans un sous-menu.
C’est la différence entre un tableau de bord et un rapport. Un rapport raconte hier ; une grille à pastilles dit ce qui est sans réponse maintenant, la seule chose sur laquelle une personne derrière un comptoir peut agir. Les rapports existent aussi, mais comme destination séparée, pas comme page d’accueil.
Quatre types d’activité, quatre jeux de tuiles
Restaurants et cafés obtiennent l’écran cuisine, où les commandes entrantes sont confirmées, refusées ou avancées d’étape ; un gestionnaire de carte couvrant photo, catégorie, disponibilité, stock, groupes d’options, rôle buffet, indicateur d’alcool et menus ; les réservations ; les commandes en livraison ; un écran tables et QR avec encaissement complet — remise étiquetée, montant remis et rendu de monnaie, mode de règlement et QR PromptPay généré ; et les réglages du commerce : horaires avec marge de dernière commande, mode de service, buffet, livraison, catégories, profil du lieu et de l’alcool, nombre de tables, identifiant PromptPay et limites de commande.
Services et cliniques obtiennent rendez-vous, prestations et forfaits, la variante clinique renommant l’interface en rendez-vous, patients et cures. Le commerce de détail obtient une caisse au comptoir, une console de commandes en ligne, et des produits avec alertes de stock bas. L’hébergement obtient un plan des chambres avec arrivées et départs, un gestionnaire de types de chambres incluant les règles saisonnières, une boîte de réservations, et des locations mensuelles avec locataires, cautions, relevés d’eau et d’électricité et factures générées portant un indicateur de paiement.
Des rapports qui répondent aux quatre questions qu’un patron pose vraiment
Tous les types partagent le même écran de rapports, parce que les questions ne changent pas avec le métier : combien ai-je encaissé, combien de commandes, quel panier moyen, et comment les gens ont payé. La répartition sépare espèces, PromptPay et autre. À côté figurent les cinq meilleures ventes et un histogramme de chiffre d’affaires sur sept jours, cadrés sur aujourd’hui, 7 jours, 30 jours ou tout.
La console gère aussi la paperasse : un reçu peut être réimprimé après coup, et un texte de reçu partageable est généré pour un client qui le demande plus tard. Comme un seul registre des ventes alimente les rapports et le CRM, l’histogramme et l’historique d’achats d’une fiche client lisent les mêmes lignes — il n’y a pas de seconde table de reporting qui puisse dériver.
Un CRM bâti sur le registre, pas sur un formulaire
La liste de clients n’est pas saisie par le personnel : elle est assemblée à partir du registre des ventes, donc un client existe dans le CRM parce qu’il a acheté, pas parce que quelqu’un a pensé à l’ajouter. Chaque fiche porte les notes et les étiquettes du commerce, plus l’historique d’achats.
Par-dessus vient la fidélité : des points accumulés à un taux que le commerce fixe dans sa propre devise, avec une vente minimale par ticket optionnelle et un interrupteur pour désactiver tout le système. Le commerce fixe le coût d’une récompense et ce qu’elle est, et l’utilise depuis la même fiche.
RH : pointage GPS, heures supplémentaires, et une paie que l’on ne voit qu’en partie
La gestion du personnel est disponible pour tous les types d’activité. Les membres pointent à l’arrivée et au départ avec une position GPS et une note facultative attachée au pointage, ce qui rend vérifiable un pointage multi-sites plutôt que déclaratif. Les congés sont approuvés ou refusés, et ceux en attente remontent en pastille sur la tuile.
Plannings et paie calculent les minutes travaillées à partir des pointages, comptent les heures supplémentaires au-delà de huit heures dans une journée, et appliquent un salaire horaire ou mensuel pour produire la rémunération de chacun. La visibilité est volontairement asymétrique : un membre ordinaire ne voit que sa propre paie, le propriétaire et les responsables voient tout le monde. À côté figurent les annonces d’équipe, les tâches assignables et la liste des membres. Le commerce peut aussi remettre à chacun une carte de visite numérique tirée d’un modèle défini une fois.
Rôles, et une note honnête sur l’endroit où le contrôle s’exécute
Les permissions sont bâties sur treize capacités de base plus celles qu’apportent les modules installés. Cinq préréglages de rôles existent — propriétaire, joker, puis responsable, service en salle, cuisine et personnel — et n’importe quel membre peut recevoir des dérogations individuelles. Une tuile dont un membre n’a pas la capacité est absente plutôt qu’affichée puis refusée, et un membre sans aucune permission voit un état explicite plutôt qu’un écran vide qui se lit comme une panne.
La même matrice existe en base sous la forme has_capability(business_id, capability), qui développe les préréglages côté serveur et sert aux politiques de sécurité au niveau des lignes. Ce que nous ne dirons pas, c’est que toute la console est appliquée côté serveur aujourd’hui : dans l’app, les contrôles au niveau des tuiles s’exécutent sur le client. La fonction en base est réelle et utilisée ; faire passer chaque écran derrière elle n’est pas terminé. L’écriture des politiques est décrite sur la page sécurité.
Deux réserves à connaître avant de vous appuyer là-dessus. Les contrôles de permissions de la console s’exécutent sur le client dans l’app. La fonction has_capability() correspondante existe en base et soutient les politiques de sécurité au niveau des lignes, mais ne lisez pas la console comme entièrement appliquée côté serveur aujourd’hui.
Et la base tourne sur une offre gratuite sans sauvegarde automatique, qui se met en veille à l’inactivité. C’est une contrainte réelle pour y faire tourner un commerce, et nous préférons que vous le sachiez maintenant plutôt qu’un vendredi soir chargé. Ce que la présence d’un commerce coûte, et ce que la plateforme prend ou ne prend pas, est sur la page pour les professionnels.
Un commerce, une page, une boîte de réception
La console détient aussi l’identité publique du commerce : gestionnaire de page pour le logo, la couverture et la galerie, possibilité de publier sur le fil en tant que commerce plutôt qu’en votre nom, boîte de réception client, et aperçu de la page publique. Elle héberge enfin la boutique de modules, où les extensions s’installent par commerce. Un commerce est un seul objet avec un seul tableau de bord — la vitrine, la caisse, l’équipe et le fichier client ne sont pas quatre produits cousus ensemble.
Les autres tuiles, et la page de chacune
Les quatre types cœur ne sont pas toute la console. Un commerce qui fait patienter ses clients ouvre des groupes de file d’attente avec un comptoir par guichet, et un parc de voitures ouvre un ticket à l’entrée puis tarife à la sortie depuis le module stationnement.
Du côté de ce que le commerce possède : les objets prêtés contre caution passent par les locations, et le matériel qu’il garde — machines, mobilier, véhicules — vit dans le registre des actifs, une étiquette QR collée dessus.
Et du côté des personnes : les postes à pourvoir, les CV reçus et les entretiens se tiennent dans le module emplois, tandis qu’un événement à billets ouvre ses zones tarifaires et son mode de contrôle d’entrée depuis la billetterie.
- Types d’activité
- restauration · hébergement · service et clinique · commerce de détail
- Tableau de bord
- grille de tuiles, pastilles rafraîchies toutes les quelques secondes, bandeau rouge quand une table appelle
- Rapports
- chiffre d’affaires, nombre de commandes, panier moyen, répartition espèces / PromptPay / autre, top 5, histogramme 7 jours
- Périodes
- aujourd’hui · 7 jours · 30 jours · tout
- Fidélité
- taux par point fixé par le commerce, vente minimale et récompense configurables
- RH
- pointage GPS avec note, validation des congés, heures supplémentaires au-delà de 8 h par jour, salaire horaire ou mensuel
- Permissions
- 13 capacités de base + celles des modules, 5 préréglages de rôles, dérogations par personne