Nos réalisationsBoulangerie Ange

Commerce alimentaire · production et vente

Génération automatique du planning d'équipe

Le responsable passait sa soirée du vendredi sur le planning de la semaine suivante. L'application le construit sous contraintes réelles ; il relit, ajuste et publie.

Statut : En production Métiers : Boulangers, préparateurs, vendeurs Parcours : Préparer, générer, publier Salariés : Temps pleins, temps partiels, apprentis
01 — Le point de départ

Le problème à résoudre

Faire un planning de boulangerie, c'est résoudre un casse-tête hebdomadaire : des horaires d'ouverture très étendus, des postes que tout le monde ne sait pas tenir, des contrats à temps partiel, des apprentis, et l'obligation d'avoir toujours un responsable présent.

Fait à la main, l'exercice prend des heures et produit des erreurs qu'on découvre le lundi matin : personne pour ouvrir, un salarié positionné un jour qu'il ne travaille jamais, une équipe sans personne d'habilité.

Les alertes doivent arriver avant le planning, pas après. Le bilan de charge se lit avant de lancer la génération.

02 — Modélisation du process

Préparer, générer, publier

Le parcours métier tel qu'il se déroule réellement, étape par étape.

Préparer, générer, publier Diagramme du parcours metier, etape par etape. 1 RESPONSABLE Initialiser la semaine Les équipes de la semaine sont copiées depuis une semaine existante oudepuis le standard « postes et horaires ». Cette copie se modifie pourcette semaine seulement, sans toucher au modèle de référence. 2 RESPONSABLE Ajuster les besoins Horaires et nombre de personnes requis par équipe, ajout ou suppressiond'une équipe, recopie du lundi sur le reste de la semaine. 3 RESPONSABLE Renseigner présences et contraintes Disponibilité par jour, contraintes horaires précises — « pas là mardi de12 h à 20 h », « disponible uniquement de 8 h à 14 h » — et contrat de lasemaine pour ceux qui ont deux temps de travail. 4 APPLICATION Bilan de charge En lecture seule : heures requises face à la capacité réelle, ciblesinatteignables, équipes sans assez de personnes habilitées, disponibilitédes responsables jour par jour. Les problèmes apparaissent avant lagénération. 5 APPLICATION Génération du brouillon Le planning est construit sous contraintes dures : rythme de travail dechacun, postes qu'il sait tenir, présence obligatoire d'un responsable dèsque quelqu'un travaille. 6 RESPONSABLE Retouches et publication Ajouter, retirer, ajuster, remplacer. Puis publier. Une fois publié, lasemaine se verrouille : modifier les équipes ou les présences exige de ladépublier. 7 EXPLOITATION Gérer l'imprévu Une absence de dernière minute se traite par une retouche ciblée duplanning publié, avec recherche des remplaçants possibles.
Un fil visible en haut d'écran rappelle en permanence où l'on en est.
03 — Modélisation des états

Les états d'une semaine de planning

Les états que traverse le dossier, et les sorties possibles.

Les états d'une semaine de planning Cycle de vie : suite des etats possibles. Semaine initialisée Équipes ajustées Présences saisies Bilan de charge lu Brouillon généré Publiée et verrouillée Dépubliée pour correction
La publication verrouille la semaine : les données d'entrée ne bougent plus.
04 — Modélisation technique

Architecture

Qui parle à quoi, et surtout où sont stockées les données.

Architecture Schema d'architecture : ou circulent les donnees. Utilisateurs Salariés Mon planning, demandes de congés Responsable Préparation, génération, publication Application ANGE Moteur de génération sous contraintes, gestion des congés et des verrous Données Standard des postes Besoin de référence, jamais modifié par unesemaine Semaines Copies modifiables, brouillons et planningpublié Salariés Contrats, rythme, postes tenus, congés
Le standard reste intact : chaque semaine travaille sur sa propre copie.
05 — Le périmètre

Ce que fait l'application

Les fonctions réellement livrées, regroupées par domaine.

Fiche salarié

  • Deux temps hebdomadaires dont un actif, pour les contrats variables
  • Rythme de travail : jours travaillés, distincts selon la parité de la semaine
  • Postes occupables par chaque salarié
  • Statut apprenti et qualité de responsable
  • Formation et tutorat pris en compte dans les affectations

Postes et équipes

  • Postes génériques — boulanger, préparateur, vendeur — extensibles
  • Plage horaire par jour et nom de service pour chaque poste
  • Équipes paramétrables par semaine et par poste : plages et effectif requis
  • Semaines types réutilisables, pour ne pas repartir de zéro

Génération sous contraintes

  • Contrainte dure : un responsable présent dès qu'une personne travaille
  • Contrainte dure : le rythme de travail du salarié est respecté
  • Contraintes horaires précises : indisponibilité ou disponibilité restrictive
  • Bilan de charge avant génération, pour voir les impasses à l'avance
  • Rapport de génération expliquant ce qui n'a pas pu être satisfait

Congés et publication

  • Demandes de congés déposées par les salariés, validées par le responsable
  • Consultation de « mon planning » par chaque salarié
  • Verrous : un planning publié interdit de modifier équipes et présences
  • Brouillons périmés supprimés après confirmation quand la semaine change
  • Retouches ciblées après publication, pour les absences imprévues
06 — Intelligence artificielle

Un moteur de contraintes, pas une intelligence artificielle

La génération du planning repose sur un moteur de contraintes explicites, pas sur un modèle statistique. C'est volontaire : un responsable doit pouvoir expliquer à un salarié pourquoi il travaille samedi. « L'outil l'a décidé » n'est pas une réponse acceptable.

Chaque règle est écrite et vérifiable : rythme de travail, postes tenus, présence obligatoire d'un responsable. Quand une contrainte ne peut pas être satisfaite, le rapport de génération le dit, avec la raison.

Notre serveur d'intelligence artificielle est disponible pour d'autres usages chez ce client, et resterait hébergé dans nos locaux.

Notre serveur d'intelligence artificielle est installé dans les locaux de Foxchip, en France. Voir comment il fonctionne.

07 — Fiche technique

Les choix techniques

Ce sur quoi l'application repose, et ce que cela implique.

Type d'applicationApplication web, lisible sur mobile
Langage et basePHP, base MariaDB
MoteurGénération sous contraintes dures et souples, avec rapport d'explication
Sécurité métierVerrous de publication et suppression contrôlée des brouillons périmés
ParcoursPréparer, générer, publier — quatre étapes repliables sur un seul écran
08 — Ce qui a demandé du soin

Les détails qui font la différence

Les points qu'on ne voit pas dans une démonstration, et qui décident de l'adoption sur le terrain.

La copie plutôt que la référence

Les équipes de la semaine sont une copie du standard. Modifier une semaine ne change jamais le modèle de référence, et c'est ce qui permet de gérer une semaine exceptionnelle sans casser toutes les suivantes.

Les semaines paires et impaires

Beaucoup de salariés alternent leurs jours travaillés d'une semaine sur l'autre. La fiche salarié porte donc deux rythmes, pas un seul, et le générateur en tient compte.

Publier, c'est verrouiller

Une fois le planning publié, les équipes et les présences se figent. Sinon, on modifie les données d'entrée d'un planning déjà affiché en salle de pause, et plus personne ne sait quelle version fait foi.

Un besoin qui ressemble à celui-ci ?

Décrivez-nous votre problème, même mal défini. Nous vous dirons honnêtement s'il existe déjà une solution sur le marché — et si ce n'est pas le cas, nous la construirons.