Restaurant Gesundheitsprüfung Backend Vorlage
Verfolgung von Restaurant-Hygiene und Inspektion
Ein produktionsbereites Restaurant Gesundheitsprüfungs-Backend auf Back4app für Hygienechecklisten, Schädlingsbekämpfungsprotokolle und Notenverfolgung. Einschließlich ER-Diagramm, Datenwörterbuch, JSON-Schema, API-Spielplatz und ein AI-Agent Prompt für einen schnellen Start.
Wichtige Erkenntnisse
Diese Vorlage bietet Ihnen ein Backend für die Gesundheitsprüfung von Restaurants mitチェックlisten für die санитарische Überprüfung, Schädlingstagebüchern und Notenverfolgung, sodass Manager und Außendienstmitarbeiter von einem gemeinsamen System aus arbeiten können.
- Kontrolle der санитарischenチェックliste — Modellieren Sie AuditChecklisten- und SanitationCheck-Einträge, damit Schichtleiter Reinigungsaufgaben nach Station überprüfen können.
- Schädlingsbekämpfung Protokollverlauf — Verfolgen Sie PestLog-Probleme, Behandlungen und Nachvermerke für jeden Restaurantstandort.
- Notenverfolgung im Laufe der Zeit — Verwenden Sie GradeRecord, um Inspektionsnoten, Punktdetails und Überprüfungsdaten festzuhalten.
Überblick: Gesundheitsprüfung von Restaurants
Eine starke Einhaltung der Gesundheitsprüfung von Restaurants ist absichtlich langweilig: konsistente Aufzeichnungen, klare Zuständigkeiten und Überprüfungspfad, die nicht vom Gedächtnis abhängen. Die Lösung ist operativ, nicht motivierend. Verwenden Sie Restaurant, AuditChecklist, SanitationCheck, PestLog und GradeRecord als strukturierte Compliance-Primitiven auf Back4app, damit die Arbeitsabläufe der Gesundheitsprüfungen von Restaurants über Standorte und Schichten hinweg konsistent bleiben. Das Schema umfasst Restaurant (Name, Adresse, Genehmigungsnummer), AuditChecklist (Restaurant, AuditDatum, Prüfer, Status), SanitationCheck (Prüfliste, Station, Ergebnis, Anmerkungen), PestLog (Restaurant, Problematik, Behandlungsdatum, Follow-Up fällig) und GradeRecord (Restaurant, Punktzahl, Noten, Inspektionsdatum). Verbinden Sie Ihr Frontend und starten Sie den Prüfworkflow schneller.
Am besten für:
Wie dieses Backend zur Restaurantgesundheitsprüfung organisiert ist
Mobile Teams und Backoffice-Mitarbeiter sehen verschiedene Realitätsschnipsel in der Restaurantgesundheitsprüfung; die Aufgabe des Produkts besteht darin, diese Schnipsel ohne Schuldzuweisungen zusammenzufügen.
Der Hub hält die Sprache von Restaurant, AuditChecklist und SanitationCheck konsistent, damit Produkt-, Betriebs- und Ingenieurwesen das Gleiche meinen, wenn sie „aufzeichnen“ sagen.
Kernfunktionen des Restaurantgesundheits-Audits
Jede Technologiekarte in diesem Hub verwendet dasselbe Backend-Schema für Restaurantgesundheitsprüfungen mit Restaurant, AuditChecklist, SanitationCheck, PestLog und GradeRecord.
Verfolgung von Restaurantstandorten
Restaurantklasse speichert Name, Adresse, Genehmigungsnummer und Manager-Kontakt.
Verwaltung der Sanitationscheckliste
AuditChecklist erfasst Restaurant, Prüfdatum, Inspektor und Status.
Protokollierung der Sanitationprüfungen
SanitationCheck speichert Checkliste, Station, Ergebnis, Notizen und FotoBeweise.
Schädlingsbekämpfungsprotokolle
PestLog enthält issueType, treatmentDate, followUpDue und status pro Restaurant.
Notenverfolgung
GradeRecord speichert inspectionDate, score, letterGrade und inspectorName.
Warum Ihr Backend zur Restaurantgesundheitsprüfung mit Back4app erstellen?
Back4app bietet Restaurantteams ein sauberes Datenmodell für Audits, Nachverfolgung von Schädlingen und Bewertungen, damit sich die App auf den Checklisten-Workflow statt auf die Backend-Einrichtung konzentrieren kann.
- •AuditChecklist und SanitationCheck strukturieren: Modellieren Sie stationäre Prüfungen innerhalb von AuditChecklist, damit Teams die Ergebnisse von SanitationCheck für Vorbereitungstische, Spülen, Kühlschränke und Böden aufzeichnen können.
- •PestLog-Verlauf und Nachverfolgung: Verwenden Sie die PestLog-Felder wie issueType, treatmentDate und followUpDue, um die Notizen zur Schädlingsbekämpfung nach Restaurant zu ordnen.
- •Sichtbarkeit des GradeRecords: Speichern Sie die Inspektionsbewertungen im GradeRecord und zeigen Sie die Trends der Buchstabennoten für jede Restaurantstandorte an.
Bauen Sie schnell Restaurant-Audit-Workflows auf und passen Sie diese mit einem Backend-Vertrag für mobil und Web an.
Kernvorteile
Ein Backend für Restaurantprüfungen, das Inspektionen, Schädlingsnotizen und Noten einfach zu finden und zu aktualisieren hält.
Schnellere Überprüfungsvorlagen
Beginnen Sie mit den Klassen AuditChecklist und SanitationCheck, anstatt jedes Prüfungsformular von Grund auf neu zu gestalten.
Klarer Befallshistorie
PestLog-Einträge halten treatmentDate und followUpDue für jeden Restaurantstandort sichtbar.
Konsistente Notenaufzeichnungen
GradeRecord bietet Managern eine stabile Möglichkeit, die Änderungen der Inspektionspunkte im Laufe der Zeit zu überprüfen.
Rollenfreundlicher Prüfungszugang
Manager, Koordinatoren und Außendienstmitarbeiter können nur die Restaurant- und Prüfungs-Klassen lesen oder aktualisieren, die sie benötigen.
Prüfungsnachweise an einem Ort
Fügen Sie photoEvidence und Notizen zu SanitationCheck-Einträgen hinzu, ohne Dateien über verschiedene Tools zu verstreuen.
KI-unterstützte Einrichtung
Generieren Sie das Audit-Backend-Gerüst und Integrationsnotizen aus einem strukturierten Prompt.
Bereit, Ihre Restaurant-Gesundheitsaudit-App zu starten?
Lassen Sie den Back4app KI-Agenten Ihr Restaurant-Audit-Backend erstellen und Hygiene-Checklisten, Schadinsektenprotokolle und Notenverfolgung aus einem Prompt generieren.
Kostenlos starten – 50 KI-Agenten-Prompts/Monat, keine Kreditkarte erforderlich
Technologiestack
Alles, was in dieser Backend-Vorlage für die Gesundheitsprüfung von Restaurants enthalten ist.
ER-Diagramm
Entitätsbeziehungsmodell für das Gesundheitsprüfungs-Backend-Schema des Restaurants.
Schema, das Restaurantstandorte, Sanitärchecklisten, Schädlingstagebücher und Gesundheitsnoten abdeckt.
Diagrammquelle anzeigen
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
}
Integrationsfluss
Typischer Ablauf zur Laufzeit für Anmeldung, Laden der Checkliste, Aktualisierungen der Sanitäreinrichtungen, Schädlingsprotokolle und Notenverfolgung.
Diagrammquelle anzeigen
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 changesDatenwörterbuch
Vollständiger referenzierbarer Feldbereich für jede Klasse im Schema der Gesundheitsprüfung für Restaurants.
| Feld | Typ | Beschreibung | Erforderlich |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | Automatisch |
| 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 | Automatisch |
| updatedAt | Date | Auto-generated last-update timestamp | Automatisch |
8 Felder in InspectorUser
Sicherheit und Berechtigungen
Wie ACL- und CLP-Regeln die Prüfungsunterlagen von Restaurants, Schädlingsnotizen und Notenhistorien schützen.
Rollenbewusster Restaurantzugang
Manager können alle Restaurantunterlagen einsehen, während das Field-Personal nur die Prüfungen erstellen oder aktualisieren kann, die ihnen zugewiesen sind.
Eigentum von Checklisten und Protokollen
Verwenden Sie Cloud Code, um zu überprüfen, ob die Einträge von AuditChecklist, SanitationCheck und PestLog dem richtigen Restaurant und der Benutzerrolle zugeordnet sind.
Integrität der Notenaufzeichnung
Sperren Sie die Erstellung oder Bearbeitung von GradeRecords für genehmigte Koordinatoren, damit die Inspektionspunktzahlen genau bleiben.
Schema (JSON)
Rohe JSON-Schema-Definition bereit zum Kopieren in Back4app oder als Implementierungsreferenz zu verwenden.
{
"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
}
}
}
]
}Mit KI-Agenten erstellen
Verwenden Sie den Back4app KI-Agenten, um eine echte Gesundheitsprüfung-App für Restaurants aus dieser Vorlage zu erstellen, einschließlich Frontend, Backend, Authentifizierung sowie Prüfungs-, Schädlings- und Notenflüsse.
Erstellen Sie ein Backend für eine Restaurant-Gesundheitsaudit-App auf Back4app mit diesem genauen Schema und Verhalten. Schema: 1. Benutzer (verwenden Sie die integrierte Funktion von Back4app): Benutzername, E-Mail, Passwort; objectId, createdAt, updatedAt (System). 2. Restaurant: Name (String, erforderlich), Adresse (String, erforderlich), Genehmigungsnummer (String, erforderlich), Kontakt des Managers (String), Standort-Tag (String); objectId, createdAt, updatedAt (System). 3. AuditCheckliste: Restaurant (Pointer zu Restaurant, erforderlich), Prüfdaten (Datum, erforderlich), Prüfer (Pointer zu Benutzer, erforderlich), Status (String, erforderlich), Notizen (String); objectId, createdAt, updatedAt (System). 4. Hygieneprüfung: Checkliste (Pointer zu AuditCheckliste, erforderlich), Station (String, erforderlich), Ergebnis (String, erforderlich), Notizen (String), Foto-Beweis (Datei); objectId, createdAt, updatedAt (System). 5. SchädlingProtokoll: Restaurant (Pointer zu Restaurant, erforderlich), Problembereich (String, erforderlich), Behandlungsdatum (Datum, erforderlich), Nachverfolgung fällig (Datum), Status (String, erforderlich), Notizen (String); objectId, createdAt, updatedAt (System). 6. Notenaufzeichnung: Restaurant (Pointer zu Restaurant, erforderlich), Inspektionsdatum (Datum, erforderlich), Punktzahl (Zahl, erforderlich), Buchstabennote (String, erforderlich), Name des Prüfers (String); objectId, createdAt, updatedAt (System). Sicherheit: - Manager können alle Restaurantdatensätze einsehen. Das Außendienstpersonal kann nur zugewiesene Audit-Datensätze erstellen oder aktualisieren. Verwenden Sie Cloud Code, um Eigentum und Rollen zu validieren. Auth: - Anmeldung, Einloggen, Ausloggen. Verhalten: - Laden Sie Audit-Checklisten, fügen Sie Hygieneprüfungen hinzu, speichern Sie Schädling-Protokolle und aktualisieren Sie Notenaufzeichnungen. Liefern: - Back4app App mit Schema, ACLs, CLPs; Frontend für Restaurants, Audit-Checklisten, Hygieneprüfungen, Schädling-Protokolle und Notenverfolgung.
Drücken Sie die Taste unten, um den Agenten mit dieser vorab ausgefüllten Vorlage zu öffnen.
Dies ist der Basis-Prompt ohne einen Technologiesuffix. Sie können den generierten Frontend-Stack anschließend anpassen.
API-Spielplatz
Testen Sie REST und GraphQL Endpunkte gegen das Restaurant-Gesundheitsaudit-Schema. Antworten verwenden Platzdaten und erfordern kein Back4app Konto.
Verwendet dasselbe Schema wie diese Vorlage.
Wählen Sie Ihre Technologie
Erweitern Sie jede Karte, um zu sehen, wie Sie Restaurant, AuditChecklist und SanitationCheck mit Ihrem gewählten Stack integrieren können.
Flutter Restaurant Gesundheitsprüfung Backend
React Restaurant Gesundheitsprüfung Backend
React Native Restaurant Gesundheitsprüfung Backend
Next.js Restaurant Gesundheitsprüfung Backend
JavaScript Restaurant Gesundheitsprüfung Backend
Android Restaurant Gesundheitsprüfung Backend
iOS Restaurant Gesundheitsprüfung Backend
Vue Restaurant Gesundheitsprüfung Backend
Angular Restaurant Gesundheitsprüfung Backend
GraphQL Restaurant Gesundheitsprüfung Backend
REST API Restaurant Gesundheitsprüfung Backend
PHP Restaurant Gesundheitsprüfung Backend
.NET Restaurant Gesundheitsprüfung Backend
Was Sie mit jeder Technologie erhalten
Jeder Stack verwendet dasselbe Backend-Schema und dieselben API-Verträge für die Restaurantgesundheitsprüfung.
Einheitliche Datenstruktur für Restaurantprüfungen
Verwalten Sie Restaurants, Prüf-Checklisten, Hygienekontrollen, Schädlingsprotokolle und Notenaufzeichnungen mit einem Schema.
Workflows für Hygienekontrollen
Erstellen Sie Checklistenpunkte und speichern Sie Ergebnisse von Stationen für Küchen- und Servicebereiche.
Nachverfolgung von Schädlingsbekämpfungsfolgen
Aufzeichnen von issueType, treatmentDate und followUpDue Werten für jedes Restaurant.
Notenverfolgung für Inspektionen
Vergleichen Sie die Werte für score und letterGrade über Inspektionen und Standorte.
REST/GraphQL APIs für Audits
Integrieren Sie mobile oder Web-Clients mithilfe flexibler APIs für jede Auditklasse.
Restaurant Audit Framework Vergleich
Vergleichen Sie die Einrichtungszeit, den SDK-Stil und die KI-Unterstützung über alle unterstützten Technologien hinweg.
| Framework | Einrichtungszeit | Vorteil der Restaurantprüfung | SDK-Typ | KI-Unterstützung |
|---|---|---|---|---|
| Ungefähr 5 Minuten | Eindeutiger Code-Basis für Restaurantprüfungen auf Mobilgeräten und Web. | Getipptes SDK | Vollständig | |
| Unter 5 Minuten | Schnelles Web-Dashboard für die Überprüfung von Restaurant-Audits. | Typed SDK | Vollständig | |
| ~3–7 Min | Plattformübergreifende mobile App für Feldprüfungen. | Typed SDK | Vollständig | |
| Schnelle (5 Min) Einrichtung | Servergerenderte Web-App für Inspektionen und Bewertungen. | Typed SDK | Vollständig | |
| ~3–5 Min | Leichte Web-Integration für Restaurantprüfungen. | Typed SDK | Vollständig | |
| Ungefähr 5 Minuten | Native Android-App für Restaurantinspektoren. | Typisierte SDK | Vollständig | |
| Unter 5 Minuten | Native iOS-App für Manager und Außendienstmitarbeiter. | Typisierte SDK | Vollständig | |
| ~3–7 Minuten | Reactive Web-Benutzeroberfläche für die Nachverfolgung von Restaurantprüfungen. | Typisierte SDK | Vollständig | |
| Schnelle (5 Min) Einrichtung | Unternehmens-Webanwendung zur Überwachung der Einhaltung. | Getippte SDK | Vollständig | |
| Unter 2 Min | Flexibles GraphQL API für Prüfungs- und Bewertungsdaten. | GraphQL API | Vollständig | |
| Schnelle (2 Min) Einrichtung | REST API Integration für Prüfungsübermittlungen. | REST API | Vollständig | |
| ~3 Min | Serverseitiges PHP-Backend für Prüfungs-Dashboards. | REST API | Vollständig | |
| ~3–7 Minuten | .NET-Backend für Restaurantprüfsysteme. | Typisierte SDK | Vollständig |
Die Einrichtungszeit spiegelt die erwartete Dauer vom Projektstart bis zur ersten Restaurant-, Checklisten- oder Bewertungsanfrage unter Verwendung dieses Vorlage-Schemas wider.
Häufig gestellte Fragen
Häufige Fragen zum Aufbau eines Backend für Gesundheitsprüfungen von Restaurants mit dieser Vorlage.
Bereit, Ihre Restaurantgesundheitsprüf-App zu erstellen?
Starten Sie Ihr Projekt zur Restaurantgesundheitsprüfung in Minuten. Keine Kreditkarte erforderlich.