Corriger la construction de l'image, pour de bon

`pnpm db:generate` échouait avant même le build : `prisma.config.ts` résolvait
DATABASE_URL par `env()`, qui lève dès le **chargement** du fichier de
configuration quand la variable manque. Or ce fichier est lu par toutes les
commandes du CLI, y compris `generate`, qui ne se connecte à rien — la
construction de l'image exigeait donc une base.

Ma vérification précédente ne valait rien : j'avais éprouvé `pnpm build` seul,
pas `pnpm db:generate && pnpm build`, la ligne qui échoue. Cette fois c'est la
commande exacte du Dockerfile qui a été jouée, sans .env, et elle sort en 0.

Corrigé au passage, du même genre que la troncature de l'écran de conservation :
la liste des périodes de paie s'arrête aux 24 plus récentes sans le dire. Une
période créée hors de cette fenêtre semblait ne pas s'être enregistrée. Le total
est désormais rapporté.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Cr9dkEHwbDgkWPnyGj1Rjv

prisma.config.ts

@@ -1,5 +1,5 @@
 import 'dotenv/config';
-import { defineConfig, env } from 'prisma/config';
+import { defineConfig } from 'prisma/config';
 
 /**
  * Prisma 7 moved the migration connection URL out of schema.prisma.
@@ -15,6 +15,16 @@ export default defineConfig({
     seed: 'tsx prisma/seed.ts',
   },
   datasource: {
-    url: env('DATABASE_URL'),
+    /*
+     * Lu directement plutôt que par `env()`, qui échoue dès le **chargement**
+     * du fichier de configuration quand la variable manque.
+     *
+     * Or ce fichier est chargé par toutes les commandes du CLI, y compris
+     * `prisma generate`, qui ne se connecte à rien : la construction de l'image
+     * devenait impossible sans fournir une base au constructeur. Les commandes
+     * qui ont réellement besoin de l'URL — `migrate` — échouent d'elles-mêmes,
+     * au moment où elle leur manque.
+     */
+    url: process.env.DATABASE_URL ?? '',
   },
 });