Liège, Wallonie, Belgique

Un service ne s’arrête pas parce que l’administratif commence.

Le cockpit réunit les flux qui se croisent dans une journée de restaurant sans prétendre remplacer chaque logiciel spécialisé : réservations, équipe, obligations, achats, stocks et alertes peuvent partager une même couche de pilotage.

Fonctions représentées

  • réservations et couverts
  • planning et personnel
  • préparation / suivi DIMONA
  • factures et échéances
  • stocks critiques
  • commandes / achats
  • messages et alertes
  • assistant vocal

Statut

Prototype public, connexions réelles à qualifier séparément.

Le portfolio ComeUp publie déjà les preuves Dashboard et DIMONA. Les intégrations externes ne doivent être présentées comme réelles que lorsqu’elles sont explicitement connectées et testées.

Multi-sites

Une seule journée, plusieurs temporalités

Réservation, service, personnel et fournisseurs ne suivent pas la même horloge.

Le prototype cherche à réunir les événements qui exigent une attention sans écraser leur différence : une réservation concerne le service à venir, une DIMONA porte une contrainte administrative, une rupture de stock peut affecter le service courant et une facture possède sa propre échéance. Le cockpit doit donc organiser les priorités par conséquence métier plutôt que juxtaposer des modules indépendants.

Voix et terrain

L’interaction doit rester possible lorsque les mains sont occupées.

L’assistant vocal exploré dans le projet répond à une contrainte très concrète de l’horeca : le responsable n’est pas toujours devant un clavier. La voix peut préparer une saisie, rechercher un état ou initier une action ; les opérations sensibles ou ambiguës restent toutefois soumises au même contrat métier et aux mêmes confirmations que l’interface classique.