Verifica della Salute dei Ristoranti
Costruisci con AI Agent
Backend per l'Audit sulla Salute del Ristorante

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.

  1. Controllo lista di sanificazioneModella le voci AuditChecklist e SanitationCheck affinché i manager di turno possano verificare i compiti di pulizia per postazione.
  2. Cronologia del registro di controllo parassitiMonitora i problemi di PestLog, i trattamenti e le note di follow-up per ciascuna sede del ristorante.
  3. Tracciamento dei voti nel tempoUsa 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:

Team operativi dei ristorantiApp di tracciamento delle ispezioni sanitarieStrumenti per checklist di sanificazioneSistemi di log per il controllo dei parassitiDashboard di tracciamento dei punteggiApp di audit mobile per il personale di campo

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.

Frontend
13+ tecnologie
Backend
Back4app
Database
MongoDB
Autenticazione
Autenticazione integrata + sessioni
API
REST e GraphQL
In tempo reale
Live Queries

Diagramma ER

Modello di relazione tra entità per lo schema backend dell'audit della salute del ristorante.

Visualizza sorgente del diagramma
Mermaid
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
Mermaid
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 changes

Dizionario dei dati

Riferimento completo a livello di campo per ogni classe nello schema di audit sanitario del ristorante.

CampoTipoDescrizioneObbligatorio
objectIdStringAuto-generated unique identifierAuto
usernameStringInspector login name
emailStringInspector email address
passwordStringHashed password (write-only)
roleStringUser role for audit workflows (e.g., manager, coordinator, field inspector)
assignedRegionStringRegion or route handled by the inspector
createdAtDateAuto-generated creation timestampAuto
updatedAtDateAuto-generated last-update timestampAuto

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.

JSON
{
  "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.

Back4app AI Agent
Pronto per costruire
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.

Distribuisci in pochi minuti50 prompt gratuiti / meseNessuna carta di credito richiesta

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.

Caricamento del playground…

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.

FrameworkTempo di configurazioneVantaggio dell'audit del ristoranteTipo di SDKSupporto AI
Circa 5 minutiBase di codice unica per audit dei ristoranti su mobile e web.SDK digitatoCompleto
Meno di 5 minutiDashboard web veloce per la revisione degli audit ristorativi.SDK digitatoCompleto
~3–7 minApp mobile multipiattaforma per audit sul campo.SDK digitatoCompleto
Configurazione rapida (5 min)App web renderizzata dal server per ispezioni e valutazioni.SDK digitatoCompleto
~3–5 minIntegrazione web leggera per i controlli dei ristoranti.SDK digitatoCompleto
Circa 5 minApp nativa Android per ispettori di ristoranti.SDK tipizzatoCompleto
Meno di 5 minutiApp nativa iOS per manager e personale sul campo.SDK tipizzatoCompleto
~3–7 minInterfaccia web Reactive per il tracciamento degli audit dei ristoranti.SDK tipizzatoCompleto
Impostazione rapida (5 min)Applicazione web enterprise per il monitoraggio della conformità.SDK digitatoCompleto
Meno di 2 minAPI flessibile GraphQL per dati di audit e valutazione.API GraphQLCompleto
Impostazione veloce (2 min)Integrazione REST API per invii di audit.REST APICompleto
~3 minBackend PHP lato server per cruscotti di audit.REST APICompleto
~3–7 minBackend .NET per sistemi di audit dei ristoranti.SDK tipizzatoCompleto

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.

Come fanno i leader degli audit sanitari dei ristoranti a catturare la deriva delle politiche prima che diventi un rischio sistemico?
Come catturano i programmi di audit sanitario dei ristoranti formazione, attestazioni e azioni correttive in modo preciso?
Qual è il percorso raccomandato per restringere i permessi degli audit sanitari dei ristoranti man mano che l'organizzazione cresce?
Come posso interrogare le liste di controllo degli audit con Flutter?
Come gestisco lo stato dell'audit dei ristoranti con Next.js?
Può React memorizzare i registri delle infestazioni e delle valutazioni offline?
Come posso prevenire modifiche non autorizzate ai controlli di verifica?
Qual è il modo migliore per mostrare le valutazioni dei ristoranti su Android?
Come funziona il flusso della checklist di sanificazione end-to-end?
Quali classi alimentano questo modello di audit sulla salute del ristorante?

Affidato a sviluppatori in tutto il mondo

Unisciti ai team che lanciano più velocemente prodotti per audit della salute dei ristoranti con i modelli Back4app

G2 Users Love Us Badge

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.

Scegli Tecnologia