Journal de chaîne du froid pour le backend de vente au détail

Modèle de journal de chaîne du froid pour le backend de vente au détail
Journaux de températures de réception et historique des alarmes pour les magasins de détail

Q: Comment les leaders de la chaîne du froid au détail détectent-ils les dérives de politique avant qu'elles ne deviennent un risque systémique ?

C'est un schéma et une API backend pour les équipes de vente au détail afin d'enregistrer les températures de réception, les journaux de vitrine, et l'historique des alarmes à travers les emplacements des magasins.

Q: Comment les programmes de chaîne du froid de détail capturent-ils proprement la formation, les attestations et les actions correctives ?

Il comprend les classes Store, ReceivingTempLog, DisplayCaseLog et AlarmEvent, un diagramme ER, un espace de test API et une invite d'agent IA.

Q: Quel est le chemin recommandé pour resserrer les autorisations de la chaîne du froid de détail à mesure que l'organisation se développe ?

Back4app fournit une authentification gérée, une base de données, Live Queries, et un accès REST ou GraphQL afin que vous puissiez construire des flux de travail de journalisation du magasin sans maintenir votre propre infrastructure.

Q: comment puis-je interroger les températures de réception dans Flutter ?

Utilisez la classe ReceivingTempLog pour lister les journaux pour un pointeur de magasin, puis affichez supplierName, receivedAt et temperatureC dans l'interface utilisateur.

Q: Comment puis-je créer un tableau de bord de vitrine avec Next.js ?

Interrogez les enregistrements DisplayCaseLog pour chaque magasin, triez par checkedAt, et affichez caseName, temperatureC, targetMinC et targetMaxC sur le tableau de bord.

Q: React Native peut-il mettre en cache l'historique des alarmes hors ligne ?

Oui. Épinglez les objets AlarmEvent et Store associés localement afin qu'un utilisateur sur le terrain puisse consulter les horodatages recent triggeredAt et resolvedAt sans connexion en direct.

Q: Comment puis-je empêcher les entrées de température invalides ?

Ajoutez une validation Cloud Code qui rejette les enregistrements ReceivingTempLog et DisplayCaseLog lorsque temperatureC est en dehors de votre plage requise ou lorsque des champs requis sont manquants.

Q: Quelle est la meilleure façon d'afficher le journal de la chaîne du froid sur Android ?

Interrogez les classes Store, ReceivingTempLog, DisplayCaseLog et AlarmEvent et présentez les vérifications de température et l'historique des alarmes de chaque emplacement dans une liste ou une chronologie simple.

Q: Comment fonctionne le flux de travail de réception à alarme de bout en bout ?

Un utilisateur se connecte, sélectionne un store, ajoute un ReceivingTempLog ou DisplayCaseLog, et si la lecture est hors gamme, le système crée un AlarmEvent pour examen et clôture.

Un journal de chaîne du froid prêt à la production pour le backend de vente au détail sur Back4app pour les températures de réception, les journaux des vitrines et l'historique des alarmes. Comprend un diagramme ER, un dictionnaire de données, un schéma JSON, un espace API, et une invite AI Agent pour démarrer rapidement la structure de l'application.

Construire avec l'Agent IA Choisissez votre technologie

Points à retenir de la chaîne du froid de détail

Ce modèle vous offre un journal de chaîne du froid pour l'arrière-boutique de détail avec des températures de réception, des journaux de vitrine et un historique des alarmes afin que les responsables et les équipes de terrain puissent capturer les vérifications en un seul endroit.

Températures de réception enregistrées au quai — Stockez chaque ReceivingTempLog avec le fournisseur, la gamme de produits, la température observée et le réviseur.
Les journaux de vitrine restent visibles — Suivez les entrées de DisplayCaseLog par nom de vitrine, plage cible, température réelle et équipe.
L'historique des alarmes est consultable — Enregistrez les détails d'AlarmeEvent afin que les escalades, les accusés de réception et les résolutions soient faciles à consulter.
Les rôles de magasin restent clairs — Utilisez les champs de possession de magasin, d'utilisateur et de journal pour séparer les gestionnaires, les coordinateurs et le personnel de terrain.

Comprendre le journal de chaîne du froid pour le backend de vente au détail

Les inspecteurs ne récompensent pas les héroïsmes de la chaîne du froid au détail — ils récompensent des preuves répétables : qui a fait quoi, quand, et sous quel contrôle. Les petits retards s'accumulent rapidement. Modélisez Store, ReceivingTempLog, DisplayCaseLog et AlarmEvent sur Back4app pour rendre les contrôles de la chaîne du froid au détail opérationnels : approbations, preuves et exceptions capturées là où le travail se produit réellement. Le schéma couvre Store (nom, code de localisation, fuseau horaire), ReceivingTempLog (magasin, nom du fournisseur, catégorie de produit, reçu à, températureC, examiné par), DisplayCaseLog (magasin, nom de l'étal, vérifié à, températureC, cibleMinC, cibleMaxC, statut), et AlarmEvent (magasin, type de journal source, id de journal source, gravité, déclenché à, accusé réception à, résolu à, notes). Connectez votre frontend préféré et commencez à capturer l'activité de la chaîne du froid au détail plus rapidement.

Meilleur pour :

Surveillance de la chaîne du froid au détailJournaux de température de réceptionContrôles de température d'étalTableaux de bord de revue d'alarmeFlux de travail des opérations de magasinÉquipes choisissant BaaS pour l'enregistrement au détail

Aperçu du modèle de chaîne du froid au détail

Lorsque les contrats de chaîne du froid au détail se resserrent, les acheteurs demandent des reçus — pas des héroïsmes. C'est alors que les flux de travail avec horodatage rapportent.

Ce résumé oriente les équipes autour de Store, ReceivingTempLog et DisplayCaseLog avant que quiconque ne plonge dans les diagrammes ER ou les exports JSON.

Fonctionnalités principales du registre de chaîne du froid

Chaque carte technologique dans ce hub utilise le même schéma de chaîne du froid au détail avec Store, ReceivingTempLog, DisplayCaseLog, et AlarmEvent.

Registre de magasin

La classe Store contient le nom, le code de localisation, le fuseau horaire et le statut actif.

Entrées de température de réception

ReceivingTempLog relie store, supplierName, productCategory, receivedAt, temperatureC et reviewedBy.

Journaux de vitrine

DisplayCaseLog enregistre caseName, checkedAt, temperatureC, targetMinC, targetMaxC et status.

Historique des alarmes

AlarmEvent stocke sourceLogType, sourceLogId, severity, triggeredAt, acknowledgedAt, et resolvedAt.

Pourquoi construire votre journal de chaîne froide pour le backend de détail avec Back4app?

Back4app vous fournit les classes Store et log nécessaires pour le travail quotidien sur la température, afin que votre équipe puisse se concentrer sur les vérifications plutôt que sur la conception de la base de données.

•ReceivingTempLog reste structuré: Capturer temperatureC, supplierName, et reviewedBy dans ReceivingTempLog au lieu de notes éparpillées.
•DisplayCaseLog maintient la cohérence des vérifications au sol: Utilisez les champs DisplayCaseLog comme caseName, checkedAt, targetMinC, et targetMaxC pour comparer chaque vitrine dans la même plage.
•L'historique des AlarmEvent est prêt pour les requêtes: Stocker severity, triggeredAt, acknowledgedAt, et resolvedAt dans AlarmEvent afin que les escalades puissent être examinées par le magasin et le shift.

Construisez votre registre de chaîne du froid de vente au détail sur un seul contrat backend et maintenez synchronisées les workflows de réception, d'affichage et d'alarme.

Avantages principaux

Un backend de chaîne du froid au détail qui aide les équipes à enregistrer le travail de température avec moins de friction.

Les contrôles de réception sont plus faciles à auditer

Une seule classe ReceivingTempLog maintien les températures de quai liées au magasin, au nom du fournisseur, et au réviseur.

Les rondes des vitrines restent uniformes

Utilisez les champs DisplayCaseLog comme caseName et targetMinC afin que chaque équipe suive la même liste de contrôle.

Le suivi des alarmes est traçable

L'historique des AlarmEvent montre triggeredAt, acknowledgedAt et resolvedAt pour chaque incident en magasin.

Le filtrage au niveau du magasin est simple

Interrogez par le pointeur de magasin pour voir les températures de réception d'un emplacement, les journaux des vitrines ou les entrées d'alerte.

La confidentialité opérationnelle reste définie

L'ACL et le CLP peuvent limiter les journaux de chaque magasin aux bons responsables et au personnel.

Configuration du backend assistée par IA

Générez le schéma et l'intégration de démarrage pour votre journal de chaîne du froid plus rapidement avec une seule invite.

Prêt à lancer votre journal de chaîne froide de vente au détail ?

Laissez l'agent IA de Back4app structurer votre backend de journal de chaîne froide et générer des flux de température de réception, de vitrines et d'historique d'alarme à partir d'une seule invite.

Construisez avec l'agent IA Essayez le terrain de jeu de l'API

Gratuit pour commencer — 50 invites d'agent IA/mois, pas de carte de crédit requise

Pile technique

Tout inclus dans ce modèle de backend de journal de chaîne froide pour le commerce de détail.

Frontend

13+ technologies

Backend

Back4app

Base de données

MongoDB

Auth

Auth intégré + sessions

API

REST et GraphQL

Temps réel

Live Queries

Diagramme ER de la chaîne du froid

Modèle de relation d'entité pour le schéma du registre de la chaîne du froid de vente au détail.

Diagramme ER

Voir la source du diagramme

Mermaid

erDiagram
    RetailUser ||--o{ StoreLocation : "manages"
    StoreLocation ||--o{ ReceivingTempLog : "receives"
    StoreLocation ||--o{ DisplayCaseLog : "has"
    StoreLocation ||--o{ AlarmHistory : "triggers"
    RetailUser ||--o{ ReceivingTempLog : "records"
    RetailUser ||--o{ DisplayCaseLog : "checks"
    RetailUser ||--o{ AlarmHistory : "assigned"

    RetailUser {
        String objectId PK
        String username
        String email
        String password
        String role
        Date createdAt
        Date updatedAt
    }

    StoreLocation {
        String objectId PK
        String storeCode
        String storeName
        String region
        String managerId FK
        Date createdAt
        Date updatedAt
    }

    ReceivingTempLog {
        String objectId PK
        String storeId FK
        Date receivedAt
        String shipmentId
        String productName
        Number tempCelsius
        Boolean withinRange
        String recordedById FK
        String notes
        Date createdAt
        Date updatedAt
    }

    DisplayCaseLog {
        String objectId PK
        String storeId FK
        String caseName
        Date checkedAt
        Number tempCelsius
        Number doorOpenCount
        String lightingStatus
        String checkedById FK
        String comments
        Date createdAt
        Date updatedAt
    }

    AlarmHistory {
        String objectId PK
        String storeId FK
        String alarmType
        Date triggeredAt
        Date resolvedAt
        String severity
        String status
        String source
        String assignedToId FK
        String resolutionNotes
        Date createdAt
        Date updatedAt
    }

Flux de réception

Flux d'exécution typique pour la connexion, l'examen des journaux de magasin, la réception des entrées de température, les vérifications des vitrines et l'historique des alarmes.

Diagramme ER

Voir la source du diagramme

Mermaid

sequenceDiagram
  participant User
  participant App as Cold Chain Log for Retail App
  participant Back4app as Back4app Cloud

  User->>App: Sign in
  App->>Back4app: POST /login
  Back4app-->>App: Session token

  User->>App: Open receiving temps
  App->>Back4app: GET /classes/ReceivingTempLog?include=store,recordedBy
  Back4app-->>App: ReceivingTempLog rows

  User->>App: Add a display case log
  App->>Back4app: POST /classes/DisplayCaseLog
  Back4app-->>App: DisplayCaseLog objectId

  User->>App: Review alarm history
  App->>Back4app: GET /classes/AlarmHistory?include=store,assignedTo
  Back4app-->>App: AlarmHistory rows

  App->>Back4app: Subscribe to live alarm updates
  Back4app-->>App: AlarmHistory changes

Dictionnaire des journaux

Référence complète au niveau des champs pour chaque classe dans le schéma de la chaîne du froid de détail.

Champ	Type	Description	Requis
objectId	String	Auto-generated unique identifier	Auto
username	String	User login name
email	String	User email address
password	String	Hashed password (write-only)
role	String	User role such as manager, coordinator, or fieldStaff
createdAt	Date	Auto-generated creation timestamp	Auto
updatedAt	Date	Auto-generated last-update timestamp	Auto

7 champs dans RetailUser

Sécurité et autorisations

Comment la stratégie ACL et CLP sécurise les magasins, enregistre les journaux de réception, les journaux de vitrines et l'historique des alarmes.

Accès spécifique aux magasins

Gardez les données ReceivingTempLog, DisplayCaseLog et AlarmEvent de chaque magasin lisibles uniquement par les gestionnaires et le personnel affecté à cet emplacement.

Édits de journal contrôlés

Permettre aux coordinateurs de créer et de corriger des journaux, tandis que les champs d'examen tels que reviewedBy et acknowledgedAt restent verrouillés aux rôles autorisés.

Trace de révision des alarmes

Traitez les mises à jour AlarmEvent comme des actions suivies afin que les accusés de réception et les résolutions restent audités.

Schéma (JSON)

Définition de schéma JSON brute prête à être copiée dans Back4app ou utilisée comme référence d'implémentation.

JSON

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

117

118

119

120

121

122

123

124

125

126

127

128

129

130

131

132

133

134

135

136

137

138

139

140

141

142

143

144

145

146

147

148

149

150

151

152

153

154

155

156

157

158

159

160

161

162

163

164

165

166

167

168

169

170

171

172

173

174

175

176

177

178

179

180

181

182

183

184

185

186

187

188

189

190

191

192

193

194

195

196

197

198

199

200

201

202

203

204

205

206

207

208

209

210

211

212

213

214

215

216

217

218

219

220

221

222

223

224

225

226

227

228

{
  "classes": [
    {
      "className": "RetailUser",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "username": {
          "type": "String",
          "required": true
        },
        "email": {
          "type": "String",
          "required": true
        },
        "password": {
          "type": "String",
          "required": true
        },
        "role": {
          "type": "String",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "StoreLocation",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "storeCode": {
          "type": "String",
          "required": true
        },
        "storeName": {
          "type": "String",
          "required": true
        },
        "region": {
          "type": "String",
          "required": true
        },
        "manager": {
          "type": "Pointer",
          "required": true,
          "targetClass": "RetailUser"
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "ReceivingTempLog",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "store": {
          "type": "Pointer",
          "required": true,
          "targetClass": "StoreLocation"
        },
        "receivedAt": {
          "type": "Date",
          "required": true
        },
        "shipmentId": {
          "type": "String",
          "required": true
        },
        "productName": {
          "type": "String",
          "required": true
        },
        "tempCelsius": {
          "type": "Number",
          "required": true
        },
        "withinRange": {
          "type": "Boolean",
          "required": true
        },
        "recordedBy": {
          "type": "Pointer",
          "required": true,
          "targetClass": "RetailUser"
        },
        "notes": {
          "type": "String",
          "required": false
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "DisplayCaseLog",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "store": {
          "type": "Pointer",
          "required": true,
          "targetClass": "StoreLocation"
        },
        "caseName": {
          "type": "String",
          "required": true
        },
        "checkedAt": {
          "type": "Date",
          "required": true
        },
        "tempCelsius": {
          "type": "Number",
          "required": true
        },
        "doorOpenCount": {
          "type": "Number",
          "required": false
        },
        "lightingStatus": {
          "type": "String",
          "required": false
        },
        "checkedBy": {
          "type": "Pointer",
          "required": true,
          "targetClass": "RetailUser"
        },
        "comments": {
          "type": "String",
          "required": false
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "AlarmHistory",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "store": {
          "type": "Pointer",
          "required": true,
          "targetClass": "StoreLocation"
        },
        "alarmType": {
          "type": "String",
          "required": true
        },
        "triggeredAt": {
          "type": "Date",
          "required": true
        },
        "resolvedAt": {
          "type": "Date",
          "required": false
        },
        "severity": {
          "type": "String",
          "required": true
        },
        "status": {
          "type": "String",
          "required": true
        },
        "source": {
          "type": "String",
          "required": true
        },
        "assignedTo": {
          "type": "Pointer",
          "required": false,
          "targetClass": "RetailUser"
        },
        "resolutionNotes": {
          "type": "String",
          "required": false
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    }
  ]
}

Construire avec l'agent AI

Utilisez l'agent AI de Back4app pour générer une application de journal de chaîne du froid de détail à partir de ce modèle, y compris le frontend, le backend, l'authentification et les flux d'historique de température de réception, de vitrine et d'alarmes.

Agent AI Back4app

Prêt à construire

Créez un journal de chaîne du froid pour le backend de l'application de détail sur Back4app avec ce schéma et ce comportement exacts.

Schéma:
1. Utilisateur (utilisez Back4app intégré) : nom d'utilisateur, e-mail, mot de passe ; objectId, createdAt, updatedAt (système).
2. Magasin : nom (String, requis), code de localisation (String, requis), fuseau horaire (String, requis), isActive (Boolean, requis) ; objectId, createdAt, updatedAt (système).
3. JournalTempératureRéception : magasin (Pointer to Store, requis), nomFournisseur (String, requis), catégorieProduit (String, requis), reçuÀ (Date, requis), températureC (Number, requis), revuPar (Pointer to User, optionnel), notes (String) ; objectId, createdAt, updatedAt (système).
4. JournalVitrine : magasin (Pointer to Store, requis), nomVitrine (String, requis), vérifiéÀ (Date, requis), températureC (Number, requis), cibleMinC (Number, requis), cibleMaxC (Number, requis), statut (String, requis), vérifiéPar (Pointer to User, optionnel), notes (String) ; objectId, createdAt, updatedAt (système).
5. ÉvénementAlerte : magasin (Pointer to Store, requis), typeLogSource (String, requis), idLogSource (String, requis), gravité (String, requis), déclenchéÀ (Date, requis), reconnuÀ (Date, optionnel), résoluÀ (Date, optionnel), notes (String), reconnuPar (Pointer to User, optionnel) ; objectId, createdAt, updatedAt (système).

Sécurité:
- Limitez les données des magasins afin que les responsables et le personnel puissent lire le magasin et ses journaux associés pour les emplacements assignés. Utilisez Cloud Code pour valider les plages de température et les transitions d'alerte.

Auth:
- Inscription, connexion, déconnexion.

Comportement:
- Lister les magasins, créer des journaux de température de réception, mettre à jour les journaux de vitrine et examiner l'historique des alertes.

Livrer:
- application Back4app avec schéma, ACL, CLP ; frontend pour les températures de réception, les journaux de vitrine et l'historique des alertes.

Appuyez sur le bouton ci-dessous pour ouvrir l'Agent avec cette invite de modèle pré-remplie.

Ceci est l'invite de base sans suffixe technologique. Vous pouvez adapter la pile frontend générée par la suite.

Déployer en quelques minutes50 invites gratuites / moisAucune carte de crédit requise

API Playground

Essayez les endpoints REST et GraphQL contre le journal de la chaîne du froid pour le schéma de vente au détail. Les réponses utilisent des données fictives et ne nécessitent pas de compte Back4app.

Chargement du terrain de jeu…

Utilise le même schéma que ce modèle.

Choisissez votre technologie

Développez chaque carte pour voir comment intégrer Store, ReceivingTempLog et DisplayCaseLog avec votre stack choisi.

Ce que vous obtenez avec chaque technologie

Chaque pile utilise le même schéma backend de chaîne du froid de détail et les contrats d'API.

Structure de journal de chaîne du froid unifiée

Maintenez les données de Store, ReceivingTempLog, DisplayCaseLog et AlarmEvent alignées entre les clients.

Capture de température de réception pour le commerce de détail

Enregistrer les températures de quai avec supplierName, productCategory et reviewedBy.

Surveillance des vitrines pour le commerce de détail

Suivre les vérifications de vitrines avec caseName, temperatureC et les champs de la plage cible.

Historique des alarmes pour les équipes de détail

Examinez triggeredAt, acknowledgedAt et resolvedAt dans les entrées AlarmEvent.

Accès REST et GraphQL

Intégrez les logs de magasin provenant des couches web, mobile ou de service en utilisant des APIs flexibles.

Comparaison du cadre de chaîne du froid de détail

Comparez la vitesse de configuration, le style de SDK et le support de l'IA à travers toutes les technologies prises en charge.

Cadre	Temps de configuration	Avantage de la chaîne du froid au détail	Type de SDK	Support de l'IA
Flutter	Environ 5 min	Base de code unique pour la réception des magasins et les vérifications de température.	SDK Typé	Complet
React	Moins de 5 minutes	Tableau de bord rapide pour les journaux de la chaîne du froid au détail.	SDK Typé	Complet
React Natif	~3–7 min	Journalisation mobile multiplateforme pour les équipes en magasin.	SDK Typé	Complet
Next.js	Configuration rapide (5 min)	Application web rendue côté serveur pour la réception et l'examen des alarmes.	SDK typé	Complet
JavaScript	~3–5 min	Intégration web légère pour les journaux de magasin.	SDK typé	Complet
Android	Environ 5 min	Application Android native pour les vérifications de température sur le terrain.	SDK typé	Complet
iOS	Moins de 5 minutes	Application iOS native pour l'examen des journaux du gestionnaire.	SDK tapé	Complet
Vue	~3–7 min	Interface web Reactive pour la surveillance des vitrines.	SDK tapé	Complet
Angular	Configuration rapide (5 min)	Tableau de bord d'entreprise pour les opérations multi-boutiques.	SDK tapé	Complet
GraphQL	Moins de 2 min	API flexible GraphQL pour les requêtes d'historique de magasin et d'alarme.	GraphQL API	Complet
REST API	Configuration rapide (2 min)	Intégration REST API pour recevoir des journaux et des alertes.	REST API	Complet
PHP	~3 min	Backend PHP côté serveur pour le traitement des journaux de vente au détail.	REST API	Complet
.NET	~3–7 min	.NET backend pour les flux de travail de température en magasin.	SDK typé	Complet

Le temps de configuration reflète la durée estimée allant du démarrage du projet à la première requête de Store ou de log utilisant ce schéma de modèle.

Questions Fréquemment Posées

Questions courantes sur la création d'un journal de chaîne du froid pour le backend de détail avec ce modèle.

Comment les leaders de la chaîne du froid au détail détectent-ils les dérives de politique avant qu'elles ne deviennent un risque systémique ?

Comment les programmes de chaîne du froid de détail capturent-ils proprement la formation, les attestations et les actions correctives ?

Quel est le chemin recommandé pour resserrer les autorisations de la chaîne du froid de détail à mesure que l'organisation se développe ?

comment puis-je interroger les températures de réception dans Flutter ?

Comment puis-je créer un tableau de bord de vitrine avec Next.js ?

React Native peut-il mettre en cache l'historique des alarmes hors ligne ?

Comment puis-je empêcher les entrées de température invalides ?

Quelle est la meilleure façon d'afficher le journal de la chaîne du froid sur Android ?

Comment fonctionne le flux de travail de réception à alarme de bout en bout ?

Approuvé par des développeurs du monde entier

Rejoignez des équipes expédiant des produits de journalisation de vente au détail plus rapidement avec les modèles Back4app

Prêt à créer votre journal de chaîne du froid pour l'application de vente au détail ?

Démarrez votre projet de journal de chaîne du froid en quelques minutes. Pas de carte de crédit requise.

Choisir la technologie

Modèle de journal de chaîne du froid pour le backend de vente au détailJournaux de températures de réception et historique des alarmes pour les magasins de détail