Аудит здоровья ресторана
Создать с AI Agent
Бэкенд аудита здоровья ресторана

Шаблон бэкенда аудита здоровья ресторана
Отслеживание санитарного состояния и инспекции ресторана

Готовый к производству бэкенд аудита здоровья ресторана на Back4app для контрольных списков санитации, журналов борьбы с вредителями и отслеживания оценок. Включает диаграмму ER, словарь данных, схему JSON, площадку API и AI Agent запрос для быстрого старта.

Ключевые моменты

Этот шаблон предоставляет вам бэкенд аудита здоровья ресторана с контрольными списками по санитарии, журналами вредителей и отслеживанием оценок, чтобы менеджеры и сотрудники могли работать из одной общей системы.

  1. Контрольный список по санитарииМодель AuditChecklist и записи SanitationCheck, чтобы менеджеры смены могли проверять выполнение задач по уборке по станциям.
  2. История журнала контроля вредителейОтслеживайте проблемы PestLog, методы лечения и сопроводительные заметки для каждой локации ресторана.
  3. Отслеживание оценок с течением времениИспользуйте GradeRecord для фиксации оценок инспекции, деталей оценок и дат проверок.

Обзор: аудит здоровья ресторана

Соблюдение стандартов аудита здоровья ресторана нарочно скучно: последовательные записи, четкая ответственность и проверочные пути, которые не зависят от памяти. Решение операционное, а не мотивационное. Используйте Restaurant, AuditChecklist, SanitationCheck, PestLog и GradeRecord как структурированные примитивы соблюдения на Back4app, чтобы рабочие процессы аудита здоровья ресторана оставались последовательными на разных площадках и сменах. Схема охватывает Restaurant (название, адрес, номер разрешения), AuditChecklist (ресторан, дата аудита, инспектор, статус), SanitationCheck (контрольный список, станция, результат, примечания), PestLog (ресторан, тип проблемы, дата обработки, срок последующего контроля) и GradeRecord (ресторан, балл, буквенная оценка, дата инспекции). Соедините ваш фронтенд и запустите рабочий процесс аудита быстрее.

Лучше всего для:

Команды по операциям ресторановПриложения для отслеживания проверок здоровьяИнструменты контрольных списков санитарииСистемы учета обработки вредителейПанели отслеживания оценокМобильные приложения для аудита для сотрудников на местах

Как организована эта серверная часть аудита здоровья ресторанов

Мобильные группы и офисный персонал видят разные аспекты реальности в аудите здоровья ресторанов; задача продукта заключается в том, чтобы объединить эти аспекты без игры в обвинения.

Хаб поддерживает языковую согласованность Restaurant, AuditChecklist и SanitationCheck, чтобы продукт, операции и инженерия означали одно и то же, когда они говорят «запись».

Основные функции аудита здоровья ресторана

Каждая аналитическая карта технологий в этом центре использует одну и ту же схему бэкенда аудита здоровья ресторанов с Restaurant, AuditChecklist, SanitationCheck, PestLog и GradeRecord.

Отслеживание местоположения ресторана

Класс ресторана хранит имя, адрес, номер разрешения и контактные данные управляющего.

Управление санитарными чек-листами

AuditChecklist фиксирует ресторан, дату аудита, инспектора и статус.

Запись проверки санитарии

SanitationCheck хранит чек-лист, станцию, результат, примечания и фотографии.

Логи контроля вредителей

PestLog сохраняет тип проблемы, дату обработки, дату следующего контроля и статус по каждому ресторану.

Отслеживание оценок

GradeRecord хранит дату проверки, балл, буквенную оценку и имя инспектора.

Почему построить серверную часть аудита здоровья вашего ресторана с Back4app?

Back4app предоставляет командам ресторанов чистую модель данных для аудитов, контроля за вредителями и оценок, чтобы приложение могло сосредоточиться на рабочем процессе контрольного списка, а не на настройке серверной части.

  • Структура AuditChecklist и SanitationCheck: Создайте проверки на уровне станции внутри AuditChecklist, чтобы команды могли записывать результаты SanitationCheck для подготовительных столов, раковин, холодильников и полов.
  • История PestLog и последующие действия: Используйте поля PestLog, такие как issueType, treatmentDate и followUpDue, чтобы поддерживать заметки по контролю за вредителями в порядке по ресторанам.
  • Видимость GradeRecord: Храните оценки инспекции в GradeRecord и показывайте тенденции letterGrade для каждого ресторана.

Стройте и быстро настраивайте рабочие процессы аудита ресторанов с одним контрактом на бекенде для мобильных и веб-приложений.

Основные преимущества

Бэкенд аудита ресторанов, который облегчает нахождение и обновление проверок, заметок о вредителях и оценок.

Более быстрые внедрения контрольных списков

Начинайте с классов AuditChecklist и SanitationCheck вместо создания каждой формы аудита с нуля.

Чистая история последующего контроля вредителей

Записи в PestLog содержат дату обработки и дату последующего контроля, видимые для каждого ресторана.

Последовательные записи оценок

GradeRecord предоставляет менеджерам стабильный способ отслеживания изменений оценок проверок со временем.

Удобный доступ к аудиту

Менеджеры, координаторы и полевые сотрудники могут читать или обновлять только те классы ресторанов и аудитов, которые им нужны.

Аудитные доказательства в одном месте

Прикрепляйте фото и заметки к записям SanitationCheck, не разбрасывая файлы по инструментам.

Настройка с помощью ИИ

Сгенерируйте структуру бэкенда аудита и заметки по интеграции из одного структурированного запроса.

Готовы запустить ваше приложение для аудита здоровья ресторана?

Позвольте AI-агенту Back4app создать структуру вашего бэкенда аудита ресторана и сгенерировать контрольные списки санитарных норм, журналы вредителей и отслеживание оценок из одного запроса.

Бесплатно для начала — 50 запросов AI-агента в месяц, без необходимости в кредитной карте

Технический стек

Все включено в данный шаблон для аудита здоровья ресторана.

Фронтенд
13+ технологий
Бэкенд
Back4app
База данных
MongoDB
Аутентификация
Встроенная аутентификация + сессии
API
REST и GraphQL
В реальном времени
Live Queries

ER-диаграмма

Модель взаимосвязей сущностей для схемы бэкенда аудита здоровья ресторана.

Просмотреть источник диаграммы
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
    }

Поток интеграции

Типичный временной поток для входа в систему, загрузки контрольного списка, обновлений санитарии, журналов вредителей и отслеживания оценок.

Просмотреть источник диаграммы
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

Словарь данных

Полное поле уровневая ссылка для каждого класса в схеме аудита здоровья ресторана.

ПолеТипОписаниеОбязательно
objectIdStringAuto-generated unique identifierАвто
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 timestampАвто
updatedAtDateAuto-generated last-update timestampАвто

8 поля в InspectorUser

Безопасность и разрешения

Как правила ACL и CLP защищают записи аудита ресторанов, замечания о вредителях и историю оценок.

Доступ к ресторанам с учетом роли

Менеджеры могут просматривать все записи ресторанов, в то время как сотрудники на местах могут только создавать или обновлять аудиты, назначенные им.

Владение контрольным списком и журналом

Используйте Cloud Code для проверки того, что записи AuditChecklist, SanitationCheck и PestLog принадлежат правильному ресторану и роли пользователя.

Целостность записей о оценках

Запретить создание или редактирование GradeRecord для неподтвержденных координаторов, чтобы оценки инспекции оставались точными.

Схема (JSON)

Сырой определение схемы JSON готово для копирования в Back4app или использования в качестве справки по реализации.

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
        }
      }
    }
  ]
}

Создать с помощью AI Agent

Используйте AI Agent Back4app для создания реального приложения аудита здоровья ресторана из этого шаблона, включая фронтенд, бэкенд, аутентификацию, аудит, вредителей и потоки оценок.

AI Agent Back4app
Готов к сборке
Создайте бэкенд приложения для аудита здоровья ресторанов на Back4app с этой точной схемой и поведением.

Схема:
1. Пользователь (использовать встроенный Back4app): имя пользователя, электронная почта, пароль; objectId, createdAt, updatedAt (система).
2. Ресторан: название (Строка, обязательно), адрес (Строка, обязательно), номер разрешения (Строка, обязательно), контактный номер менеджера (Строка), тег местоположения (Строка); objectId, createdAt, updatedAt (система).
3. Контрольный список аудита: ресторан (Указатель на Ресторан, обязательно), дата аудита (Дата, обязательно), инспектор (Указатель на Пользователя, обязательно), статус (Строка, обязательно), заметки (Строка); objectId, createdAt, updatedAt (система).
4. Проверка санитарии: контрольный список (Указатель на Контрольный список аудита, обязательно), станция (Строка, обязательно), результат (Строка, обязательно), заметки (Строка), фотографические доказательства (Файл); objectId, createdAt, updatedAt (система).
5. Журнал вредителей: ресторан (Указатель на Ресторан, обязательно), тип проблемы (Строка, обязательно), дата лечения (Дата, обязательно), дата следующего визита (Дата), статус (Строка, обязательно), заметки (Строка); objectId, createdAt, updatedAt (система).
6. Запись оценки: ресторан (Указатель на Ресторан, обязательно), дата проверки (Дата, обязательно), балл (Число, обязательно), буквенная оценка (Строка, обязательно), имя инспектора (Строка); objectId, createdAt, updatedAt (система).

Безопасность:
- Менеджеры могут просматривать все записи ресторанов. Полевой персонал может только создавать или обновлять назначенные записи аудита. Используйте облачный код для проверки владения и ролей.

Аутентификация:
- Регистрация, вход, выход.

Поведение:
- Загружайте контрольные списки аудита, добавляйте санитарные проверки, сохраняйте журналы вредителей и обновляйте записи оценок.

Доставка:
- Приложение Back4app с схемой, ACL, CLP; фронтенд для ресторанов, контрольные списки аудитов, санитарные проверки, журналы вредителей и отслеживание оценок.

Нажмите кнопку ниже, чтобы открыть Агент с предварительно заполненной подсказкой этого шаблона.

Это базовый запрос без суффикса технологии. Вы можете адаптировать сгенерированный фронтенд стек позже.

Развернуть за минуты50 бесплатных запросов в месяцКредитная карта не требуется

API Playground

Попробуйте REST и GraphQL конечные точки на схеме аудита здоровья ресторанов. Ответы используют макетные данные и не требуют учетной записи Back4app.

Загрузка игровой площадки…

Использует ту же схему, что и этот шаблон.

Выберите вашу технологию

Разверните каждую карточку, чтобы увидеть, как интегрировать Restaurant, AuditChecklist и SanitationCheck с выбранным стеком.

Flutter Аудит здоровья ресторана Бэкенд

React Аудит здоровья ресторана Бэкенд

React Native Аудит здоровья ресторана Бэкенд

Next.js Аудит здоровья ресторана Бэкенд

JavaScript Аудит здоровья ресторана Бэкенд

Android Аудит здоровья ресторана Бэкенд

iOS Аудит здоровья ресторана Бэкенд

Vue Аудит здоровья ресторана Бэкенд

Angular Аудит здоровья ресторана Бэкенд

GraphQL Аудит здоровья ресторана Бэкенд

REST API Аудит здоровья ресторана Бэкенд

PHP Аудит здоровья ресторана Бэкенд

.NET Аудит здоровья ресторана Бэкенд

Что вы получаете с каждой технологией

Каждый стек использует одну и ту же схемы бэкенда аудита здоровья ресторанов и API-контракты.

Единая структура данных аудита ресторанов

Управляйте ресторанами, контрольными списками аудита, санитарными проверками, журналами вредителей и записями оценок с помощью одной схемы.

Рабочие процессы контрольного списка санитарии

Создавайте элементы контрольного списка и сохраняйте результаты станций для кухонных и сервисных зон.

Отслеживание последующих действий по контролю за вредителями

Запишите значения issueType, treatmentDate и followUpDue для каждого ресторана.

Отслеживание оценок для инспекций

Сравните значения score и letterGrade по инспекциям и местоположениям.

REST/GraphQL API для аудитов

Интегрируйте мобильные или веб-клиенты, используя гибкие API для каждого класса аудита.

Сравнение аудиторских рамок ресторанов

Сравните скорость настройки, стиль SDK и поддержку ИИ среди всех поддерживаемых технологий.

РамкаВремя настройкиПольза аудита ресторанаТип SDKПоддержка ИИ
Около 5 минутЕдиный код для аудитов ресторанов на мобильных устройствах и веб.Типизированный SDKПолный
Менее 5 минутБыстрая веб панель для обзора аудита ресторана.Напечатанный SDKПолный
~3–7 минКросс-платформенное мобильное приложение для полевых аудитов.Напечатанный SDKПолный
Быстрая настройка (5 мин)Веб-приложение с серверным рендерингом для инспекций и оценок.Напечатанный SDKПолный
~3–5 минЛегкая веб-интеграция для чеков ресторанов.Напечатанный SDKПолный
Около 5 минутНативное приложение Android для инспекторов ресторанов.Типизированный SDKПолный
Менее 5 минутНативное приложение iOS для менеджеров и полевых сотрудников.Типизированный SDKПолный
~3–7 минутReactивый веб-интерфейс для отслеживания аудита ресторанов.Типизированный SDKПолный
Быстрая (5 мин) настройкаКорпоративное веб-приложение для отслеживания соответствия.Типизированный SDKПолный
Менее 2 минГибкий GraphQL API для аудита и оценочных данных.GraphQL APIПолный
Быстрая (2 мин) настройкаREST API интеграция для подачи аудита.REST APIПолный
~3 минСерверная часть PHP для аудиторских панелей.REST APIПолный
~3–7 мин.NET для систем аудита ресторанов.Типизированный SDKПолный

Время настройки отражает ожидаемую продолжительность с начала проекта до первого запроса ресторана, контрольного списка или оценки с использованием этой схемы шаблона.

Часто задаваемые вопросы

Распространенные вопросы о создании бэкенда аудита здоровья ресторана с использованием этого шаблона.

Как лидеры аудита здоровья ресторанов выявляют отклонения от политики, прежде чем они станут системным риском?
Как программы аудита здоровья ресторанов эффективно фиксируют обучение, подтверждения и корректирующие действия?
Какой рекомендованный путь для ужесточения разрешений на аудит здоровья ресторана по мере роста организации?
Как мне выполнить запросы к контрольным спискам аудита с помощью Flutter?
Как мне управлять состоянием аудита ресторана с помощью Next.js?
Может ли React Native кэшировать журналы вредителей и оценки в офлайн-режиме?
Как мне предотвратить несанкционированные изменения в контрольных списках?
Какой самый лучший способ показать оценки ресторанов на Android?
Как работает процесс контроля санитарии от начала до конца?
Какие классы являются основой этого шаблона аудита здоровья ресторанов?

Доверяют разработчики по всему миру

Присоединяйтесь к командам, быстрее создающим продукты аудита здоровья ресторанов с помощью шаблонов Back4app

G2 Users Love Us Badge

Готовы создать приложение для аудита здоровья вашего ресторана?

Начните ваш проект аудита здоровья ресторана за считанные минуты. Кредитная карта не требуется.

Выберите технологию