0 Fork 0

mirror of https://github.com/R0m1k3/LogiFlow.git synced 2026-10-11 17:27:31 +02:00

Files

T

michaelschal c419733954 Prioritize assigned user group for creating customer orders and DLCs

Update frontend logic in CustomerOrderForm and DlcPage to correctly assign the user's group as the primary identifier, fixing an issue where group ID 1 was used incorrectly.

Replit-Commit-Author: Agent
Replit-Commit-Session-Id: b163d4c0-de5e-4f4e-a9c0-aed4c7049718
Replit-Commit-Checkpoint-Type: full_checkpoint
Replit-Commit-Screenshot-Url: https://storage.googleapis.com/screenshot-production-us-central1/1957c339-2757-4d1f-8e92-e9f71a1ce58e/b163d4c0-de5e-4f4e-a9c0-aed4c7049718/JC3ViEJ

2025-08-12 15:14:34 +00:00

2.3 KiB

Raw Blame History

Fix Final Frontend - GroupId Production

Problème Identifié en Production

Les logs production montrent clairement :

✅ Utilisateur assigné groupe #2 : group_id: 2, group_name: 'Houdemont'
✅ API DLC lit correctement : userGroups: [ { groupId: 2, groupName: 'Houdemont' } ]
❌ Création utilise groupId: 1 au lieu du groupe assigné

Cause Exacte

Le frontend ne priorise pas correctement le groupe assigné lors de la création. La logique donnait priorité à selectedStoreId (admin) avant le groupe assigné de l'utilisateur.

Fix Appliqué

1. DLC Page - Nouvelle Priorité

// AVANT (Problématique)
if (user?.role === 'admin' && selectedStoreId) {
  groupId = selectedStoreId; // Admin prioritaire
} else if (user?.userGroups?.[0]?.groupId) {
  groupId = user.userGroups[0].groupId; // Groupe utilisateur second
}

// APRÈS (Corrigé)
if (user?.userGroups?.[0]?.groupId) {
  // PRIORITÉ ABSOLUE: groupe assigné utilisateur
  groupId = user.userGroups[0].groupId;
} else if (user?.role === 'admin' && selectedStoreId) {
  // Admin seulement si pas de groupe assigné
  groupId = selectedStoreId;
}

2. Customer Order Form - Même Logique

// Même priorité dans les deux endroits:
// 1. user.userGroups[0].groupId (PRIORITÉ)
// 2. admin selectedStoreId
// 3. fallbacks...

3. Formulaire Default Value Fix

// AVANT
groupId: order?.groupId || (user?.role === 'admin' && selectedStoreId ? selectedStoreId : user?.userGroups?.[0]?.groupId) || 1

// APRÈS  
groupId: order?.groupId || (user?.userGroups?.[0]?.groupId || (user?.role === 'admin' && selectedStoreId ? selectedStoreId : 1))

Logique de Priorité Unifiée

PARTOUT DANS L'APPLICATION :

🎯 Groupe assigné utilisateur (user.userGroups[0].groupId) - PRIORITÉ ABSOLUE
🏪 Admin store selection (selectedStoreId) - Si pas de groupe assigné
📋 Premier groupe disponible - Fallback admin
🚨 groupId = 1 - Urgence

Résultat Attendu Production

Employé assigné magasin #2 (Houdemont) :

✅ DLC création → groupId: 2 (groupe assigné prioritaire)
✅ Commande client → groupId: 2 (groupe assigné prioritaire)
✅ Cohérence avec les autres modules qui fonctionnent déjà

DÉPLOIEMENT PRODUCTION IMMÉDIAT REQUIS

2.3 KiB Raw Blame History