Vorlage für das Backend des Inventars von Destilleriefässern
Nachweisprotokolle, Angel’s Share Verfolgung und Fässerhistorie
Ein produktionsbereites Backend für das Inventar von Destilleriefässern auf Back4app mit Nachweisprotokollen, Angel’s Share Verfolgung und Fässerhistorie. Beinhaltet ER-Diagramm, Datenwörterbuch, JSON-Schema, API-Spielplatz und ein AI-Agent Prompt für einen schnellen Bootstrap.
Wichtige Erkenntnisse
Diese Vorlage bietet Ihnen ein Backend für die Bestandsverwaltung von Fässern in der Brennerei mit Beweisprotokollen, Verfolgung des Engeltods und der Geschichte der Fässer, sodass Manager und Außendienstmitarbeiter die Fässerdaten verwalten können.
- Beweisprotokolle, die Sie prüfen können — Speichern Sie jedes CaskProofLog mit Lesezeit, Beweiswert und Notiztext, der mit einem bestimmten Fass verbunden ist.
- Verfolgung des Engeltods nach Fass — Erfassen Sie AngelShareReading-Einträge für jedes Fass, damit der Rückgang im Laufe der Zeit sichtbar bleibt.
- Geschichte der Fässer auf einen Blick — Verbinden Sie BarrelHistory-Ereignisse mit Fassbewegungen, Übertragungen und Inspektionen für einen klaren Zeitverlauf.
- Rollenbasierter Zugriff — Verwenden Sie ACL- und CLP-Regeln, um Fässer-Daten zu schützen, während Koordinatoren und Außendienstmitarbeiter die richtigen Klassen aktualisieren können.
Was ist die Vorlage für den Lagerbestand an Destillerie-Fässern?
Wenn die Wiederauffüllung der Destillerie Reactiv ist, bestellen Sie immer zu spät; strukturierte Nutzungprotokolle machen die Nachfrage sichtbar, bevor die Regale leer sind. Kleine Verzögerungen summieren sich schnell. Diese Vorlage modelliert Destillerie, Fass, FassProofLog, FassHistorie und EngelsteilLesung mit integrierter Authentifizierung und Echtzeitanfragen auf Back4app für Destillerieteams, die standardmäßig Rückverfolgbarkeit benötigen. Das Schema umfasst Benutzer (Benutzername, E-Mail, Passwort), Destillerie (Name, Standort, Zeitzone), Fass (Destillerie, Fassnummer, Spirituosentyp, Fülldatum, Füllstärke, Status), FassProofLog (Fass, protokolliertVon, proofValue, gelesenAm, Notiz), FassHistorie (Fass, Ereignistyp, EreignisAm, vonStandort, zuStandort, Notizen) und EngelsteilLesung (Fass, gelesenAm, VerdunstungGallonen, geschätzterVerlustProzent, WetterNotiz) mit integrierter Authentifizierung und revisionsfreundlicher Nachverfolgung. Verbinden Sie Ihr bevorzugtes Frontend und versenden Sie schneller.
Am besten für:
Überblick über das Destillerie-Backend
Ein glaubwürdiger Betrieb einer Destillerie kann erklären, was letzten Dienstag passiert ist. Wenn das eine Schnitzeljagd erfordert, ist das System der Engpass.
Überprüfen Sie zuerst Distillery, Cask und CaskProofLog, und öffnen Sie dann eine Stapelkarten, um SDK-spezifische Notizen und Integrationsmuster zu sehen.
Kernmerkmale der Destillerie-Fässer
Jede Technologiekarte in diesem Hub verwendet dasselbe Schema für die Fassinventarverwaltung mit Distillery, Cask, CaskProofLog, BarrelHistory und AngelShareReading.
Management des Destillerie-Profils
Die Destillerie speichert Name, Standort und Zeitzone für jede Einrichtung.
Fassregistrierung und -status
Das Fass verknüpft Destillerie, Fassnummer, Spirituosenart, Abfülldatum, Abfüllungsgrad und Status.
Erfassung des Probenprotokolls
CaskProofLog erfasst Fass, eingetragenVon, wertDerProbe, abgelesenAm und Notiz.
Überwachung des Angel's Share
AngelShareReading verfolgt Verdunstungsgallonen, geschätzten Verlustprozentsatz und Wetterhinweis.
Zeitleiste der Fasshistorie
BarrelHistory verknüpft Fass, EreignisTyp, EreignisZeitpunkt, vonStandort und zuStandort.
Warum Ihre Destillerie-Fass-Inventar-Backend mit Back4app erstellen?
Back4app bietet Ihnen Fass-, Nachweis- und Historienprimitive, damit Ihr Team sich auf die Genauigkeit des Inventars konzentrieren kann, anstatt benutzerdefinierte API-Verbindungen zu warten.
- •Fass- und Nachweisstruktur: Die Cask-Klasse verankert Füllnachweis, Status und Destillerie-Links, während CaskProofLog jede Ablesung speichert.
- •Sichtbarkeit des Engel Anteils: AngelShareReading hält Verdunstung, Verlustschätzungen und Wetternotizen an jedem Fassdatensatz fest.
- •Echtzeit + API-Flexibilität: Verwenden Sie Live Queries für Änderungen der Fasshistorie, während REST und GraphQL für jeden Client verfügbar bleiben.
Erstellen und iterieren Sie schnell über Arbeitsabläufe zur Fassinventarverwaltung mit einem Backend-Vertrag über alle Plattformen hinweg.
Kernvorteile
Ein Destillerie-Backend, das Beweis-, Verlust- und Historiendaten einfach abfragbar und überprüfbar hält.
Schnellere Fässerstellung
Beginnen Sie mit einem vollständigen Destillerie- und Fassschema, anstatt jedes Feld von Grund auf zu gestalten.
Lesbare Beweisverfolgung
Verwenden Sie CaskProofLog-Einträge, um zu zeigen, wer den Beweis protokolliert hat, wann er es getan hat und welchen Wert er eingegeben hat.
Verlustverfolgung, die sichtbar bleibt
Speichern Sie AngelShareReading-Werte, damit Verdunstung und geschätzter Verlust mit jedem Fass verknüpft sind.
Klarer Frachtbewegungsverlauf
Verwenden Sie BarrelHistory, um Bewegungs-, Transfer- und Inspektionsereignisse für jedes Fass zu erhalten.
Abfragbare Bestandsdaten
Filtern nach Fassnummer, Status und Lesezeitpunkt, ohne Ihren Workflow in der Brennerei in Tabellenkalkulationen zu flatten.
AI Bootstrap-Workflow
Erzeugen Sie schnell Backend-Gerüst und Integrationsanleitungen mit einem strukturierten Prompt.
Bereit, Ihre Fassinventar-App zu starten?
Lassen Sie den Back4app AI-Agenten Ihr Brennerei-Fassinventar-Backend gerüsten und Protokolle für Nachweise, Engelsteil und Fässer-Historie aus einem Prompt generieren.
Kostenlos starten – 50 AI-Agent-Prompts/Monat, keine Kreditkarte erforderlich
Technischer Stack
Alles ist in dieser Lagerbestandsvorlage für Destilleriefässer enthalten.
ER-Diagramm
Entitätsbeziehungsmodell für das Destilleriefassinventarschema.
Schema, das Brennereien, Fässer, Protokolle, Fasshistorie und Angaben zur Engelsteilung abdeckt.
Diagrammquelle anzeigen
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
}
Integrationsfluss
Typischer Laufzeitfluss für Authentifizierung, Fasssuche, Proof-Protokollierung, Aktualisierungen der Fasshistorie und Angaben zur Engelsteilung.
Diagrammquelle anzeigen
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 eventDatenwörterbuch
Vollständiges Feldreferenz für jede Klasse im Brennerei-Fass-Schema.
| Feld | Typ | Beschreibung | Erforderlich |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | Automatisch |
| 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 | Automatisch |
| updatedAt | Date | Auto-generated last-update timestamp | Automatisch |
7 Felder in User
Sicherheit und Berechtigungen
Wie die ACL- und CLP-Strategie Fässer, Proof-Logs, Fasshistorie und Angaben zum Engelsteil sichert.
Regeln zum Benutzerbesitz
Nur der zugewiesene Mitarbeiter kann sein Profil aktualisieren; Identitätsaufzeichnungen bleiben von Fässeroperationen getrennt.
Eimer-Datensatzintegrität
Verwenden Sie Cloud Code, damit nur genehmigte Rollen Eimer-Datensätze erstellen oder schließen und prüfsichere Verlaufseinträge hinzufügen können.
Eingeschränkter Protokollzugriff
Zugriffe auf Lese- und Schreibvorgänge einschränken, damit Manager die distilleryweiten Daten überprüfen können, während das Feldpersonal nur auf die ihnen zugewiesenen Eimer zugreifen kann.
Schema (JSON)
Rohe JSON-Schema-Definition bereit zum Kopieren in Back4app oder als Implementierungsreferenz zu verwenden.
{
"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
}
}
}
]
}Mit KI-Agent erstellen
Verwenden Sie den Back4app KI-Agenten, um aus dieser Vorlage eine echte Inventar-App für Brennereieimer zu erstellen, einschließlich Frontend, Backend, Authentifizierung und Prüfprotokoll, Fässergeschichte und Flüsse des Engelanteils.
Erstellen Sie eine Backend-App für die Inventarisierung von Destillierfässern auf Back4app mit diesem genauen Schema und Verhalten. Schema: 1. Benutzer (verwenden Sie Back4app eingebaut): Benutzername, E-Mail, Passwort; objectId, createdAt, updatedAt (System). 2. Destillerie: Name (String, erforderlich), Standort (String, erforderlich), Zeitzone (String, erforderlich); objectId, createdAt, updatedAt (System). 3. Fass: destillerie (Zeiger auf Destillerie, erforderlich), fassNummer (String, erforderlich, eindeutig), spirituosenTyp (String, erforderlich), füllDatum (Datum, erforderlich), füllProof (Zahl, erforderlich), status (String, erforderlich); objectId, createdAt, updatedAt (System). 4. FassProofLog: fass (Zeiger auf Fass, erforderlich), protokolliertVon (Zeiger auf Benutzer, erforderlich), proofWert (Zahl, erforderlich), gelesenAm (Datum, erforderlich), notiz (String); objectId, createdAt, updatedAt (System). 5. FassHistorie: fass (Zeiger auf Fass, erforderlich), ereignisTyp (String, erforderlich), ereignisAm (Datum, erforderlich), vonStandort (String), zuStandort (String), notizen (String); objectId, createdAt, updatedAt (System). 6. EngelAnteilMessung: fass (Zeiger auf Fass, erforderlich), gelesenAm (Datum, erforderlich), verdunstungGallonen (Zahl, erforderlich), geschätzterVerlustProzent (Zahl, erforderlich), wetterNotiz (String); objectId, createdAt, updatedAt (System). Sicherheit: - Nur der zugewiesene Mitarbeiter-Benutzer kann sein Profil aktualisieren. Verwenden Sie Cloud Code und ACL/CLP, um Fassaufzeichnungen und Prüfungsfelder zu schützen. Auth: - Registrierung, Anmeldung, Abmeldung. Verhalten: - Fässer auflisten, Proof-Logs hinzufügen, Messungen des Engelanteils aufzeichnen und Ereignisse der Fasshistorie hinzufügen. Liefern: - Back4app App mit Schema, ACLs, CLPs; Frontend für Destillerieprofile, Fassinventar, Proof-Logs, Fasshistorie und Messungen des Engelanteils.
Drücken Sie die Schaltfläche unten, um den Agenten mit diesem vorgefüllten Vorlage-Prompt zu öffnen.
Dies ist der Basis-Prompt ohne technologische Suffixe. Sie können den generierten Frontend-Stack anschließend anpassen.
API-Spielplatz
Versuchen Sie REST- und GraphQL-Endpunkte gegen das Inventarschema der Brennerei-Fässer. Antworten verwenden Beispieldaten 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 Distillery, Cask und CaskProofLog mit Ihrem gewählten Stack integrieren können.
Flutter Destilleriefass-Backend
React Destilleriefass-Backend
React Native Destilleriefass-Backend
Next.js Destilleriefass-Backend
JavaScript Destilleriefass-Backend
Android Destilleriefass-Backend
iOS Destilleriefass-Backend
Vue Destilleriefass-Backend
Angular Destilleriefass-Backend
GraphQL Destilleriefass-Backend
REST API Destilleriefass-Backend
PHP Destilleriefass-Backend
.NET Destilleriefass-Backend
Was Sie mit jeder Technologie erhalten
Jeder Stack verwendet dasselbe Schema und API-Verträge für das Distillery-Cask-Inventar.
Einheitliche Datenstruktur für Brennereien
Halten Sie Fässer, Nachweisprotokolle, Fässer-Geschichte und Engelsteil-Werte in einem Schema.
Protokollaufnahme für Brennereien
Protokolliere proofValue und readingAt für jedes CaskProofLog, ohne ein neues Backend zu erfinden.
Überwachung des Angel's Share für Brennereien
Messe evaporationGallons und estimatedLossPercent für jedes Fass im Laufe der Zeit.
Fassgeschichte für Brennereien
Verfolge eventType, fromLocation und toLocation für jede Fassbewegung.
REST/GraphQL APIs für Brennereien
Integriere Lagerbildschirme, Prüfungen und Betriebstools über flexible APIs.
Erweiterbare Architektur für Brennereien
Füge später Fassnotizen, Verkostungsprotokolle oder Lagerklassen hinzu, ohne das Modell zu verwerfen.
Vergleich des Destilleriefassrahmens
Vergleichen Sie die Einrichtungsgeschwindigkeit, den SDK-Stil und die KI-Unterstützung für alle unterstützten Technologien.
| Rahmenwerk | Einrichtungszeit | Vorteil der Destillerie | SDK-Typ | KI-Unterstützung |
|---|---|---|---|---|
| Über 5 Minuten | Einzelner Codebase für die Bestandsaufnahme von Destillereifässern auf Mobilgeräten und im Web. | Typed SDK | Vollständig | |
| Unter 5 Minuten | Schnelles Web-Dashboard für die Bestandsaufnahme von Fässern. | Typed SDK | Vollständig | |
| ~3–7 Minuten | Plattformübergreifende mobile App für Nachweisprotokolle und Fässergeschichte. | Typed SDK | Vollständig | |
| Schnelle (5 min) Einrichtung | Servergerenderte Webanwendung für Destilleriebetrieb. | Getippte SDK | Vollständig | |
| ~3–5 Min | Leichte Webintegration für Fassverfolgung. | Getippte SDK | Vollständig | |
| Ungefähr 5 Min | Native Android App für Lagerprüfungen. | Getippte SDK | Vollständig | |
| Unter 5 Minuten | Native iPhone-App für Kellerpersonal. | Getippte SDK | Vollständig | |
| ~3–7 Minuten | Reactive Web-UI für Fässerinformationssystem. | Typisierte SDK | Vollständig | |
| Schnelle (5 Minuten) Einrichtung | Unternehmens-Webanwendung für Destillerieoperationen. | Typisierte SDK | Vollständig | |
| Unter 2 Minuten | Flexible GraphQL API für Anfragen zu Fässern und Nachweisprotokollen. | GraphQL API | Vollständig | |
| Schnelle (2 Min) Einrichtung | REST API Integration für Bestandsabläufe. | REST API | Vollständig | |
| ~3 Min | Serverseitiges PHP Backend für Destilleriewerkzeuge. | REST API | Vollständig | |
| ~3–7 Min | .NET Backend für Fässer-Inventaroperationen. | Typisiertes SDK | Vollständig |
Die Einrichtungszeit spiegelt die erwartete Dauer von der Projektinitialisierung bis zur ersten Abfrage von Fass oder Nachweisprotokoll unter Verwendung dieses Vorlage-Schemas wider.
Häufig gestellte Fragen
Häufige Fragen zum Aufbau eines Destillerie-Bottich-Inventar-Backends mit dieser Vorlage.
Bereit, Ihre App für das Fasslager-Inventar zu erstellen?
Starten Sie Ihr Projekt für das Inventar von Fasslagern in wenigen Minuten. Keine Kreditkarte erforderlich.