@movalib/movalib-commons 1.68.32 → 1.68.34

package/.claude/REPAIR_ORDER_FEATURE.md

@@ -0,0 +1,416 @@
+# Feature : Ordre de Réparation (OR)
+
+> **Pour Claude Code** : lis ce fichier en entier avant de commencer. Chaque partie est indépendante et validable. Ne passe à la partie suivante qu'après confirmation.
+> Base-toi sur l'implémentation existante des `MyCalendarQuote, MyCalendarEventMemoList` en zone mémos pour tout ce qui n'est pas explicitement spécifié.
+
+---
+
+## Contexte général
+
+- **Feature flag** : `garage.settings[]` contient `CUSTOM_REPAIR_ORDER` avec `valueBool: true`. Toute l'UI et l'accessibilité de cette feature sont conditionnées par ce flag. cf : getSettingBool(garage?.settings ?? [], CodeSettings.CUSTOM_REPAIR_ORDER)
+- **Zone concernée** : Zone mémos (sidebar/panel des mémos sur un événement): MyCalendarEventMemoList
+- **Objet métier** : Un OR est un objet de type `Event` avec `eventType = "REPAIR_ORDER"`
+- **États d'un OR** : `DRAFT` | `CLOSED`
+
+---
+
+## Endpoints
+
+```
+GET    /garage/:garageId/repair-order
+POST   /garage/:garageId/repair-order
+PATCH  /garage/:garageId/repair-order/:id
+DELETE /garage/:garageId/repair-order/:id
+
+// Transformations
+POST   /garage/:garageId/repair-order/:id/quote
+POST   /garage/:garageId/repair-order/:id/event
+
+// Transformation en facture : POST standard de facture avec eventId en plus ( InvoiceService.createInvoice() avec eventID ( id de l'OR))
+// => l'API gère automatiquement le passage de l'OR en CLOSED
+```
+
+---
+
+## Découpage en parties
+
+| Partie | Contenu | Statut |
+|---|---|---|
+| **1** | Types TypeScript & constantes | ☐ |
+| **2** | Service API (RepairOrderService) | ☐ |
+| **3** | Toggle devis / OR dans la zone mémos | ☐ |
+| **4** | Liste des OR DRAFT + dialog OR CLOSED | ☐ |
+| **5** | Formulaire création / édition OR | ☐ |
+| **6** | Actions de transformation (devis / facture / RDV) | ☐ |
+
+---
+
+---
+
+# PARTIE 1 — Types TypeScript & Constantes
+
+> **Objectif** : Définir les types et constantes nécessaires à toute la feature.
+> **Fichiers à créer/modifier** : cherche où sont définis le type `Event` et les types liés aux mémos pour s'aligner.
+
+## 1.1 — Constante de setting
+
+CodeSettings.CUSTOM_REPAIR_ORDER
+
+## 1.2 — Enum état OR
+
+```ts
+export enum RepairOrderState {
+  DRAFT = 'DRAFT',
+  CLOSED = 'CLOSED',
+}
+```
+
+## 1.3 — Type RepairOrder
+
+```ts
+// Se baser sur le type Event.EventType = "QUOTE existant en zone mémos comme référence de structure.
+// Ajouter les champs spécifiques à l'OR :
+
+export interface RepairOrder {
+  id: string;
+  eventType: 'REPAIR_ORDER';
+  state: RepairOrderState;
+  repairerId?: string;      // ID de l'utilisateur réparateur (composant existant) EmployeeChoice.tsx
+  // ... reprendre tous les champs de QuoteEventDialog + formEventLight
+  // Cherche l'interface QuoteEventDialog pour compléter fidèlement
+}
+```
+
+## 1.4 — Type payload création/édition
+
+```ts
+// Même pattern que ( QuoteEventDialog.tsx fichier qui gere les appels API pour les devis de zone mémos)
+export interface RepairOrderPayload {
+  state: RepairOrderState;
+  repairerId?: string;
+  // ... aligner sur QuotePayload
+}
+```
+
+## ✅ Validation Partie 1
+- [ ] Constante CUSTOM_REPAIR_ORDER ajoutée
+- [ ] Enum RepairOrderState créé
+- [ ] Interface RepairOrder créée (alignée sur Quote)
+- [ ] Interface RepairOrderPayload créée
+
+---
+
+---
+
+# PARTIE 2 — Service API
+
+> **Objectif** : Créer le service `RepairOrderService` avec tous les appels API.
+> **Fichiers à créer** : cherche où est défini `src/services/GarageService.ts` (ou équivalent mémos) et créer `RepairOrderService` au même endroit avec le même pattern.
+Attention je veux le meme systeme de pagination qui est présent pour les devis. cf: MyCalendarQuote.tsx
+> 
+## 2.1 — CRUD de base
+
+```ts
+// RepairOrderService.ts
+
+const BASE = (garageId: string) =>
+  `${API_BASE_URL}/garage/${garageId}/repair-order`;
+
+// GET — liste tous les OR du garage
+getAll(garageId: string): Promise<RepairOrder[]>
+
+// POST — création
+create(garageId: string, payload: RepairOrderPayload): Promise<RepairOrder>
+
+// PATCH — modification (DRAFT uniquement)
+update(garageId: string, id: string, payload: Partial<RepairOrderPayload>): Promise<RepairOrder>
+
+// DELETE — suppression (DRAFT uniquement)
+delete(garageId: string, id: string): Promise<void>
+```
+
+## 2.2 — Transformations
+
+```ts
+// → Devis
+toQuote(garageId: string, repairOrderId: string): Promise<Quote>
+// POST /garage/:garageId/repair-order/:id/quote
+
+// → Facture
+// Utiliser le POST standard de création de facture
+// Ajouter eventId = repairOrderId dans le payload
+// Cherche comment est fait le POST facture existant et ajouter le champ eventId
+// L'API gère automatiquement le passage de l'OR en CLOSED
+
+// → RDV (Event)
+toEvent(garageId: string, repairOrderId: string): Promise<Event>
+// POST /garage/:garageId/repair-order/:id/event
+```
+
+## ✅ Validation Partie 2
+- [ ] Service créé avec le même pattern que QuoteService
+- [ ] CRUD complet implémenté
+- [ ] Les 3 méthodes de transformation implémentées
+- [ ] Gestion des erreurs alignée sur le pattern existant
+
+---
+
+---
+
+# PARTIE 3 — Toggle Devis / OR dans la zone mémos
+
+> **Objectif** : Ajouter un toggle dans le header de la zone mémos pour switcher entre la vue Devis et la vue OR.
+> **Condition d'affichage** : uniquement si `garage.settings` contient `CUSTOM_REPAIR_ORDER` avec `valueBool: true`.
+> **Fichiers à modifier** : cherche le composant de la zone mémos (MemoZone, MemoPanel, SidebarMemos ou similaire).
+
+## 3.1 — Condition d'activation
+
+```ts
+// Cherche comment les autres settings (ex: CUSTOM_*) sont lus dans le composant mémos
+// Appliquer le même pattern pour :
+const isRepairOrderEnabled = garage.settings?.find(
+  (s) => s.key === 'CUSTOM_REPAIR_ORDER'
+)?.valueBool ?? false;
+```
+
+## 3.2 — Toggle UI
+
+```tsx
+// Ajouter dans le header de la zone mémos, uniquement si isRepairOrderEnabled
+
+// State local :
+const [memoView, setMemoView] = useState<'QUOTE' | 'REPAIR_ORDER'>('QUOTE');
+
+// Composant toggle (utiliser ToggleButtonGroup MUI ou le composant toggle existant dans le projet) :
+{isRepairOrderEnabled && (
+  <ToggleButtonGroup
+    value={memoView}
+    exclusive
+    onChange={(_, value) => value && setMemoView(value)}
+    size="small"
+  >
+    <ToggleButton value="QUOTE">Devis</ToggleButton>
+    <ToggleButton value="REPAIR_ORDER">OR</ToggleButton>
+  </ToggleButtonGroup>
+)}
+```
+
+## 3.3 — Affichage conditionnel
+
+```tsx
+// Dans le rendu de la zone mémos :
+{memoView === 'QUOTE' && <QuoteMemoList ... />}  {/* composant existant, inchangé */}
+{memoView === 'REPAIR_ORDER' && isRepairOrderEnabled && <RepairOrderMemoList ... />}
+```
+
+## ✅ Validation Partie 3
+- [ ] Toggle invisible si CUSTOM_REPAIR_ORDER = false
+- [ ] Toggle visible et fonctionnel si CUSTOM_REPAIR_ORDER = true
+- [ ] Vue devis inchangée
+- [ ] Bascule vers vue OR affiche un placeholder (le composant sera fait en Partie 4)
+
+---
+
+---
+
+# PARTIE 4 — Liste des OR DRAFT + Dialog OR CLOSED
+
+> **Objectif** : Créer le composant liste OR (zone mémos) et le dialog listant les OR CLOSED.
+> **Base** : Reprendre le composant liste Devis en zone mémos comme référence visuelle et structurelle.
+
+## 4.1 — Composant `RepairOrderMemoList`
+
+```tsx
+// Nouveau composant, même structure que le composant liste devis en zone mémos.
+
+// Comportements :
+// - Appelle RepairOrderService.getAll() au mount
+// - Filtre les résultats : afficher UNIQUEMENT state === 'DRAFT'
+// - Même card/ligne que les devis (aligner sur l'existant)
+// - Bouton "Nouvel OR" → ouvre le formulaire OR (Partie 5)
+// - Bouton "OR archivés" (ou icône) → ouvre RepairOrderClosedDialog
+
+// Chaque item de la liste :
+// - Affiche : numéro OR, client, véhicule, réparateur, montant
+// - Actions : éditer (si DRAFT), supprimer (si DRAFT)
+```
+
+## 4.2 — Composant `RepairOrderClosedDialog`
+
+```tsx
+// Dialog MUI listant tous les OR en état CLOSED.
+// Cherche un dialog de liste existant dans le projet comme référence de layout.
+
+// Contenu :
+// - Titre : "Ordres de réparation archivés"
+// - Champ recherche : filtre par numéro OR ou nom client (filtre local sur les données déjà chargées)
+// - Liste des OR CLOSED : numéro, client, véhicule, date, montant
+// - Chaque ligne : read-only, pas d'action de suppression
+// - Bouton fermer
+
+// Props :
+interface RepairOrderClosedDialogProps {
+  open: boolean;
+  onClose: () => void;
+  garageId: string;
+}
+```
+
+## ✅ Validation Partie 4
+- [ ] Liste affiche uniquement les DRAFT
+- [ ] Bouton "OR archivés" ouvre le dialog CLOSED
+- [ ] Recherche par numéro / client fonctionnelle dans le dialog
+- [ ] Les OR CLOSED sont read-only dans le dialog
+- [ ] Bouton "Nouvel OR" présent (peut pointer vers un placeholder pour l'instant)
+
+---
+
+---
+
+# PARTIE 5 — Formulaire Création / Édition OR
+
+> **Objectif** : Créer le formulaire OR (création et édition), basé sur le formulaire devis existant en zone mémos, avec un champ réparateur en plus.
+> **Base** : Reprendre le formulaire devis mémos comme référence. Ajouter uniquement ce qui diffère.
+
+## 5.1 — Champ Réparateur
+
+```tsx
+// Un composant de sélection d'utilisateur du garage existe déjà dans le projet.
+// Cherche son nom (ex: GarageUserSelect, RepairerSelect, UserSelector ou similaire).
+// L'intégrer dans le formulaire avec le champ : repairerId
+
+// Placement suggéré : après les infos client/véhicule, avant les lignes de détail
+```
+
+## 5.2 — Structure du formulaire
+
+```
+[Infos client / véhicule]   ← identique au formulaire devis
+[Réparateur]                ← nouveau champ spécifique OR
+[Lignes de détail]          ← identique au formulaire devis
+[Totaux]                    ← identique au formulaire devis
+[Actions]                   ← voir 5.3
+```
+
+## 5.3 — Actions du formulaire
+
+**À la création (mode création) :**
+```
+[Annuler]  [Enregistrer comme brouillon]
+```
+
+**Après création (mode édition sur un DRAFT) :**
+```
+[Supprimer]  [Télécharger]  [Enregistrer]
+```
+> Le bouton "Télécharger" ouvre :
+> ```tsx
+> <DownloadRepairOrderDialog
+>   open={isShowConfirmDownloadRepairOrder}
+>   onClose={onCloseConfirmDownloadRepairOrder}
+>   event={localEvent}
+>   garage={garage}
+> />
+> ```
+> Cherche comment `DownloadRepairOrderDialog` est déjà utilisé dans le projet et reproduire le même pattern d'ouverture/fermeture.
+
+**Mode lecture (OR CLOSED) :**
+```
+Formulaire entièrement read-only, aucune action d'édition
+Les actions de transformation (Partie 6) restent visibles
+```
+
+## 5.4 — Gestion du state local
+
+```ts
+// Même pattern que le formulaire devis mémos (Formik ou useState selon ce qui est utilisé)
+// Cherche le formulaire devis mémos et aligner exactement
+```
+
+## ✅ Validation Partie 5
+- [ ] Formulaire création fonctionnel (POST)
+- [ ] Formulaire édition fonctionnel (PATCH, DRAFT uniquement)
+- [ ] Champ réparateur intégré
+- [ ] Bouton télécharger ouvre DownloadRepairOrderDialog
+- [ ] OR CLOSED : formulaire read-only
+- [ ] Suppression uniquement sur DRAFT
+
+---
+
+---
+
+# PARTIE 6 — Actions de Transformation
+
+> **Objectif** : Ajouter les actions de transformation d'un OR vers Devis / Facture / RDV.
+> **Condition** : Ces actions sont disponibles sur un OR (DRAFT ou CLOSED, à confirmer avec le back).
+> **Base** : Cherche comment la transformation devis → RDV est faite actuellement et appliquer le même pattern.
+
+## 6.1 — Placement des actions
+
+```tsx
+// Dans le formulaire OR (Partie 5), section actions :
+// Ajouter un groupe d'actions "Transformer en" visible après la création de l'OR
+
+[Transformer en Devis]  [Transformer en Facture]  [Transformer en RDV]
+```
+
+## 6.2 — Transformer en Devis
+
+```ts
+// Appel : RepairOrderService.toQuote(garageId, repairOrderId)
+// POST /garage/:garageId/repair-order/:id/quote
+// => L'API gère le passage de l'OR en CLOSED
+// Après succès : fermer le formulaire OR, rafraîchir la liste mémos côté devis
+// Optionnel : ouvrir directement le devis créé (aligner sur le comportement existant)
+```
+
+## 6.3 — Transformer en Facture
+
+```ts
+// Utiliser le POST standard de création de facture
+// Cherche comment est déclenché ce POST depuis les devis actuellement
+// Ajouter eventId = repairOrderId dans le payload
+// => L'API gère le passage de l'OR en CLOSED automatiquement
+```
+
+## 6.4 — Transformer en RDV
+
+```ts
+// Même comportement que la transformation devis → RDV existante
+// Cherche ce comportement dans le code et reproduire à l'identique
+// POST /garage/:garageId/repair-order/:id/event
+// => Ouvrir le dialog de création de RDV existant, pré-rempli avec les données de l'OR
+// => L'API gère le passage de l'OR en CLOSED
+```
+
+## 6.5 — Feedback utilisateur
+
+```ts
+// Après chaque transformation réussie :
+// - Snackbar/toast de confirmation (aligner sur le pattern existant)
+// - Rafraîchissement de la liste mémos
+// - Fermeture du formulaire OR si pertinent
+```
+
+## ✅ Validation Partie 6
+- [ ] Transformation → Devis fonctionnelle
+- [ ] Transformation → Facture fonctionnelle (avec eventId dans payload)
+- [ ] Transformation → RDV ouvre le dialog existant pré-rempli
+- [ ] L'OR passe bien en CLOSED après transformation (vérifié via GET)
+- [ ] Feedback utilisateur présent sur chaque action
+- [ ] Liste mémos rafraîchie après transformation
+
+---
+
+---
+
+## Checklist globale finale
+
+- [ ] Partie 1 — Types & constantes
+- [ ] Partie 2 — Service API
+- [ ] Partie 3 — Toggle zone mémos
+- [ ] Partie 4 — Liste DRAFT + dialog CLOSED
+- [ ] Partie 5 — Formulaire création/édition
+- [ ] Partie 6 — Transformations
+
+> **Rappel Claude Code** : à chaque partie, lis d'abord le code existant correspondant (Quote, devis mémos, transformations existantes) avant d'écrire une seule ligne. L'objectif est de s'intégrer proprement dans les patterns déjà en place, pas de réinventer.

package/.claude/SESSION_INVENTORY_MODULE.md

@@ -0,0 +1,75 @@
+# Session — Module Inventaire (stock)
+
+Date : 2026-05-22
+
+---
+
+## Fichiers créés
+
+| Fichier | Rôle |
+|---|---|
+| `src/models/Inventory.ts` | Classe `Inventory`, enums `InventoryStatus` (DRAFT / IN_PROGRESS / CLOSED / CANCELLED) et `InventoryType` (FULL / PARTIAL), labels FR |
+| `src/models/Billing/Stock/InventoryLine.ts` | Classe `InventoryLine` — lignes de comptage (théorique, comptée, écart, `isCounted`, `hasGap`, `isAddedDuringSession`) |
+| `src/services/billing/InventoryService.ts` | Tous les appels API inventaire (voir détail ci-dessous) |
+| `src/pages/billing/Inventories.tsx` | Page liste des inventaires avec filtres + colonne actions |
+| `src/components/Billing/Form/PickerInventoryStatus.tsx` | Picker bouton + popover pour filtrer par statut (même pattern que `PickerMovementType`) |
+| `src/components/Billing/Dialog/CreateInventoryDialog.tsx` | Dialog création d'inventaire (type, dépôt, includeZeroStock, scope produits/emplacements pour PARTIAL, commentaire) |
+| `src/components/Billing/Dialog/InventoryLinesDialog.tsx` | Dialog comptage des lignes : inline edit quantité + commentaire (champs non-contrôlés via refs), ajout ligne hors-scope, suppression ligne manuelle |
+
+---
+
+## Fichiers modifiés
+
+| Fichier | Changement |
+|---|---|
+| `src/pages/billing/billingIndex.tsx` | Entrée menu "Inventaires" + route `/inventories` gatées par `isStockActive` |
+| `src/models/Billing/Stock/Depot.ts` | Classe `DepotLocation` ajoutée (id, code, label) |
+| `src/services/billing/DepotService.ts` | `useFetchDepotLocations`, `useFetchAllDepotLocations`, `DepotLocationService` (create/update/delete), `invalidateQueriesDepotLocation` |
+| `src/pages/setting/tabContent/Depot/DepotModule.tsx` | Refonte en cards par dépôt avec liste d'emplacements inline (edit/delete) + bouton création emplacement |
+| `src/models/Billing/Product.ts` | Champ `depotLocationIds: string[]` ajouté |
+| `src/components/Billing/Dialog/ProductFormDialog.tsx` | Picker `PickerDepotLocations` inséré sous le switch "Suivi en stock" |
+| `src/components/Billing/Form/PickerDepotLocations.tsx` | Autocomplete multi-sélection emplacements groupés par dépôt, chips deletable, bg `primary.light` sur options sélectionnées |
+
+---
+
+## InventoryService — méthodes
+
+```ts
+useFetchInventories(garageId, page, limit, filter)
+// filter: { depotId?, status?, startDate?, endDate? }
+
+useFetchInventoryLines(garageId, inventoryId, page, limit, filter)
+// filter: { depotLocationId?, isCounted?, hasGap? }
+
+InventoryService.create(garageId, payload, queryClient)
+// payload: { type, depotId, startDate, comment, includeZeroStock, scope? }
+// scope: { catalogIds[], locationIds[] } — PARTIAL seulement
+
+InventoryService.start(garageId, inventoryId, queryClient)
+// POST .../start  (DRAFT → IN_PROGRESS)
+
+InventoryService.close(garageId, inventoryId, queryClient, forceClose?)
+// POST .../close?forceClose=true  (IN_PROGRESS → CLOSED)
+
+InventoryService.cancel(garageId, inventoryId, queryClient)
+// POST .../cancel
+
+InventoryService.addLine(garageId, inventoryId, catalogId, queryClient)
+// POST .../lines  { catalogId }
+
+InventoryService.deleteLine(garageId, inventoryId, lineId, queryClient)
+// DELETE .../lines/{lineId}  (isAddedDuringSession && !isCounted)
+
+InventoryService.patchLine(garageId, inventoryId, lineId, payload, queryClient)
+// PATCH .../lines/{lineId}  { countedQuantity, comment? }
+```
+
+---
+
+## Points d'attention
+
+- **DepotLocationFormDialog** : dialog Formik+Yup pour créer/modifier un emplacement, même style que `DepotFormDialog`.
+- **InventoryLinesDialog** — champs quantité et commentaire sont **non-contrôlés** (`defaultValue` + `inputRef`) pour éviter la perte de focus à chaque frappe (re-render de `displayedColumns` dans `MovaTableBack`).
+- **CreateInventoryDialog** — produits sélectionnés stockés dans un state séparé (`selectedProducts`) indépendant des résultats de recherche, pour que les chips restent affichés quand la recherche est vidée.
+- **Filtres Inventaires** : réutilise `AtPeriodFilterMenu` de `Stocks.tsx` (export nommé).
+- **billingIndex** : les entrées "Mouvements" et "Inventaires" sont toutes deux gatées par `isStockActive(garage)`.

package/.claude/TICKET_PERF_MY_SERVICES.md

@@ -0,0 +1,67 @@
+# TICKET — Refacto performance MyServices.tsx
+
+**Branche :** `vite-compiler-up-to-date`
+**Fichier :** `src/pages/setting/tabContent/MyServices.tsx`
+**Date :** 2026-05-12
+
+---
+
+## Contexte
+
+Le composant `MyServices` présentait de graves problèmes de performance sur les tableaux de prestations, notamment lors de la modification des valeurs (downtime, appointmentDelay). Chaque appel à `refreshGarage` (déclenché après une sauvegarde) mettait à jour la prop `garage` dans le parent, ce qui provoquait un remount complet de tous les composants de ligne — le `memo()` était inefficace car les composants étaient définis à l'intérieur du render.
+
+---
+
+## Travail réalisé
+
+### 1. Refacto architecture — extraction des composants + Context
+
+**Problème :** `CategoryPrestationRow` et `PrestationRow` étaient définis à l'intérieur de `MyServices`. React recréait un nouveau type de composant à chaque render → unmount/remount complet de toutes les lignes à chaque `refreshGarage`.
+
+**Solution :**
+- Extraction de `CategoryPrestationRow` et `PrestationRow` en composants top-level
+- Création de `MyServicesContext` pour partager sans prop drilling : `garageId`, `garageKey`, `prestationCategories`, `teamManagementActive`, `showSnackbar`, `refreshGarage`, `savePrestation`
+- `PrestationRow` consomme le cache TanStack Query via `useQuery({ select })` — ne re-render que si SA prestation change, indépendamment du reste
+
+**Fix stale closure :** `handleInputChange` utilise `setFormRow(prev => ...)` — plus de lecture périmée sur les frappes rapides.
+
+---
+
+### 2. Fix toggle "Visible par les clients" ne se mettant pas à jour
+
+**Problème :** Le `setQueryData` dans `handleChangeAvailableOnline` utilisait `[GARAGES_SETTINGS, garageId]` (string) au lieu de `garageKey` qui contient `garage.id` (nombre) — la clé ne correspondait pas à l'entrée de cache existante.
+
+**Solution :** `setQueryData(garageKey, ...)` à la place.
+
+---
+
+### 3. Loader pendant la sauvegarde des valeurs de prestation
+
+Pendant l'appel API de mise à jour (downtime / appointmentDelay), les cellules concernées affichent un `CircularProgress` à la place de la valeur jusqu'à la résolution de la Promise.
+
+- `savePrestation` retourne désormais une `Promise<void>`
+- `PrestationRow` gère un état `isSaving` activé au submit, désactivé dans le `.finally()`
+
+---
+
+### 4. Barre de recherche sur chaque tableau
+
+**Tableau des prestations actives :**
+- Champ de recherche filtrant par nom de prestation
+- Sans recherche : affichage normal par catégories (accordion)
+- Avec recherche : liste plate triée alphabétiquement, header adapté (Nom / Immobilisation / Délai / Visible / Actions)
+- Aucun résultat : placeholder "Aucune prestation ne correspond à votre recherche"
+
+**Tableau des prestations inactives :**
+- Même comportement de filtrage sur `visibleRows`
+- Placeholder différencié selon que la liste est vide naturellement ou à cause de la recherche
+
+**Les deux inputs disposent d'une icône `ClearIcon` (croix) qui apparaît uniquement quand du texte est présent, et remet l'input à vide au clic.**
+
+---
+
+## Points techniques notables
+
+- `garageKey` conserve le type original de `garage.id` (nombre) pour correspondre à la clé TanStack Query existante ; `garageId` (string) est réservé aux appels API REST
+- `memo()` sur `CategoryPrestationRow` a un comparateur explicite sur `code`, `color` et `prestations`
+- `filteredActiveCategories` et `flatActivePrestations` sont mémoïsés avec `useMemo`