Modèle de backend d'audit de santé des restaurants
Suivi de la sanitation et de l'inspection des restaurants
Un backend d'audit de santé des restaurants prêt à la production sur Back4app pour les listes de contrôle sanitaires, journaux de contrôle des nuisibles, et suivi des notes. Comprend le diagramme ER, le dictionnaire de données, le schéma JSON, le terrain de jeu API, et une invite Agent IA pour un démarrage rapide.
Principales conclusions
Ce modèle vous offre un backend d'audit de santé pour les restaurants avec des listes de contrôle d'hygiène, des journaux de nuisibles et un suivi des notes afin que les responsables et le personnel sur le terrain puissent travailler à partir d'un système partagé.
- Contrôle de la liste de vérification d'hygiène — Modélisez les entrées AuditChecklist et SanitationCheck afin que les responsables de poste puissent vérifier les tâches de nettoyage par station.
- Historique du journal de contrôle des nuisibles — Suivez les problèmes, traitements et notes de suivi du PestLog pour chaque emplacement de restaurant.
- Suivi des notes dans le temps — Utilisez GradeRecord pour capturer les notes d'inspection, les détails des scores et les dates de révision.
Aperçu : Audit de santé des restaurants
La conformité stricte à l'audit de santé des restaurants est ennuyeuse par design : enregistrements cohérents, propriété claire et pistes de révision qui ne dépendent pas de la mémoire. La solution est opérationnelle, pas motivationnelle. Utilisez Restaurant, AuditChecklist, SanitationCheck, PestLog et GradeRecord comme primitives de conformité structurées sur Back4app afin que les flux de travail d'audit de santé des restaurants restent cohérents à travers les sites et les équipes. Le schéma couvre Restaurant (nom, adresse, numéro de permis), AuditChecklist (restaurant, date de l'audit, inspecteur, statut), SanitationCheck (liste de contrôle, station, résultat, notes), PestLog (restaurant, type de problème, date de traitement, suivi dû) et GradeRecord (restaurant, score, note, date d'inspection). Connectez votre frontend et lancez le flux de travail d'audit plus rapidement.
Meilleur pour :
Comment ce backend d'audit de santé des restaurants est organisé
Les équipes mobiles et le personnel de bureau voient différentes tranches de la réalité dans l'audit de santé des restaurants ; le travail du produit est de relier ces tranches sans jeux de blame.
Le hub maintient la langue de Restaurant, AuditChecklist et SanitationCheck cohérente afin que le produit, les opérations et l'ingénierie signifient la même chose lorsqu'ils disent « enregistrer ».
Fonctionnalités principales de l'audit de santé des restaurants
Chaque carte technologique de ce hub utilise le même schéma de backend d'audit sanitaire des restaurants avec Restaurant, AuditChecklist, SanitationCheck, PestLog et GradeRecord.
Suivi des emplacements de restaurant
La classe de restaurant stocke le nom, l'adresse, le permitNumber et le managerContact.
Gestion de la liste de contrôle de sanitation
AuditChecklist capture le restaurant, la date d'audit, l'inspecteur et le statut.
Journalisation de la vérification de sanitation
SanitationCheck stocke la liste de contrôle, la station, le résultat, les notes et les preuves photo.
Journal de contrôle des nuisibles
PestLog enregistre le type de problème, la date de traitement, la date de suivi et le statut par restaurant.
Suivi des notes
GradeRecord stocke la date d'inspection, le score, la note en lettres et le nom de l'inspecteur.
Pourquoi construire votre backend d'audit de santé de restaurant avec Back4app ?
Back4app fournit aux équipes de restaurants un modèle de données propre pour les audits, le suivi des nuisibles et les notes, afin que l'application puisse rester concentrée sur le flux de travail de la checklist plutôt que sur la configuration du backend.
- •Structure d'AuditChecklist et SanitationCheck: Modélisez les vérifications au niveau de la station dans AuditChecklist afin que les équipes puissent enregistrer les résultats de SanitationCheck pour les tables de préparation, les éviers, les réfrigérateurs et les sols.
- •Historique et suivi de PestLog: Utilisez les champs de PestLog tels que issueType, treatmentDate et followUpDue pour garder les notes de contrôle des nuisibles en ordre par restaurant.
- •Visibilité de GradeRecord: Stockez les scores d'inspection de magasin dans GradeRecord et montrez les tendances de letterGrade pour chaque emplacement de restaurant.
Construisez et ajustez rapidement des flux de travail d'audit de restaurant avec un seul contrat backend sur mobile et web.
Avantages principaux
Un backend d'audit de restaurant qui facilite la recherche et la mise à jour des inspections, des notes sur les nuisibles et des notes.
Lancements de listes de contrôle plus rapides
Commencez par les classes AuditChecklist et SanitationCheck au lieu de concevoir chaque formulaire d'audit à partir de zéro.
Historique de suivi des nuisibles clair
Les entrées PestLog conservent la date de traitement et le suivi dû visibles pour chaque emplacement de restaurant.
Enregistrements de notes cohérents
GradeRecord offre aux gestionnaires un moyen stable de revoir les changements de score d'inspection au fil du temps.
Accès à l'audit adapté aux rôles
Les gestionnaires, coordinateurs et personnel sur le terrain peuvent lire ou mettre à jour uniquement les classes Restaurant et audit dont ils ont besoin.
Preuves d'audit en un seul endroit
Attachez des photoEvidence et des notes aux entrées SanitationCheck sans disperser les fichiers à travers les outils.
Configuration assistée par IA
Générez l'ossature du backend d'audit et les notes d'intégration à partir d'une invite structurée.
Prêt à lancer votre application d'audit de santé de restaurant ?
Laissez l'agent IA de Back4app structurer votre backend d'audit de restaurant et générer des listes de contrôle de sanitation, des journaux de nuisibles et le suivi des notes à partir d'une invite.
Gratuit pour commencer — 50 invites d'agent IA/mois, sans carte de crédit requise
Pile technique
Tout inclus dans ce modèle de backend d'audit de santé de restaurant.
Diagramme ER
Modèle de relation d'entité pour le schéma backend de l'audit de santé du restaurant.
Schéma couvrant les emplacements des restaurants, les listes de contrôle de sanitation, les registres de nuisibles, et les notes de santé.
Voir la source du diagramme
erDiagram
InspectorUser ||--o{ RestaurantLocation : "manages"
InspectorUser ||--o{ SanitationChecklist : "inspects"
InspectorUser ||--o{ PestControlLog : "reportedBy"
RestaurantLocation ||--o{ SanitationChecklist : "location"
RestaurantLocation ||--o{ PestControlLog : "location"
RestaurantLocation ||--o{ HealthGrade : "location"
SanitationChecklist ||--o{ HealthGrade : "source"
InspectorUser {
String objectId PK
String username
String email
String password
String role
String assignedRegion
Date createdAt
Date updatedAt
}
RestaurantLocation {
String objectId PK
String restaurantName
String address
String city
String healthPermitNumber
String currentGrade
String managerId FK
Date createdAt
Date updatedAt
}
SanitationChecklist {
String objectId PK
String locationId FK
String inspectorId FK
Date inspectionDate
String checklistType
Number score
Boolean passed
String notes
Date createdAt
Date updatedAt
}
PestControlLog {
String objectId PK
String locationId FK
String reportedById FK
Date serviceDate
String vendorName
String pestType
String treatmentNotes
Boolean followUpRequired
Date createdAt
Date updatedAt
}
HealthGrade {
String objectId PK
String locationId FK
String sanitationChecklistId FK
String grade
Date issuedOn
Date expiresOn
String publicNotes
Date createdAt
Date updatedAt
}
Flux d'intégration
Flux d'exécution typique pour la connexion, le chargement de la liste de vérification, les mises à jour de sanitation, les journaux de nuisibles et le suivi des notes.
Voir la source du diagramme
sequenceDiagram
participant User
participant App as Restaurant Health Audit App
participant Back4app as Back4app Cloud
User->>App: Sign in as manager or inspector
App->>Back4app: POST /login
Back4app-->>App: Session token
User->>App: Load restaurant locations
App->>Back4app: GET /classes/RestaurantLocation
Back4app-->>App: Location list
User->>App: Submit sanitation checklist
App->>Back4app: POST /classes/SanitationChecklist
Back4app-->>App: Checklist objectId
User->>App: Record pest control visit and grade update
App->>Back4app: POST /classes/PestControlLog
App->>Back4app: POST /classes/HealthGrade
Back4app-->>App: Log and grade saved
App->>Back4app: Subscribe to live updates for HealthGrade
Back4app-->>App: Grade and checklist changesDictionnaire de données
Référence complète au niveau des champs pour chaque classe dans le schéma d'audit de santé du restaurant.
| Champ | Type | Description | Requis |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | Auto |
| username | String | Inspector login name | |
| String | Inspector email address | ||
| password | String | Hashed password (write-only) | |
| role | String | User role for audit workflows (e.g., manager, coordinator, field inspector) | |
| assignedRegion | String | Region or route handled by the inspector | — |
| createdAt | Date | Auto-generated creation timestamp | Auto |
| updatedAt | Date | Auto-generated last-update timestamp | Auto |
8 champs dans InspectorUser
Sécurité et autorisations
Comment les règles ACL et CLP protègent les dossiers d'audit des restaurants, les notes sur les nuisibles et l'historique des notes.
Accès aux restaurants selon le rôle
Les responsables peuvent consulter tous les dossiers des restaurants, tandis que le personnel sur le terrain ne peut créer ou mettre à jour que les audits qui leur sont assignés.
Propriété de la checklist et du journal
Utilisez Cloud Code pour vérifier que les entrées de AuditChecklist, SanitationCheck et PestLog appartiennent au bon restaurant et au bon rôle utilisateur.
Intégrité des enregistrements de notes
Verrouiller la création ou les modifications de GradeRecord aux coordinateurs approuvés afin que les scores d'inspection restent précis.
Schéma (JSON)
Définition du schéma JSON brut prête à être copiée dans Back4app ou utilisée comme référence d'implémentation.
{
"classes": [
{
"className": "InspectorUser",
"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
},
"assignedRegion": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "RestaurantLocation",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"restaurantName": {
"type": "String",
"required": true
},
"address": {
"type": "String",
"required": true
},
"city": {
"type": "String",
"required": true
},
"healthPermitNumber": {
"type": "String",
"required": false
},
"currentGrade": {
"type": "String",
"required": false
},
"manager": {
"type": "Pointer",
"required": true,
"targetClass": "InspectorUser"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "SanitationChecklist",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"location": {
"type": "Pointer",
"required": true,
"targetClass": "RestaurantLocation"
},
"inspector": {
"type": "Pointer",
"required": true,
"targetClass": "InspectorUser"
},
"inspectionDate": {
"type": "Date",
"required": true
},
"checklistType": {
"type": "String",
"required": true
},
"score": {
"type": "Number",
"required": true
},
"passed": {
"type": "Boolean",
"required": true
},
"notes": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "PestControlLog",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"location": {
"type": "Pointer",
"required": true,
"targetClass": "RestaurantLocation"
},
"reportedBy": {
"type": "Pointer",
"required": true,
"targetClass": "InspectorUser"
},
"serviceDate": {
"type": "Date",
"required": true
},
"vendorName": {
"type": "String",
"required": true
},
"pestType": {
"type": "String",
"required": true
},
"treatmentNotes": {
"type": "String",
"required": false
},
"followUpRequired": {
"type": "Boolean",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "HealthGrade",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"location": {
"type": "Pointer",
"required": true,
"targetClass": "RestaurantLocation"
},
"sanitationChecklist": {
"type": "Pointer",
"required": true,
"targetClass": "SanitationChecklist"
},
"grade": {
"type": "String",
"required": true
},
"issuedOn": {
"type": "Date",
"required": true
},
"expiresOn": {
"type": "Date",
"required": false
},
"publicNotes": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
}
]
}Construire avec l'Agent AI
Utilisez l'Agent AI Back4app pour générer une véritable application d'audit de santé de restaurant à partir de ce modèle, y compris les flux frontend, backend, d'authentification, d'audit, de nuisibles et de notes.
Créez un backend d'application d'audit de santé des restaurants sur Back4app avec ce schéma et ce comportement exacts. Schéma : 1. Utilisateur (utiliser Back4app intégré) : nom d'utilisateur, email, mot de passe ; objectId, createdAt, updatedAt (système). 2. Restaurant : nom (String, requis), adresse (String, requis), permitNumber (String, requis), managerContact (String), locationTag (String) ; objectId, createdAt, updatedAt (système). 3. AuditChecklist : restaurant (Pointe vers Restaurant, requise), auditDate (Date, requise), inspecteur (Pointe vers Utilisateur, requise), statut (String, requis), notes (String) ; objectId, createdAt, updatedAt (système). 4. SanitationCheck : checklist (Pointe vers AuditChecklist, requise), station (String, requis), résultat (String, requis), notes (String), photoEvidence (Fichier) ; objectId, createdAt, updatedAt (système). 5. PestLog : restaurant (Pointe vers Restaurant, requise), issueType (String, requis), treatmentDate (Date, requise), followUpDue (Date), statut (String, requis), notes (String) ; objectId, createdAt, updatedAt (système). 6. GradeRecord : restaurant (Pointe vers Restaurant, requise), inspectionDate (Date, requise), score (Nombre, requis), letterGrade (String, requis), inspectorName (String) ; objectId, createdAt, updatedAt (système). Sécurité : - Les gestionnaires peuvent examiner tous les enregistrements de restaurant. Le personnel de terrain ne peut que créer ou mettre à jour les enregistrements d'audit assignés. Utilisez le code Cloud pour valider la propriété et les rôles. Auth : - Inscription, connexion, déconnexion. Comportement : - Charger les listes de contrôle d'audit, ajouter des vérifications de sanitation, sauvegarder les journaux de nuisibles et mettre à jour les enregistrements de notes. Livrer : - Application Back4app avec schéma, ACL, CLP ; frontend pour les restaurants, listes de contrôle d'audit, vérifications de sanitation, journaux de nuisibles, et suivi des notes.
Appuyez sur le bouton ci-dessous pour ouvrir l'Agent avec ce modèle de prompt pré-rempli.
Ceci est l'invite de base sans suffixe technologique. Vous pouvez adapter la pile frontend générée par la suite.
API Playground
Tester les points de terminaison REST et GraphQL contre le schéma d'audit de santé des restaurants. Les réponses utilisent des données fictives et ne nécessitent pas de compte Back4app.
Utilise le même schéma que ce modèle.
Choisissez Votre Technologie
Développez chaque carte pour voir comment intégrer Restaurant, AuditChecklist et SanitationCheck avec votre pile choisie.
Flutter Audit de Santé du Restaurant Backend
React Audit de Santé du Restaurant Backend
React Natif Audit de Santé du Restaurant Backend
Next.js Audit de Santé du Restaurant Backend
JavaScript Audit de Santé du Restaurant Backend
Android Audit de Santé du Restaurant Backend
iOS Audit de Santé du Restaurant Backend
Vue Audit de Santé du Restaurant Backend
Angular Audit de Santé du Restaurant Backend
GraphQL Audit de Santé du Restaurant Backend
REST API Audit de Santé du Restaurant Backend
PHP Audit de Santé du Restaurant Backend
.NET Audit de Santé du Restaurant Backend
Ce que vous obtenez avec chaque technologie
Chaque pile utilise le même schéma d'audit de santé des restaurants et les contrats API.
Structure de données d'audit de restaurant unifiée
Gérez les restaurants, les listes de contrôle d'audit, les contrôles de sanitation, les journaux de nuisibles et les dossiers de note avec un seul schéma.
Flux de travail de liste de contrôle de sanitation
Créez des éléments de liste de contrôle et stockez les résultats de station pour les zones de cuisine et de service.
Suivi du suivi des nuisibles
Enregistrer les valeurs issueType, treatmentDate et followUpDue pour chaque restaurant.
Suivi des notes pour les inspections
Comparer les valeurs de score et de letterGrade à travers les inspections et les lieux.
REST/GraphQL APIs pour les audits
Intégrer des clients mobiles ou web en utilisant des APIs flexibles pour chaque classe d'audit.
Comparaison du cadre d'audit des restaurants
Comparez la vitesse de configuration, le style de SDK et le soutien AI à travers toutes les technologies supportées.
| Cadre | Temps de configuration | Avantage de l'audit de restaurant | Type de SDK | Support AI |
|---|---|---|---|---|
| Environ 5 min | Base de code unique pour les audits de restaurant sur mobile et web. | SDK typé | Complet | |
| Moins de 5 minutes | Tableau de bord web rapide pour la révision des audits de restaurant. | SDK tapé | Complet | |
| ~3–7 min | Application mobile multiplateforme pour les audits sur le terrain. | SDK tapé | Complet | |
| Configuration rapide (5 min) | Application web rendue côté serveur pour les inspections et les évaluations. | SDK tapé | Complet | |
| ~3–5 min | Intégration web légère pour les contrôles de restaurant. | SDK tapé | Complet | |
| Environ 5 min | Application native Android pour les inspecteurs de restaurant. | SDK typé | Complet | |
| Moins de 5 minutes | Application native iOS pour les gestionnaires et le personnel de terrain. | SDK typé | Complet | |
| ~3–7 min | Interface web Reactive pour le suivi des audits de restaurant. | SDK typé | Complet | |
| Configuration rapide (5 min) | Application web d'entreprise pour le suivi de conformité. | SDK tapé | Complet | |
| Moins de 2 min | API flexible GraphQL pour les données d'audit et de notation. | API GraphQL | Complet | |
| Configuration rapide (2 min) | Intégration REST API pour les soumissions d'audit. | REST API | Complet | |
| ~3 min | Backend PHP côté serveur pour les tableaux de bord d'audit. | REST API | Complet | |
| ~3–7 min | Backend .NET pour les systèmes d'audit de restaurant. | SDK typé | Complet |
Le temps de configuration reflète la durée prévue depuis le démarrage du projet jusqu'à la première requête de restaurant, de liste de contrôle ou de grade utilisant ce schéma de modèle.
Questions Fréquemment Posées
Questions courantes sur la création d'une backend d'audit de santé de restaurant avec ce modèle.
Prêt à construire votre application d'audit de santé des restaurants ?
Commencez votre projet d'audit de santé des restaurants en quelques minutes. Pas de carte de crédit requise.