Modèle de backend d'inventaire de fût de distillerie
Journaux de preuve, Suivi de la part des anges, et Historique des fûts
Un backend d'inventaire de fût de distillerie prêt pour la production sur Back4app avec journaux de preuve, suivi de la part des anges, et historique des fûts. Comprend le diagramme ER, le dictionnaire de données, le schéma JSON, l'espace de jeu API, et une invitation AI Agent pour un démarrage rapide.
Principaux points à retenir
Ce modèle vous donne un backend d'inventaire de fût de distillerie avec des journaux de preuve, un suivi de la part des anges et l'historique des fûts afin que les gestionnaires et le personnel de terrain puissent maintenir les enregistrements des fûts alignés.
- Journaux de preuve que vous pouvez auditer — Stockez chaque CaskProofLog avec l'heure de lecture, la valeur de preuve et le texte de note lié à un fût spécifique.
- Suivi de la part des anges par fût — Capturez les entrées AngelShareReading pour chaque fût afin que la réduction soit visible au fil du temps.
- Historique des fûts en une vue — Connectez les événements BarrelHistory aux mouvements, transferts et inspections de fût pour une chronologie claire.
- Accès conscient du rôle — Utilisez les règles ACL et CLP pour protéger les enregistrements de fût tout en permettant aux coordinateurs et au personnel de terrain de mettre à jour les bonnes classes.
Qu'est-ce que le modèle d'inventaire des fûts de distillerie ?
Si le réapprovisionnement de la distillerie est Reactif, vous commandez toujours en retard ; des journaux d'utilisation structurés rendent la demande visible avant que les étagères ne soient vides. Les petits retards s'accumulent rapidement. Ce modèle modélise Distillerie, Fût, JournalDePreuveDeFût, HistoriqueDeFût et LectureDePartDesAnges avec une authentification intégrée et des requêtes en temps réel sur Back4app pour les équipes de distillerie qui ont besoin de traçabilité par défaut. Le schéma couvre Utilisateur (nom d'utilisateur, email, mot de passe), Distillerie (nom, emplacement, fuseau horaire), Fût (distillerie, numéro de fût, type d'esprit, date de remplissage, preuve de remplissage, statut), JournalDePreuveDeFût (fût, enregistréPar, valeurDePreuve, luÀ, note), HistoriqueDeFût (fût, typeDÉvénement, àÉvénement, deLocaton, versLocation, notes) et LectureDePartDesAnges (fût, luÀ, gallonsÉvaporation, pourcentageDePerteEstimé, noteMétéo) avec une authentification et un suivi ami des audits intégrés. Connectez votre frontend préféré et expédiez plus rapidement.
Meilleur pour :
Aperçu du backend de la distillerie
Une opération de distillerie crédible peut expliquer ce qui s'est passé mardi dernier. Si cela nécessite une chasse au trésor, le système est le goulot d'étranglement.
Vérifiez d'abord Distillery, Cask et CaskProofLog, puis ouvrez une carte de pile pour voir les notes spécifiques au SDK et les modèles d'intégration.
Fonctionnalités principales des fûts de distillerie
Chaque carte technologique dans ce hub utilise le même schéma d'inventaire de fût de distillerie avec Distillery, Cask, CaskProofLog, BarrelHistory, et AngelShareReading.
Gestion du profil de la distillerie
La distillerie stocke le nom, l'emplacement et le fuseau horaire de chaque site.
Registre et statut des fûts
Le fût relie la distillerie, le numéro de fût, le type d'esprit, la date de remplissage, la preuve de remplissage et le statut.
Capture de journal de preuve
Le journal de preuve enregistre le fût, enregistré par, valeur de preuve, lu à, et note.
Suivi de la part des anges
AngelShareReading suit l'évaporationGallons, estimatedLossPercent, et weatherNote.
Chronologie de l'historique des fûts
BarrelHistory lie cask, eventType, eventAt, fromLocation, et toLocation.
Pourquoi construire votre backend d'inventaire de fûts de distillerie avec Back4app ?
Back4app vous fournit des primitives de fût, de preuve et d'historique afin que votre équipe puisse se concentrer sur l'exactitude de l'inventaire au lieu de maintenir une plomberie API personnalisée.
- •Structure de fût et de preuve: La classe Cask ancre les liens de preuve de remplissage, de statut et de distillerie tandis que CaskProofLog stocke chaque lecture.
- •Visibilité de la part des anges: AngelShareReading conserve les notes d'évaporation, les estimations de perte et les notes météo attachées à chaque enregistrement de barrique.
- •Flexibilité en temps réel + API: Utilisez Live Queries pour les changements d'historique de barrique tout en gardant REST et GraphQL disponibles pour chaque client.
Construisez et itérez rapidement sur des flux de travail d'inventaire de fût avec un seul contrat backend sur toutes les plateformes.
Avantages principaux
Un backend de distillerie qui facilite la consultation et la révision des données sur la preuve, la perte et l'historique.
Configuration de fût plus rapide
Commencez par un schéma complet de Distillerie et de Fût au lieu de concevoir chaque champ à partir de zéro.
Traçabilité de preuve lisible
Utilisez les enregistrements CaskProofLog pour montrer qui a enregistré la preuve, quand ils l'ont fait et quelle valeur ils ont saisie.
Suivi des pertes qui reste visible
Stockez les valeurs AngelShareReading afin que l'évaporation et la perte estimée soient liées à chaque fût.
Historique de mouvement des fûts clair
Utilisez BarrelHistory pour préserver les événements de mouvement, de transfert et d'inspection pour chaque fût.
Données d’inventaire interrogeables
Filtrer par numéro de fût, statut et lecture sans aplatir votre workflow de distillerie dans des tableurs.
Workflow de démarrage AI
Générez rapidement une infrastructure backend et des conseils d'intégration avec une invite structurée.
Prêt à lancer votre application d'inventaire de fûts ?
Laissez l'Agent AI Back4app créer l'infrastructure de votre backend d'inventaire de fûts de distillerie et générer des flux de journal de preuve, de part des anges et d'historique des fûts à partir d'une seule invite.
Gratuit pour commencer — 50 invites d'Agent AI par mois, sans carte de crédit requise
Pile technique
Tout est inclus dans ce modèle d'inventaire de fût de distillerie.
Diagramme ER
Modèle de relation d'entité pour le schéma d'inventaire des fûts de la distillerie.
Schéma couvrant les distilleries, les fûts, les journaux de preuve, l'historique des fûts et les lectures de part des anges.
Voir la source du diagramme
erDiagram
User ||--o{ Cask : "assignedTo"
User ||--o{ ProofLog : "loggedBy"
User ||--o{ BarrelHistory : "recordedBy"
User ||--o{ AngelShareEntry : "loggedBy"
Cask ||--o{ ProofLog : "cask"
Cask ||--o{ BarrelHistory : "cask"
Cask ||--o{ AngelShareEntry : "cask"
User {
String objectId PK
String username
String email
String password
String role
Date createdAt
Date updatedAt
}
Cask {
String objectId PK
String caskCode
String distillateType
Date fillDate
Number fillProof
String location
String status
String assignedToId FK
Date createdAt
Date updatedAt
}
ProofLog {
String objectId PK
String caskId FK
String loggedById FK
Date sampleDate
Number sampleProof
Number volumeGallons
String notes
Date createdAt
Date updatedAt
}
BarrelHistory {
String objectId PK
String caskId FK
String eventType
Date eventDate
String recordedById FK
String fromLocation
String toLocation
String details
Date createdAt
Date updatedAt
}
AngelShareEntry {
String objectId PK
String caskId FK
String loggedById FK
Date measuredOn
Number expectedGallons
Number actualGallons
Number lossGallons
String environment
Date createdAt
Date updatedAt
}
Flux d'Intégration
Flux d'exécution typique pour l'authentification, la recherche de fût, l'enregistrement des preuves, les mises à jour de l'historique des fûts et les lectures de part des anges.
Voir la source du diagramme
sequenceDiagram
participant User
participant App as Distillery Cask Inventory App
participant Back4app as Back4app Cloud
User->>App: Sign in to the inventory console
App->>Back4app: POST /login
Back4app-->>App: Session token
User->>App: Review cask list
App->>Back4app: GET /classes/Cask?include=assignedTo&order=-updatedAt
Back4app-->>App: Cask records
User->>App: Add a proof reading
App->>Back4app: POST /classes/ProofLog
Back4app-->>App: ProofLog objectId
User->>App: Record angel's share and barrel movement
App->>Back4app: POST /classes/AngelShareEntry
App->>Back4app: POST /classes/BarrelHistory
Back4app-->>App: Updated cask history
App->>Back4app: Live query for cask status changes
Back4app-->>App: Change eventDictionnaire de Données
Référence complète au niveau des champs pour chaque classe dans le schéma de fût de distillerie.
| Champ | Type | Description | Requis |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | Auto |
| username | String | User login name | |
| String | User email address | ||
| password | String | Hashed password (write-only) | |
| role | String | Role of the user (e.g., manager, coordinator, field_staff) | |
| createdAt | Date | Auto-generated creation timestamp | Auto |
| updatedAt | Date | Auto-generated last-update timestamp | Auto |
7 champs dans User
Sécurité et autorisations
Comment la stratégie ACL et CLP sécurise les fûts, les journaux de preuve, l'historique des fûts et les relevés de part des anges.
Règles de propriété des utilisateurs
Seul l'utilisateur assigné peut mettre à jour son profil ; les enregistrements d'identité restent séparés des opérations de fût.
Intégrité des enregistrements de fût
Utilisez le Cloud Code pour que seuls les rôles approuvés puissent créer ou fermer des enregistrements de fût et ajouter des entrées d'historique sûres pour l'audit.
Accès aux journaux à portée limitée
Restreignez les lectures et les écritures afin que les responsables puissent examiner les données de l'ensemble de la distillerie tandis que le personnel de terrain ne touche qu'aux fûts qui leur sont assignés.
Schéma (JSON)
Définition de schéma JSON brut prête à être copiée dans Back4app ou utilisée comme référence d'implémentation.
{
"classes": [
{
"className": "User",
"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
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Cask",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"caskCode": {
"type": "String",
"required": true
},
"distillateType": {
"type": "String",
"required": true
},
"fillDate": {
"type": "Date",
"required": true
},
"fillProof": {
"type": "Number",
"required": true
},
"location": {
"type": "String",
"required": true
},
"status": {
"type": "String",
"required": true
},
"assignedTo": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "ProofLog",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"cask": {
"type": "Pointer",
"required": true,
"targetClass": "Cask"
},
"loggedBy": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"sampleDate": {
"type": "Date",
"required": true
},
"sampleProof": {
"type": "Number",
"required": true
},
"volumeGallons": {
"type": "Number",
"required": true
},
"notes": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "BarrelHistory",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"cask": {
"type": "Pointer",
"required": true,
"targetClass": "Cask"
},
"eventType": {
"type": "String",
"required": true
},
"eventDate": {
"type": "Date",
"required": true
},
"recordedBy": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"fromLocation": {
"type": "String",
"required": false
},
"toLocation": {
"type": "String",
"required": false
},
"details": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "AngelShareEntry",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"cask": {
"type": "Pointer",
"required": true,
"targetClass": "Cask"
},
"loggedBy": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"measuredOn": {
"type": "Date",
"required": true
},
"expectedGallons": {
"type": "Number",
"required": true
},
"actualGallons": {
"type": "Number",
"required": true
},
"lossGallons": {
"type": "Number",
"required": true
},
"environment": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
}
]
}Construire avec l'agent IA
Utilisez l'agent IA Back4app pour générer une véritable application d'inventaire de fût de distillerie à partir de ce modèle, y compris l'interface utilisateur, le backend, l'authentification, le journal de proof, l'historique des barils, et les flux de part des anges.
Créez une application de gestion d'inventaire de fûts de distillerie sur Back4app avec ce schéma et ce comportement exacts. Schéma : 1. Utilisateur (utilisez Back4app intégré) : nom d'utilisateur, email, mot de passe ; objectId, createdAt, updatedAt (système). 2. Distillerie : nom (String, requis), emplacement (String, requis), fuseau horaire (String, requis) ; objectId, createdAt, updatedAt (système). 3. Fût : distillerie (Pointeur vers Distillerie, requis), numéro de fût (String, requis, unique), type d'esprit (String, requis), date de remplissage (Date, requise), preuve de remplissage (Nombre, requis), statut (String, requis) ; objectId, createdAt, updatedAt (système). 4. JournalProofLog : fût (Pointeur vers Fût, requis), enregistré par (Pointeur vers Utilisateur, requis), valeur de preuve (Nombre, requis), relevé à (Date, requise), note (String) ; objectId, createdAt, updatedAt (système). 5. HistoriqueBaril : fût (Pointeur vers Fût, requis), type d'événement (String, requis), événement à (Date, requise), deEmplacement (String), àEmplacement (String), notes (String) ; objectId, createdAt, updatedAt (système). 6. LecturePartDesAnges : fût (Pointeur vers Fût, requis), relevé à (Date, requise), gallons d'évaporation (Nombre, requis), pourcentage de perte estimé (Nombre, requis), note météo (String) ; objectId, createdAt, updatedAt (système). Sécurité : - Seul l'utilisateur du personnel assigné peut mettre à jour son profil. Utilisez Cloud Code et ACL/CLP pour protéger les enregistrements de fût et les champs d'audit. Auth : - Inscription, connexion, déconnexion. Comportement : - Lister les fûts, ajouter des journaux de preuve, enregistrer les lectures de la part des anges et ajouter des événements d'historique de baril. Livrer : - Application Back4app avec schéma, ACL, CLP ; frontend pour profils de distillerie, inventaire de fût, journaux de preuve, historique de baril et lectures de la part des anges.
Appuyez sur le bouton ci-dessous pour ouvrir l'Agent avec ce modèle de prompt pré-rempli.
Ceci est le prompt de base sans suffixe technologique. Vous pouvez adapter la pile frontend générée par la suite.
API Playground
Essayez les points de terminaison REST et GraphQL contre le schéma d'inventaire des fûts de distillerie. Les réponses utilisent des données fictives et ne nécessitent pas de compte Back4app.
Utilise le même schéma que ce modèle.
Choisissez votre technologie
Développez chaque carte pour voir comment intégrer Distillery, Cask et CaskProofLog avec votre pile choisie.
Flutter Distillery Cask Backend
React Distillery Cask Backend
React Native Distillery Cask Backend
Next.js Distillery Cask Backend
JavaScript Distillery Cask Backend
Android Distillery Cask Backend
iOS Distillery Cask Backend
Vue Distillery Cask Backend
Angular Distillery Cask Backend
GraphQL Distillery Cask Backend
REST API Distillery Cask Backend
PHP Distillery Cask Backend
.NET Distillery Cask Backend
Ce que vous obtenez avec chaque technologie
Chaque pile utilise le même schéma d'inventaire de fût de distillerie et les contrats API.
Structure de données de distillerie unifiée
Conservez les fûts, les journaux de preuve, l'historique des fûts et les lectures de la part des anges dans un seul schéma.
Capture de journal de preuve pour les distilleries
Enregistrer proofValue et readingAt pour chaque CaskProofLog sans inventer un nouveau backend.
Suivi de la part des anges pour les distilleries
Mesurer evaporationGallons et estimatedLossPercent pour chaque fût au fil du temps.
Historique des barils pour les distilleries
Suivre eventType, fromLocation, et toLocation pour chaque mouvement de fût.
REST/GraphQL APIs pour les distilleries
Intégrer les écrans d'inventaire, les audits et les outils d'opérations via des APIs flexibles.
Architecture extensible pour les distilleries
Ajouter des notes de fût, des journaux de dégustation ou des classes d'entrepôt plus tard sans rejeter le modèle.
Comparaison des cadres de fût de distillerie
Comparez la vitesse de configuration, le style SDK et le support AI parmi toutes les technologies prises en charge.
| Cadre | Temps de configuration | Avantage de la distillerie | Type de SDK | Support AI |
|---|---|---|---|---|
| À propos de 5 minutes | Base de code unique pour l'inventaire des fûts de distillerie sur mobile et web. | SDK typé | Complet | |
| Moins de 5 minutes | Tableau de bord web rapide pour l'inventaire des fûts. | SDK typé | Complet | |
| ~3–7 minutes | Application mobile multiplateforme pour les journaux de preuve et l'historique des fûts. | SDK typé | Complet | |
| Configuration rapide (5 min) | Application web rendue par le serveur pour les opérations de distillerie. | SDK typé | Complet | |
| ~3–5 min | Intégration web légère pour le suivi des fûts. | SDK typé | Complet | |
| Environ 5 min | Application Android native pour les vérifications de preuve d'entrepôt. | SDK typé | Complet | |
| Moins de 5 minutes | Application iPhone native pour le personnel de cave. | SDK typé | Complet | |
| ~3–7 min | React interface web pour l'inventaire des fûts. | SDK typé | Complet | |
| Configuration rapide (5 min) | Application web d'entreprise pour les opérations de distillerie. | SDK typé | Complet | |
| Moins de 2 min | API GraphQL flexible pour les requêtes d'inventaire de fûts et de preuves. | GraphQL API | Complet | |
| Configuration rapide (2 min) | Intégration REST API pour les flux de travail d'inventaire. | REST API | Complet | |
| ~3 min | Backend PHP côté serveur pour les outils de distillerie. | REST API | Complet | |
| ~3–7 min | Backend .NET pour les opérations d'inventaire de fûts. | SDK typé | Complet |
Le temps de configuration reflète la durée attendue depuis le démarrage du projet jusqu'à la première requête de fût ou de journal de preuve utilisant ce schéma de modèle.
Questions Fréquemment Posées
Questions courantes sur la création d'un backend d'inventaire de fût de distillerie avec ce modèle.
Prêt à créer votre application d'inventaire de fût de distillerie ?
Commencez votre projet d'inventaire de fût de distillerie en quelques minutes. Aucune carte de crédit requise.