MichaelandClaude Opus 5
fab497acdc
Un créneau portait un total de pause. Deux pauses de vingt minutes et une coupure de deux heures s'écrivaient toutes deux « 120 », et rien ne permettait de les distinguer — ni à l'écran, ni au contrôle. Or elles ne se planifient pas de la même façon : la première satisfait la pause minimale au-delà de six heures, la seconde interroge l'amplitude de la journée. Chaque pause a désormais sa ligne : durée, début facultatif, libellé, et si elle est rémunérée. Le début reste facultatif à dessein — beaucoup de pauses se prennent « quand c'est calme », et imposer une heure inventerait une précision que le planning n'a pas et qu'un contrôle prendrait pour un engagement. Le créneau garde deux totaux dérivés, et la distinction porte de l'argent. `breakMinutes` reste ce qu'il était, la part non rémunérée déduite du temps de travail : la paie, les compteurs et l'export continuent de le lire sans changer d'un caractère. `paidBreakMinutes` s'ajoute à côté, et la règle de pause minimale regarde la somme des deux — sans quoi un créneau dont la pause de vingt minutes est payée passerait pour un créneau sans pause, et l'employeur le plus généreux serait le seul à recevoir une alerte. La migration reprend les créneaux existants : leur total devient une pause unique, non rémunérée. Laisser la table vide aurait fait disparaître de l'écran des pauses qui comptent pourtant toujours dans les heures payées. En modification, les pauses sont remplacées et non fusionnées : le formulaire porte l'état voulu au complet, et rapprocher ligne à ligne ferait survivre une pause qu'on vient de retirer. L'avis d'affectation part enfin, sous sa propre nature d'envoi. Il est différé à la fin de la transaction : un refus sur le dernier jour d'une répétition annule les autres, et personne ne doit être prévenu d'un créneau qui n'existe pas. La case est décochée par défaut, à l'inverse du produit audité — c'est la publication de la semaine qui prévient, et cette case sert au créneau ajouté après coup, le cas où le salarié ne verrait rien sans elle. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
15 lines
790 B
SQL
15 lines
790 B
SQL
-- ---------------------------------------------------------------------------
|
|
-- Nature d'envoi distincte pour l'affectation d'un créneau.
|
|
--
|
|
-- Réutiliser PLANNING_PUBLISHED aurait rendu le journal d'envois illisible : le
|
|
-- jour où un salarié affirme n'avoir pas été prévenu, il faut pouvoir
|
|
-- distinguer « la semaine a été publiée » de « un créneau a été ajouté après
|
|
-- coup ».
|
|
--
|
|
-- Dans sa propre migration : PostgreSQL refuse qu'une valeur d'énumération soit
|
|
-- ajoutée puis employée dans la même transaction. Les séparer évite d'avoir à
|
|
-- s'en souvenir le jour où la migration suivante voudra s'en servir.
|
|
-- ---------------------------------------------------------------------------
|
|
|
|
ALTER TYPE "EmailKind" ADD VALUE IF NOT EXISTS 'SHIFT_ASSIGNED';
|