Comment lire le rapport d’exécution#
Pour : Manager Il te faut : une exécution terminée — voir Comment attribuer des personnes automatiquement.
La page d’exécution est le compte rendu complet de ce qu’une exécution a fait et de ce qu’elle n’a pas pu faire. Lis-la avant de publier. Chaque shift et chaque personne qui y figurent renvoient directement à leur page d’édition, de sorte que tu peux corriger quelque chose puis revenir.
La ligne de période#
En haut, une ligne indique les dates couvertes par l’exécution et jusqu’où elle a touché aux shifts publiés — par exemple « Pourvoit les shifts non publiés du … au …. Les shifts publiés ne sont pas modifiés. »
La ligne de récapitulatif#
Juste en dessous : combien d’attributions ont été ajoutées, combien ont été retirées, et combien d’erreurs et d’avertissements porte le planning obtenu. Quand l’exécution a été lancée avec “Garder l’équipe habituelle”, un décompte des attributions restées cohérentes avec la période précédente apparaît aussi.
Ce sont les erreurs qui comptent. Un plan que tu peux publier la conscience tranquille affiche 0 erreur.
Changements que les collaborateurs voient déjà#
Ce bloc d’avertissement n’apparaît que lorsque l’exécution a touché un shift publié. Ces changements sont déjà partis — avis de retrait aux personnes retirées et, aux personnes ajoutées, soit une demande d’acceptation (si ton entreprise exige l’acceptation des shifts et que le shift n’a pas commencé), soit un avis indiquant qu’elles ont été ajoutées. Tout le reste du rapport est encore un brouillon que personne n’a vu.
Ce qui a changé#
Une ligne par attribution écrite par l’exécution : le shift, la personne, et si elle a été Ajoutée ou Retirée. Un badge Live signifie que cette ligne fait partie des changements que les collaborateurs voient déjà.
Chaque problème de validation se place directement sous la ligne à laquelle il appartient, marqué d’une icône d’erreur, d’avertissement ou d’information — de sorte qu’un problème se trouve à côté du changement qui l’a causé plutôt que dans une liste en bas de page.
Toujours sous la cible#
Les shifts que l’exécution a pourvus partiellement — des personnes y figurent, mais moins qu’il n’en faut. Chaque ligne indique de combien de têtes il manque, ainsi que la raison. Un shift en dessous de son minimum apparaît ici comme une erreur.
Shifts non pourvus#
Les shifts restés complètement vides, quel que soit l’effectif configuré sur le poste. Shiftavo suppose que chaque shift veut au moins une personne, un shift vide vaut donc toujours la peine d’être signalé.
La colonne des raisons t’indique pourquoi chacun est resté vide. Voir Pourquoi un shift est resté vide.
Quand une exécution ne peut pas livrer#
Un shift qui ne peut pas atteindre son minimum n’arrête pas l’exécution — le rapport le liste sous Toujours sous la cible, ou sous Shifts non pourvus si personne n’a pu y être placé. Une exécution qui n’a pas pu aboutir du tout se termine à l’état “Échec” au lieu de produire un rapport, avec la raison en dessous et un bouton “Retour à la planification” qui te ramène au calendrier. Raisons que tu peux voir :
« Il n’y a aucun shift à pourvoir dans cette période. » — rien dans la période n’était ouvert à l’exécution. Voir Ce que respecte l’attribution automatique.
« La limite de temps a expiré avant qu’une attribution valide soit trouvée. Réduis la période, puis génère à nouveau. »
« Les règles de planification ou l’éligibilité des employés ont changé pendant ce calcul. Relance la génération avec les paramètres actuels. » — l’exécution échoue avant d’enregistrer les attributions ou de notifier les personnes. Les changements de coordonnées n’arrêtent pas une exécution.
« Cette exécution s’est arrêtée avant la fin. Lance une nouvelle exécution. » — l’exécution était encore en attente ou en cours une heure plus tard ; elle a donc été marquée en échec.
Avant d’enregistrer quoi que ce soit, une exécution vérifie qu’elle est toujours en cours. Une exécution marquée en échec entre-temps n’enregistre rien et ne notifie personne, même si le solveur termine plus tard ; sa page affiche alors « Cette exécution n’est plus en cours. »
Astuce
Le rapport est un instantané de ce qu’a fait cette exécution — il ne se met pas à jour à mesure que tu continues à modifier le calendrier. C’est délibéré : il reste un compte rendu fidèle de l’exécution.
Les écarts sont calculés à partir des affectations présentes après l’enregistrement. Une vacation que le traitement ne pouvait pas modifier est exclue de ces écarts.
Vérifier que ça a marché#
Clique sur un shift dans n’importe quel tableau. Il ouvre ce shift, et les personnes proposées par l’exécution y figurent en attributions de brouillon.