Modello di Backend per l'Audit sulla Salute del Ristorante
Monitoraggio della Sanificazione e Ispezione del Ristorante
Un backend per l'audit sulla salute del ristorante pronto per la produzione su Back4app per checklist di sanificazione, registri di controllo dei parassiti e monitoraggio dei voti. Include diagramma ER, dizionario dei dati, schema JSON, playground API e un prompt per AI Agent per un avvio rapido.
Punti chiave
Questo template ti fornisce un backend per l'audit della salute del ristorante con liste di controllo per la sanificazione, registrazioni sui parassiti e tracciamento dei voti, così i manager e il personale di campo possono lavorare da un sistema condiviso.
- Controllo lista di sanificazione — Modella le voci AuditChecklist e SanitationCheck affinché i manager di turno possano verificare i compiti di pulizia per postazione.
- Cronologia del registro di controllo parassiti — Monitora i problemi di PestLog, i trattamenti e le note di follow-up per ciascuna sede del ristorante.
- Tracciamento dei voti nel tempo — Usa GradeRecord per catturare i voti d'ispezione, i dettagli dei punteggi e le date di revisione.
Panoramica: Audit sanitario per ristoranti
La forte conformità agli audit sanitari dei ristoranti è noiosa di proposito: registrazioni costanti, proprietà chiara e percorsi di revisione che non dipendono dalla memoria. La soluzione è operativa, non motivazionale. Utilizza Ristorante, AuditChecklist, SanitationCheck, PestLog e GradeRecord come elementi di conformità strutturati su Back4app affinché i flussi di lavoro degli audit sanitari dei ristoranti rimangono coerenti tra siti e turni. Lo schema copre Ristorante (nome, indirizzo, numero di permesso), AuditChecklist (ristorante, dataAudit, ispettore, stato), SanitationCheck (checklist, stazione, risultato, note), PestLog (ristorante, tipoDiProblema, dataTrattamento, followUpDovuto) e GradeRecord (ristorante, punteggio, letteraGrado, dataIspezione). Collega il tuo frontend e avvia il flusso di lavoro dell'audit più rapidamente.
Meglio per:
Come è organizzato questo backend per l'Audit della Salute dei Ristoranti
Le squadre mobili e il personale di back-office vedono diverse prospettive nella salute del ristorante; il compito del prodotto è quello di unire queste prospettive senza giochi di colpa.
L'hub mantiene il linguaggio di Ristorante, AuditChecklist e SanitationCheck coerente, in modo che prodotto, operazioni e ingegneria significhino la stessa cosa quando dicono 'registrare'.
Caratteristiche principali dell'audit della salute dei ristoranti
Ogni scheda tecnologica in questo hub utilizza lo stesso schema di backend per audit della salute del ristorante con Restaurant, AuditChecklist, SanitationCheck, PestLog e GradeRecord.
Tracciamento delle sedi dei ristoranti
La classe del ristorante memorizza nome, indirizzo, numero di permesso e contatto del manager.
Gestione delle liste di controllo per la sanificazione
AuditChecklist cattura ristorante, auditDate, ispettore e stato.
Registrazione dei controlli di sanificazione
SanitationCheck memorizza lista di controllo, stazione, risultato, note e fotoEvidence.
Registrazioni di controllo dei parassiti
PestLog tiene traccia di issueType, treatmentDate, followUpDue e status per ristorante.
Monitoraggio dei voti
GradeRecord memorizza inspectionDate, score, letterGrade e inspectorName.
Perché costruire il tuo backend per l'Audit della Salute dei Ristoranti con Back4app?
Back4app offre ai team dei ristoranti un modello di dati pulito per audit, follow-up dei pesticidi e voti, così l'app può rimanere concentrata sul flusso di lavoro della checklist invece di impostazioni di backend.
- •Struttura di AuditChecklist e SanitationCheck: Modella i controlli a livello di stazione all'interno di AuditChecklist in modo che le squadre possano registrare i risultati di SanitationCheck per tavoli di preparazione, lavandini, frigoriferi e pavimenti.
- •Cronologia e follow-up di PestLog: Utilizza i campi di PestLog come issueType, treatmentDate e followUpDue per tenere in ordine le note sul controllo dei parassiti per ristorante.
- •Visibilità di GradeRecord: Memorizza i punteggi delle ispezioni nei GradeRecord e mostra le tendenze del letterGrade per ogni sede del ristorante.
Crea e adatta rapidamente i flussi di lavoro per le ispezioni dei ristoranti con un contratto backend unico per mobile e web.
Vantaggi principali
Un backend per audit ristorante che rende facile trovare e aggiornare ispezioni, note sui parassiti e voti.
Implementazione di checklist più rapide
Inizia dalle classi AuditChecklist e SanitationCheck invece di progettare ogni modulo di audit da zero.
Chiara cronologia di follow-up sui pesticidi
Le voci di PestLog mantengono la data di trattamento e il follow-up dovuto visibili per ciascuna posizione ristorante.
Registrazioni di grado coerenti
GradeRecord offre ai manager un modo stabile per rivedere le variazioni del punteggio dell'ispezione nel tempo.
Accesso all'audit adatto ai ruoli
I manager, i coordinatori e il personale di campo possono leggere o aggiornare solo le classi di ristorante e di audit di cui hanno bisogno.
Prove di audit in un unico posto
Allega fotoEvidence e note alle voci di SanitationCheck senza disperdere file tra gli strumenti.
Impostazione assistita da AI
Genera il backend per audit e note di integrazione da un prompt strutturato.
Pronto per lanciare la tua app di audit sulla salute del ristorante?
Lascia che l'agente AI di Back4app crei il tuo backend per l'audit del ristorante e generi checklist di sanificazione, registri dei parassiti e monitoraggio dei voti da un prompt.
Gratuito per iniziare — 50 prompt AI Agent/mese, senza carta di credito richiesta
Stack tecnico
Tutto incluso in questo modello backend di audit della salute del ristorante.
Diagramma ER
Modello di relazione tra entità per lo schema backend dell'audit della salute del ristorante.
Schema che copre le località dei ristoranti, le liste di controllo per la sanificazione, i registri dei parassiti e i voti di salute.
Visualizza sorgente del diagramma
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
}
Flusso di integrazione
Flusso di esecuzione tipico per login, caricamento checklist, aggiornamenti sanitari, log dei parassiti e tracciamento dei voti.
Visualizza sorgente del diagramma
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 changesDizionario dei dati
Riferimento completo a livello di campo per ogni classe nello schema di audit sanitario del ristorante.
| Campo | Tipo | Descrizione | Obbligatorio |
|---|---|---|---|
| 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 campi in InspectorUser
Sicurezza e permessi
Come le regole ACL e CLP proteggono i registri delle audizioni dei ristoranti, le note sugli insetti e la storia delle valutazioni.
Accesso al ristorante consapevole del ruolo
I manager possono esaminare tutti i registri del ristorante, mentre il personale sul campo può solo creare o aggiornare le audizioni assegnate a loro.
Proprietà della checklist e del registro
Utilizza Cloud Code per verificare che le voci di AuditChecklist, SanitationCheck e PestLog appartengano al ristorante e al ruolo utente corretti.
Integrità del registro dei voti
Blocca la creazione o le modifiche del registro dei voti ai coordinatori approvati affinché i punteggi dell'ispezione rimangano accurati.
Schema (JSON)
Definizione dello schema JSON grezzo pronta per essere copiata in Back4app o utilizzata come riferimento di implementazione.
{
"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
}
}
}
]
}Costruisci con AI Agent
Usa l'AI Agent di Back4app per generare un'app di audit della salute dei ristoranti reale da questo modello, compresi i flussi di frontend, backend, autenticazione, audit, parassiti e voti.
Crea un'app backend per l'audit della salute dei ristoranti su Back4app con questo schema e comportamento esatti. Schema: 1. Utente (usa Back4app integrato): nome utente, email, password; objectId, createdAt, updatedAt (sistema). 2. Ristorante: nome (Stringa, obbligatorio), indirizzo (Stringa, obbligatorio), numero di permesso (Stringa, obbligatorio), contatto del gestore (Stringa), etichetta di posizione (Stringa); objectId, createdAt, updatedAt (sistema). 3. AuditChecklist: ristorante (Puntatore a Ristorante, obbligatorio), data audit (Data, obbligatoria), ispettore (Puntatore a Utente, obbligatorio), stato (Stringa, obbligatoria), note (Stringa); objectId, createdAt, updatedAt (sistema). 4. SanitationCheck: checklist (Puntatore a AuditChecklist, obbligatorio), stazione (Stringa, obbligatoria), risultato (Stringa, obbligatoria), note (Stringa), foto. evidenza (File); objectId, createdAt, updatedAt (sistema). 5. PestLog: ristorante (Puntatore a Ristorante, obbligatorio), tipo di problema (Stringa, obbligatoria), data trattamento (Data, obbligatoria), follow-up dovuto (Data), stato (Stringa, obbligatoria), note (Stringa); objectId, createdAt, updatedAt (sistema). 6. GradeRecord: ristorante (Puntatore a Ristorante, obbligatorio), data ispezione (Data, obbligatoria), punteggio (Numero, obbligatorio), voto letterale (Stringa, obbligatoria), nome ispettore (Stringa); objectId, createdAt, updatedAt (sistema). Sicurezza: - I gestori possono rivedere tutti i record dei Ristoranti. Il personale di campo può solo creare o aggiornare i record di audit assegnati. Usa Cloud Code per convalidare proprietà e ruoli. Autenticazione: - Registrazione, accesso, disconnessione. Comportamento: - Carica checklist di audit, aggiungi controlli di igiene, salva registri di infestazione e aggiorna registri di voto. Consegna: - App Back4app con schema, ACL, CLP; frontend per ristoranti, checklist di audit, controlli di igiene, registri di infestazione e monitoraggio dei voti.
Premi il pulsante qui sotto per aprire l'Agent con questo modello di prompt precompilato.
Questo è il prompt di base senza un suffisso tecnologico. Puoi adattare il stack frontend generato successivamente.
API Playground
Prova i punti finali REST e GraphQL contro lo schema di audit della salute dei ristoranti. Le risposte utilizzano dati di esempio e non richiedono un account Back4app.
Utilizza lo stesso schema di questo modello.
Scegli la tua tecnologia
Espandi ogni scheda per vedere come integrare Ristorante, AuditChecklist e SanitationCheck con il tuo stack scelto.
Audit della salute del ristorante Flutter Backend
Audit della salute del ristorante React Backend
Audit della salute del ristorante React Nativo Backend
Audit della salute del ristorante Next.js Backend
Audit della salute del ristorante JavaScript Backend
Audit della salute del ristorante Android Backend
Audit della salute del ristorante iOS Backend
Audit della salute del ristorante Vue Backend
Audit della salute del ristorante Angular Backend
Audit della salute del ristorante GraphQL Backend
Audit della salute del ristorante REST API Backend
Audit della salute del ristorante PHP Backend
Audit della salute del ristorante .NET Backend
Cosa Ottieni con Ogni Tecnologia
Ogni stack utilizza lo stesso schema backend di audit della salute dei ristoranti e contratti API.
Struttura dei dati di audit dei ristoranti unificata
Gestisci ristoranti, liste di controllo per audit, controlli di sanificazione, registri dei parassiti e registri dei voti con uno schema unico.
Flussi di lavoro per la lista di controllo di sanificazione
Crea voci per la lista di controllo e memorizza i risultati delle stazioni per aree cucina e servizio.
Monitoraggio del follow-up per il controllo dei parassiti
Registra i valori issueType, treatmentDate e followUpDue per ogni ristorante.
Tracciamento dei voti per le ispezioni
Confronta i valori score e letterGrade tra ispezioni e località.
REST/GraphQL API per le verifiche
Integra client mobili o web utilizzando API flessibili per ogni classe di audit.
Confronto del Framework di Audit del Ristorante
Confronta la velocità di configurazione, lo stile dell'SDK e il supporto AI tra tutte le tecnologie supportate.
| Framework | Tempo di configurazione | Vantaggio dell'audit del ristorante | Tipo di SDK | Supporto AI |
|---|---|---|---|---|
| Circa 5 minuti | Base di codice unica per audit dei ristoranti su mobile e web. | SDK digitato | Completo | |
| Meno di 5 minuti | Dashboard web veloce per la revisione degli audit ristorativi. | SDK digitato | Completo | |
| ~3–7 min | App mobile multipiattaforma per audit sul campo. | SDK digitato | Completo | |
| Configurazione rapida (5 min) | App web renderizzata dal server per ispezioni e valutazioni. | SDK digitato | Completo | |
| ~3–5 min | Integrazione web leggera per i controlli dei ristoranti. | SDK digitato | Completo | |
| Circa 5 min | App nativa Android per ispettori di ristoranti. | SDK tipizzato | Completo | |
| Meno di 5 minuti | App nativa iOS per manager e personale sul campo. | SDK tipizzato | Completo | |
| ~3–7 min | Interfaccia web Reactive per il tracciamento degli audit dei ristoranti. | SDK tipizzato | Completo | |
| Impostazione rapida (5 min) | Applicazione web enterprise per il monitoraggio della conformità. | SDK digitato | Completo | |
| Meno di 2 min | API flessibile GraphQL per dati di audit e valutazione. | API GraphQL | Completo | |
| Impostazione veloce (2 min) | Integrazione REST API per invii di audit. | REST API | Completo | |
| ~3 min | Backend PHP lato server per cruscotti di audit. | REST API | Completo | |
| ~3–7 min | Backend .NET per sistemi di audit dei ristoranti. | SDK tipizzato | Completo |
Il tempo di configurazione riflette la durata prevista dalla creazione del progetto al primo ristorante, checklist o query di grado utilizzando questo schema di modello.
Domande Frequenti
Domande comuni sulla creazione di un backend per l'audit della salute dei ristoranti con questo modello.
Pronto per costruire la tua app per l'audit della salute del ristorante?
Inizia il tuo progetto di audit della salute del ristorante in pochi minuti. Non è necessaria una carta di credito.