Plantilla de Backend de Auditoría de Salud del Restaurante
Seguimiento de Saneamiento e Inspección del Restaurante
Un backend de auditoría de salud del restaurante listo para producción en Back4app para listas de verificación de saneamiento, registros de control de plagas y seguimiento de calificaciones. Incluye diagrama ER, diccionario de datos, esquema JSON, playground de API y un prompt de Agente AI para un inicio rápido.
Aspectos clave
Esta plantilla te proporciona un backend de auditoría de salud para restaurantes con listas de verificación de sanidad, registros de plagas y seguimiento de calificaciones para que los gerentes y el personal de campo puedan trabajar desde un sistema compartido.
- Control de lista de verificación de sanidad — Modelo de entradas AuditChecklist y SanitationCheck para que los gerentes de turno puedan verificar las tareas de limpieza por estación.
- Historial del registro de control de plagas — Rastrea problemas de PestLog, tratamientos y notas de seguimiento para cada ubicación de restaurante.
- Seguimiento de calificaciones a lo largo del tiempo — Utiliza GradeRecord para capturar calificaciones de inspección, detalles de puntuación y fechas de revisión.
Descripción general: Auditoría de salud de restaurantes
El cumplimiento riguroso de la auditoría de salud de restaurantes es aburrido a propósito: registros consistentes, clara propiedad y rutas de revisión que no dependen de la memoria. La solución es operativa, no motivacional. Usa Restaurant, AuditChecklist, SanitationCheck, PestLog y GradeRecord como primitives de cumplimiento estructurado en Back4app para que los flujos de trabajo de auditoría de salud de restaurantes permanezcan consistentes en todos los sitios y turnos. El esquema cubre Restaurant (nombre, dirección, número de permiso), AuditChecklist (restaurant, auditDate, inspector, estado), SanitationCheck (checklist, estación, resultado, notas), PestLog (restaurant, issueType, treatmentDate, followUpDue) y GradeRecord (restaurant, score, letterGrade, inspectionDate). Conecta tu frontend y lanza el flujo de trabajo de auditoría más rápido.
Mejor para:
Cómo está organizado este backend de Auditoría de Salud del Restaurante
Los equipos móviles y el personal de oficina ven diferentes partes de la realidad en la auditoría de salud del restaurante; la tarea del producto es unir esas partes sin juegos de culpas.
El hub mantiene el lenguaje de Restaurante, AuditChecklist y SanitationCheck consistente para que producto, operaciones e ingeniería signifiquen lo mismo cuando dicen 'registrar'.
Características principales de la auditoría de salud de restaurantes
Cada tarjeta de tecnología en este hub utiliza el mismo esquema de backend de auditoría de salud de restaurantes con Restaurant, AuditChecklist, SanitationCheck, PestLog y GradeRecord.
Seguimiento de ubicaciones de restaurantes
La clase de restaurante almacena el nombre, dirección, número de permiso y contacto del gerente.
Gestión de listas de verificación de saneamiento
AuditChecklist captura restaurante, fecha de auditoría, inspector y estado.
Registro de verificación de saneamiento
SanitationCheck almacena lista de verificación, estación, resultado, notas y evidencia fotográfica.
Registros de control de plagas
PestLog mantiene issueType, treatmentDate, followUpDue y status por restaurante.
Seguimiento de calificaciones
GradeRecord almacena inspectionDate, score, letterGrade y inspectorName.
¿Por qué construir tu backend de Auditoría de Salud del Restaurante con Back4app?
Back4app le da a los equipos de restaurantes un modelo de datos limpio para auditorías, seguimiento de plagas y calificaciones, para que la aplicación pueda mantenerse centrada en el flujo de trabajo de la lista de verificación en lugar de la configuración del backend.
- •Estructura de AuditChecklist y SanitationCheck: Modelo de controles a nivel de estación dentro de AuditChecklist para que los equipos puedan registrar los resultados de SanitationCheck para mesas de preparación, fregaderos, enfriadores y pisos.
- •Historial y seguimiento de PestLog: Utilice los campos de PestLog como issueType, treatmentDate y followUpDue para mantener las notas de control de plagas organizadas por restaurante.
- •Visibilidad de GradeRecord: Almacene las puntuaciones de inspección en GradeRecord y muestre las tendencias de letterGrade para cada ubicación de restaurante.
Construya y ajuste rápidamente los flujos de trabajo de auditoría de restaurantes con un contrato de backend en móvil y web.
Beneficios clave
Un backend de auditoría de restaurantes que mantiene las inspecciones, notas de plagas y calificaciones fáciles de encontrar y actualizar.
Implementaciones de lista de verificación más rápidas
Comience desde las clases AuditChecklist y SanitationCheck en lugar de diseñar cada formulario de auditoría desde cero.
Historial claro de seguimiento de plagas
Las entradas de PestLog mantienen visible la fecha de tratamiento y el seguimiento pendiente para cada ubicación de restaurante.
Registros de calificaciones consistentes
GradeRecord proporciona a los gerentes una forma estable de revisar los cambios en las puntuaciones de inspección a lo largo del tiempo.
Acceso a auditoría amigable para roles
Los gerentes, coordinadores y personal de campo pueden leer o actualizar solo las clases de Restaurante y auditoría que necesitan.
Evidencias de auditoría en un solo lugar
Adjunte fotoEvidencia y notas a las entradas de SanitationCheck sin dispersar archivos en diversas herramientas.
Configuración asistida por IA
Genera la estructura del backend de auditoría y notas de integración a partir de un aviso estructurado.
¿Listo para lanzar tu aplicación de auditoría de salud de restaurantes?
Deja que el Agente de IA de Back4app construya tu backend de auditoría de restaurantes y genere listas de verificación de saneamiento, registros de plagas y seguimiento de calificaciones a partir de un aviso.
Gratis para empezar — 50 avisos de Agente de IA/mes, no se requiere tarjeta de crédito
Stack Técnico
Todo incluido en esta plantilla de auditoría de salud de restaurantes del backend.
Diagrama ER
Modelo de relación de entidades para el esquema de backend de auditoría de salud del restaurante.
Esquema que cubre ubicaciones de restaurantes, listas de verificación de sanidad, registros de plagas y calificaciones de salud.
Ver fuente del diagrama
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
}
Flujo de Integración
Flujo de tiempo de ejecución típico para inicio de sesión, carga de lista de verificación, actualizaciones de saneamiento, registros de plagas y seguimiento de calificaciones.
Ver fuente del diagrama
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 changesDiccionario de Datos
Referencia completa a nivel de campo para cada clase en el esquema de auditoría de salud del restaurante.
| Campo | Tipo | Descripción | Requerido |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | Automático |
| 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 | Automático |
| updatedAt | Date | Auto-generated last-update timestamp | Automático |
8 campos en InspectorUser
Seguridad y Permisos
Cómo las reglas de ACL y CLP protegen los registros de auditoría del restaurante, notas de plagas e historial de calificaciones.
Acceso al restaurante consciente del rol
Los gerentes pueden revisar todos los registros del restaurante, mientras que el personal de campo solo puede crear o actualizar las auditorías que se les asignen.
Propiedad de la lista de verificación y el registro
Utilice Cloud Code para verificar que las entradas de AuditChecklist, SanitationCheck y PestLog pertenecen al restaurante correcto y al rol de usuario.
Integridad del registro de calificaciones
Bloquear la creación o edición de GradeRecord a los coordinadores aprobados para que las puntuaciones de inspección se mantengan precisas.
Esquema (JSON)
Definición del esquema JSON lista para copiar en Back4app o usar como referencia de implementación.
{
"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
}
}
}
]
}Construir con AI Agent
Utiliza el AI Agent de Back4app para generar una aplicación real de auditoría de salud de restaurantes a partir de esta plantilla, incluyendo frontend, backend, autenticación y flujos de auditoría, plagas y calificaciones.
Crea un backend de aplicación de auditoría de salud para restaurantes en Back4app con este esquema y comportamiento exactos. Esquema: 1. Usuario (usar Back4app incorporado): nombre de usuario, correo electrónico, contraseña; objectId, createdAt, updatedAt (sistema). 2. Restaurante: nombre (String, requerido), dirección (String, requerido), número de permiso (String, requerido), contacto del gerente (String), etiqueta de ubicación (String); objectId, createdAt, updatedAt (sistema). 3. ListaDeVerificaciónDeAuditoría: restaurante (Puntero a Restaurante, requerido), fechaDeAuditoría (Fecha, requerido), inspector (Puntero a Usuario, requerido), estado (String, requerido), notas (String); objectId, createdAt, updatedAt (sistema). 4. ControlDeSanidad: listaDeVerificación (Puntero a ListaDeVerificaciónDeAuditoría, requerido), estación (String, requerido), resultado (String, requerido), notas (String), evidenciaFotográfica (Archivo); objectId, createdAt, updatedAt (sistema). 5. RegistroDePlagas: restaurante (Puntero a Restaurante, requerido), tipoDeProblema (String, requerido), fechaDeTratamiento (Fecha, requerido), seguimientoDebido (Fecha), estado (String, requerido), notas (String); objectId, createdAt, updatedAt (sistema). 6. RegistroDeCalificación: restaurante (Puntero a Restaurante, requerido), fechaDeInspección (Fecha, requerido), puntaje (Número, requerido), calificaciónLetra (String, requerido), nombreDelInspector (String); objectId, createdAt, updatedAt (sistema). Seguridad: - Los gerentes pueden revisar todos los registros de Restaurante. El personal de campo solo puede crear o actualizar registros de auditoría asignados. Usa Cloud Code para validar la propiedad y los roles. Autenticación: - Registro, inicio de sesión, cierre de sesión. Comportamiento: - Cargar listas de verificación de auditoría, agregar controles de sanidad, guardar registros de plagas y actualizar registros de calificación. Entregar: - Aplicación Back4app con esquema, ACLs, CLPs; frontend para restaurantes, listas de verificación de auditoría, controles de sanidad, registros de plagas y seguimiento de calificaciones.
Presiona el botón de abajo para abrir el Agente con este mensaje de plantilla pre-rellenado.
Este es el mensaje base sin un sufijo tecnológico. Puedes adaptar la pila de frontend generada posteriormente.
API Playground
Prueba los endpoints REST y GraphQL contra el esquema de auditoría de salud para restaurantes. Las respuestas utilizan datos simulados y no requieren una cuenta de Back4app.
Utiliza el mismo esquema que esta plantilla.
Elige tu tecnología
Expande cada tarjeta para ver cómo integrar Restaurant, AuditChecklist y SanitationCheck con tu stack elegido.
Backend de auditoría de salud del restaurante Flutter
Backend de auditoría de salud del restaurante React
Backend de auditoría de salud del restaurante React Nativo
Backend de auditoría de salud del restaurante Next.js
Backend de auditoría de salud del restaurante JavaScript
Backend de auditoría de salud del restaurante Android
Backend de auditoría de salud del restaurante iOS
Backend de auditoría de salud del restaurante Vue
Backend de auditoría de salud del restaurante Angular
Backend de auditoría de salud del restaurante GraphQL
Backend de auditoría de salud del restaurante REST API
Backend de auditoría de salud del restaurante PHP
Backend de auditoría de salud del restaurante .NET
Lo que obtienes con cada tecnología
Cada stack utiliza el mismo esquema de backend de auditoría de salud de restaurantes y contratos de API.
Estructura de datos de auditoría de restaurantes unificada
Gestiona restaurantes, listas de verificación de auditoría, controles de saneamiento, registros de plagas y registros de calificaciones con un esquema.
Flujos de trabajo de listas de verificación de saneamiento
Crea elementos de lista de verificación y almacena resultados de estaciones para áreas de cocina y servicio.
Seguimiento de seguimiento de control de plagas
Registra los valores issueType, treatmentDate y followUpDue para cada restaurante.
Seguimiento de calificaciones para las inspecciones
Compara los valores score y letterGrade entre inspecciones y ubicaciones.
REST/GraphQL APIs para auditorías
Integra clientes móviles o web utilizando APIs flexibles para cada clase de auditoría.
Comparación del Marco de Auditoría de Restaurantes
Compara la velocidad de configuración, estilo de SDK y soporte de IA a través de todas las tecnologías compatibles.
| Marco | Tiempo de configuración | Beneficio de la auditoría de restaurantes | Tipo de SDK | Soporte de IA |
|---|---|---|---|---|
| Aproximadamente 5 min | Código único para auditorías de restaurantes en móvil y web. | SDK tipado | Completo | |
| Menos de 5 minutos | Tablero web rápido para la revisión de auditorías de restaurantes. | SDK escrito | Completo | |
| ~3–7 min | Aplicación móvil multiplataforma para auditorías en el campo. | SDK escrito | Completo | |
| Configuración rápida (5 min) | Aplicación web renderizada en servidor para inspecciones y calificaciones. | SDK escrito | Completo | |
| ~3–5 min | Integración web ligera para controles de restaurantes. | SDK escrito | Completo | |
| Acerca de 5 min | Aplicación nativa de Android para inspectores de restaurantes. | SDK tipado | Completo | |
| Menos de 5 minutos | Aplicación nativa de iOS para gerentes y personal de campo. | SDK tipado | Completo | |
| ~3–7 min | Interfaz web Reactiva para el seguimiento de auditorías de restaurantes. | SDK tipado | Completo | |
| Configuración rápida (5 min) | Aplicación web empresarial para el seguimiento de cumplimiento. | SDK escrito | Completo | |
| Menos de 2 min | API flexible de GraphQL para datos de auditoría y calificaciones. | API de GraphQL | Completo | |
| Configuración rápida (2 min) | Integración de REST API para envíos de auditoría. | REST API | Completo | |
| ~3 min | Backend de __MARCA0__ del lado del servidor para tableros de auditoría. | __MARCA0__ | Completo | |
| ~3–7 min | Backend de __MARCA0__ para sistemas de auditoría de restaurantes. | SDK tipado | Completo |
El tiempo de configuración refleja la duración esperada desde el arranque del proyecto hasta la primera consulta de restaurante, lista de verificación o grado utilizando este esquema de plantilla.
Preguntas Frecuentes
Preguntas comunes sobre cómo construir un backend de auditoría de salud de restaurantes con esta plantilla.
¿Listo para construir tu aplicación de auditoría de salud de restaurantes?
Comienza tu proyecto de auditoría de salud de restaurantes en minutos. No se requiere tarjeta de crédito.