WP-08 : export Silae, format relevé sur un export réel du dossier

Le format n'est plus déduit d'une documentation. Il est vérifié octet par
octet sur un export du dossier (juillet 2026, 55 lignes) : un contrôle
d'aller-retour a reproduit ce fichier **sans aucune ligne divergente**.

Ce que le fichier réel a corrigé dans la spécification
- L'export est en **ASCII pur**, pas en UTF-8 : aucun accent, y compris dans
  les libellés (« Heures travaillees », « Date debut »). Le sérialiseur
  translittère, pour qu'un salarié nommé « Rémi » n'introduise pas le premier
  octet non-ASCII du fichier.
- Fins de ligne **CRLF**, la dernière comprise ; ni guillemet ni point-virgule
  final ; décimale point.
- Heures avec au moins une décimale et au plus deux — `96.0`, `52.5`, `69.67` ;
  jours en entier nu — `14`, `22`. L'arrondi se fait **par ligne**, au
  centième : recomposer un total depuis les lignes peut donc s'écarter de
  quelques centièmes. C'est le comportement de l'export existant, et le
  reproduire est délibéré.
- Un salarié sous contrat sans aucun créneau planifié figure quand même, avec
  sa durée contractuelle entière en heures manquantes.

Ce que le fichier n'a pas dit
Les codes sont maintenant connus — `AB-100`, `AB-200`, `AB-300`, `AB-630`,
`EV-HDimanche`, `EV-HFerie`, `HS-HS25` — mais **savoir qu'un code existe ne dit
pas ce qu'il désigne**. `EV-HDimanche` se lit ; `AB-300` non. Les premiers sont
proposés, les seconds restent vides, et rien n'est confirmé d'office : l'export
refuse de tourner tant que le gestionnaire de paie n'a pas validé chaque
correspondance. C'est le signal d'arrêt de PLAN.md §8.2, maintenu.

Refus plutôt que fichier partiel
Un CSV incomplet se charge sans erreur dans Silae et rend la paie fausse pour
les salariés qui en sont absents — l'échec est silencieux jusqu'au bulletin.
L'export liste donc les manques et ne produit rien.

Données personnelles
L'export de référence porte les heures et les absences de salariés
identifiables. Il **n'est pas versionné**, ni comme fixture ni comme donnée de
démonstration. Ce sont les règles de forme qui sont figées dans les tests, avec
les valeurs observées mais sans les matricules ni les volumes réels. Le fichier
produit revient dans la réponse de l'action plutôt que par une URL : un fichier
de paie ne doit pas rester adressable, mis en cache ou présent dans un
historique de navigation. En base, seule l'empreinte est conservée — elle
suffit à prouver qu'un réexport est identique.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Cr9dkEHwbDgkWPnyGj1Rjv
This commit is contained in:
Claude committed 2026-08-08 07:58:34 +00:00
1 parent 0babdb0936
commit af9429901d
16 files changed
+2050 -15

No files matched your search

+80
View File
@@ -0,0 +1,80 @@
import { expect, test } from '@playwright/test';
import { formatMonthParam, monthOf, previousMonth } from '../../src/domain/planning/month';
/**
* Préparation de paie et export Silae.
*
* Ce que ces tests protègent : le refus de produire un fichier partiel. Un CSV
* incomplet se charge sans erreur dans Silae et rend la paie fausse pour les
* salariés qui en sont absents — l'échec est silencieux jusqu'au bulletin.
*/
// Le seed plante deux semaines autour d'aujourd'hui ; le mois précédent en
// contient donc une partie, quel que soit le jour d'exécution.
const MONTH = formatMonthParam(monthOf(new Date()));
const PREVIOUS = formatMonthParam(previousMonth(monthOf(new Date())));
test('le rapport de paie liste les éléments calculés', async ({ page }) => {
await page.goto(`/paie?mois=${MONTH}`);
await expect(page.getByRole('heading', { name: /^Paie · / })).toBeVisible();
await expect(page.getByText('Heures travaillées').first()).toBeVisible();
await expect(page.getByText('Jours travaillés').first()).toBeVisible();
});
test('l’export refuse de produire un fichier tant qu’un code n’est pas confirmé', async ({
page,
}) => {
await page.goto(`/paie?mois=${MONTH}`);
// Le seed propose les codes lisibles mais n'en confirme aucun.
await expect(
page.getByText(/correspondance non confirmée/i).first(),
).toBeVisible();
const exportButton = page.getByRole('button', { name: 'Exporter vers Silae' });
await expect(exportButton).toBeDisabled();
});
test('l’écran des codes distingue proposer et confirmer', async ({ page }) => {
await page.goto('/paie/silae');
await expect(
page.getByRole('heading', { name: 'Codes de paie Silae' }),
).toBeVisible();
// Les codes relevés sur l'export réel sont proposés à la saisie…
await expect(page.getByText('EV-HDimanche').first()).toBeVisible();
await expect(page.getByText('AB-300').first()).toBeVisible();
// …mais l'écran dit explicitement qu'il ne devine pas leur sens.
await expect(page.getByText(/ne devine jamais leur signification/)).toBeVisible();
// Un code sans confirmation ne suffit pas : la case est un acte distinct.
const row = page
.locator('form')
.filter({ hasText: 'Heures du dimanche' })
.first();
await expect(row.getByRole('checkbox')).not.toBeChecked();
});
test('une correspondance ne peut pas être confirmée sans code', async ({
page,
}) => {
await page.goto('/paie/silae');
const row = page
.locator('form')
.filter({ hasText: 'Jours de forfait' })
.first();
await row.getByRole('checkbox').check();
await row.getByRole('button', { name: 'Enregistrer' }).click();
await expect(row.getByText(/sans code/)).toBeVisible();
});
test('le mois précédent reste consultable', async ({ page }) => {
await page.goto(`/paie?mois=${PREVIOUS}`);
await expect(page.getByRole('heading', { name: /^Paie · / })).toBeVisible();
});