レストランの健康監査バックエンドテンプレート
レストランの衛生および検査追跡
Back4app 上にあるレストランの健康監査バックエンドは、衛生チェックリスト、害虫制御ログ、成績追跡用です。ER図、データ辞書、JSONスキーマ、APIプレイグラウンド、および迅速なスタートのためのAIエージェントプロンプトが含まれています。
主なポイント
このテンプレートは、レストランの健康監査バックエンドを提供し、サニテーションチェックリスト、害虫ログ、グレードトラッキングを備えているため、マネージャーと現場スタッフは共通のシステムで作業できます。
- サニテーションチェックリスト管理 — Model AuditChecklist と SanitationCheck エントリを使用して、シフトマネージャーがステーションごとに清掃タスクを確認できるようにします。
- 害虫管理ログ履歴 — 各レストランのロケーションごとに PestLog の問題、処置、フォローアップノートを追跡します。
- 時間経過に伴うグレードトラッキング — GradeRecord を使用して、検査グレード、スコアの詳細、レビュー日を記録します。
概要：レストラン健康監査
強力なレストラン健康監査の遵守は意図的に退屈です：一貫した記録、明確な所有権、そして記憶に依存しないレビューのトレイル。解決策は動機付けではなく、運用的です。Back4app上でレストラン、監査チェックリスト、衛生チェック、害虫ログ、成績記録を構造化された遵守のプリミティブとして使用することで、レストラン健康監査のワークフローをサイトやシフト間で一貫させます。このスキーマはレストラン（名称、住所、許可番号）、監査チェックリスト（レストラン、監査日、検査者、ステータス）、衛生チェック（チェックリスト、ステーション、結果、ノート）、害虫ログ（レストラン、問題タイプ、処置日、フォローアップ予定）、成績記録（レストラン、スコア、レターグレード、検査日）をカバーします。フロントエンドを接続し、監査ワークフローを迅速に開始してください。
最適な対象：
このレストラン健康監査バックエンドの構成
モバイルクルーとバックオフィススタッフはレストラン健康監査の異なる現実を見ており、製品の仕事は責任を問わずにそれらのスライスを織り合わせることです。
ハブはレストラン、AuditChecklist、及びSanitationCheckの言語を一貫させているため、製品、運営、及びエンジニアリングが「記録する」と言う時、同じ意味になります。
コアレストラン健康監査機能
このハブのすべてのテクノロジーカードは、Restaurant、AuditChecklist、SanitationCheck、PestLog、およびGradeRecordを含む同じレストラン健康監査バックエンドスキーマを使用しています。
レストランの位置追跡
レストランのクラスには、名称、住所、permitNumber、およびmanagerContactが含まれます。
衛生チェックリスト管理
監査チェックリストは、レストラン、監査日、検査官、ステータスを記録します。
衛生チェックのログ記録
衛生チェックは、チェックリスト、ステーション、結果、ノート、写真証拠を保存します。
害虫駆除ログ
PestLogは、レストランごとに問題タイプ、治療日、フォローアップ期限、ステータスを保持します。
グレードトラッキング
GradeRecordは、検査日、スコア、評価グレード、検査官名を保存します。
Back4appを使用してレストラン健康監査バックエンドを構築する理由は？
Back4appはレストランチームに監査、害虫追跡、及び評価のためのクリーンなデータモデルを提供し、アプリはバックエンドの設定ではなくチェックリストのワークフローに集中できます。
- •AuditChecklistとSanitationCheckの構造: AuditChecklist内でステーションレベルのチェックをモデル化し、クルーが準備テーブル、シンク、クーラー、及び床のSanitationCheck結果を記録できるようにします。
- •PestLogの履歴とフォローアップ: PestLogのフィールド（issueType、treatmentDate、およびfollowUpDue）を使用して、レストランごとの害虫駆除ノートを整理します。
- •GradeRecordの可視性: GradeRecordに店舗の検査スコアを保存し、各レストランのロケーションごとのletterGradeトレンドを表示します。
モバイルとウェブにまたがる1つのバックエンド契約で、レストラン監査ワークフローを迅速に構築・調整します。
主な利点
検査、害虫ノート、およびグレードを簡単に見つけて更新できるレストラン監査バックエンドです。
より迅速なチェックリストの展開
すべての監査フォームをゼロから設計するのではなく、AuditChecklistおよびSanitationCheckクラスから始めます。
害虫追跡履歴のクリア
PestLogエントリは、各レストランの場所ごとにtreatmentDateとfollowUpDueを表示します。
一貫したグレード記録
GradeRecordは、マネージャーが時間の経過とともに検査スコアの変化を安定してレビューする方法を提供します。
役割に応じた監査アクセス
マネージャー、コーディネーター、現場スタッフは、必要なレストランおよび監査クラスのみを読むまたは更新できます。
1か所での監査証拠
ツール全体にファイルを散在させることなく、SanitationCheckエントリにphotoEvidenceとメモを添付します。
AI支援のセットアップ
構造化されたプロンプトから監査バックエンドのスキャフォールディングと統合ノートを生成します。
レストランの健康監査アプリを立ち上げる準備はできましたか？
Back4app AIエージェントに、レストラン監査バックエンドのスキャフォールディングを行わせ、衛生チェックリスト、害虫記録、グレードトラッキングを一つのプロンプトから生成させましょう。
無料で開始 — 月50件のAIエージェントプロンプト、クレジットカード不要
技術スタック
このレストランの健康監査バックエンドテンプレートに含まれるすべて。
ER ダイアグラム
レストラン健康監査バックエンドスキーマのためのエンティティリレーションシップモデル。
レストランのロケーション、衛生チェックリスト、害虫ログ、及び健康評価をカバーするスキーマ。
図のソースを表示
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
}
統合フロー
ログイン、チェックリストの読み込み、衛生更新、害虫ログ、成績追跡の典型的な実行フロー。
図のソースを表示
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データ辞書
レストラン健康監査スキーマ内のすべてのクラスについての完全なフィールドレベルの参照。
| フィールド | タイプ | 説明 | 必須 |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | 自動 |
| 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 | 自動 |
| updatedAt | Date | Auto-generated last-update timestamp | 自動 |
8 フィールドは InspectorUser にあります
セキュリティと権限
ACL および CLP ルールがレストランの監査記録、害虫メモ、成績履歴をどのように保護するか。
ロール対応のレストランアクセス
マネージャーはすべてのレストラン記録をレビューできますが、現場スタッフは自分に割り当てられた監査のみを作成または更新できます。
チェックリストとログの所有権
Cloud Codeを使用して、AuditChecklist、SanitationCheck、PestLog のエントリが正しいレストランおよびユーザーロールに属していることを確認します。
成績記録の整合性
承認されたコーディネーターにのみ成績記録の作成や編集をロックし、検査スコアの正確性を維持します。
スキーマ (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エージェントで構築
このテンプレートから、フロントエンド、バックエンド、認証、監査、害虫、成績フローを含む実際のレストラン健康監査アプリを生成するために、Back4app AIエージェントを使用します。
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 (システム)。 セキュリティ: - マネージャーはすべてのレストラン記録をレビューできます。現場スタッフは割り当てられた監査記録のみを作成または更新できます。所有権と役割を検証するためにクラウドコードを使用してください。 認証: - サインアップ、ログイン、ログアウト。 動作: - 監査チェックリストを読み込み、衛生検査を追加し、害虫ログを保存し、グレード記録を更新します。 配信: - スキーマ、ACL、およびCLPを持つ Back4app アプリ; レストラン、監査チェックリスト、衛生検査、害虫ログ、グレードトラッキングのためのフロントエンド。
下のボタンを押して、このテンプレートプロンプトが事前に入力された状態でエージェントを開きます。
これは技術サフィックスのない基本プロンプトです。生成されたフロントエンドスタックは後から適応できます。
APIプレイグラウンド
GraphQL エンドポイントとともにレストラン健康監査スキーマに対してRESTを試してください。レスポンスはモックデータを使用し、Back4app アカウントは必要ありません。
このテンプレートと同じスキーマを使用しています。
テクノロジーを選択してください
各カードを展開して、選択したスタックとレストラン、監査チェックリスト、衛生チェックを統合する方法を確認してください。
Flutterレストラン健康監査バックエンド
Reactレストラン健康監査バックエンド
React ネイティブレストラン健康監査バックエンド
Next.jsレストラン健康監査バックエンド
JavaScriptレストラン健康監査バックエンド
Androidレストラン健康監査バックエンド
iOSレストラン健康監査バックエンド
Vueレストラン健康監査バックエンド
Angularレストラン健康監査バックエンド
GraphQLレストラン健康監査バックエンド
REST APIレストラン健康監査バックエンド
PHPレストラン健康監査バックエンド
.NETレストラン健康監査バックエンド
すべてのテクノロジーで得られるもの
すべてのスタックは同じレストラン健康監査のバックエンドスキーマとAPI契約を使用しています。
統一されたレストラン監査データ構造
1つのスキーマでレストラン、監査チェックリスト、衛生チェック、害虫ログ、成績記録を管理します。
衛生チェックリストのワークフロー
チェックリスト項目を作成し、キッチンおよびサービスエリアの結果を保存します。
害虫駆除フォローアップ追跡
各レストランのissueType、treatmentDate、followUpDueの値を記録します。
検査のための成績追跡
検査および場所ごとのscoreとletterGradeの値を比較します。
REST/GraphQL監査用API
すべての監査クラスに対して柔軟なAPIを使用してモバイルまたはウェブクライアントを統合します。
レストラン監査フレームワークの比較
すべてのサポートされている技術のセットアップ速度、SDKスタイル、およびAIサポートを比較します。
| フレームワーク | セットアップ時間 | レストラン監査の利点 | SDKタイプ | AIサポート |
|---|---|---|---|---|
| 約5分 | モバイルとウェブでのレストラン監査のための単一のコードベース。 | 入力されたSDK | フル | |
| 5分以内 | レストラン監査レビューのための高速ウェブダッシュボード。 | タイプされたSDK | フル | |
| 約3〜7分 | 現場監査用のクロスプラットフォームモバイルアプリ。 | タイプされたSDK | フル | |
| 迅速な（5分）セットアップ | 検査と評価のためのサーバーレンダリングされたウェブアプリ。 | タイプされたSDK | フル | |
| 約3〜5分 | レストランのチェック用の軽量ウェブ統合。 | タイプされたSDK | フル | |
| 約5分 | レストラン検査官用のネイティブAndroidアプリ。 | 型付けされたSDK | フル | |
| 5分未満 | 管理者とフィールドスタッフ用のネイティブiOSアプリ。 | 型付けされたSDK | フル | |
| 約3〜7分 | レストラン監査追跡用のReact的なウェブUI。 | 型付けされたSDK | フル | |
| 迅速な（5分）設定 | コンプライアンス追跡のためのエンタープライズWebアプリ。 | タイピングされたSDK | フル | |
| 2分未満 | 監査およびグレードデータ用の柔軟なGraphQL API。 | GraphQL API | フル | |
| 迅速な（2分）設定 | 監査提出のためのREST API統合。 | REST API | フル | |
| 約3分 | 監査ダッシュボード用のサーバーサイド PHP バックエンド。 | REST API | フル | |
| 約3〜7分 | レストラン監査システム用の .NET バックエンド。 | タイプ付きSDK | フル |
セットアップ時間は、このテンプレートスキーマを使用してプロジェクトのブートストラップから最初のレストラン、チェックリスト、またはグレードクエリまでの予想される期間を反映します。
よくある質問
このテンプレートを使用してレストランの健康監査バックエンドを構築する際の一般的な質問。
