Floural ist eine kleine Bäckerei und Tortenwerkstatt, die schneller gewachsen ist als ihre eigenen Abläufe. Die Inhaberin war gleichzeitig Rezeptbuch, Trainerin, Schiedsrichterin bei Zuspätkommen und Haltbarkeitswächterin. Wir haben ihr ein POS gebaut, das alle diese Aufgaben übernimmt — plus ein paar, von denen sie noch gar nicht wusste, dass sie sie braucht — damit eine brandneue Bäckerin ab dem ersten Tag allein eine Schicht führen kann.
Alle scheiterten auf dieselbe Art: Die Bäckerei lief, wenn die Inhaberin da war — und stand still, wenn nicht. Der Auftrag war klar: raus aus dem Kopf, rein in ein System, dem das Personal vertraut.
WhatsApp-Fotos, ein zerlesenes Notizbuch und das Gedächtnis der Inhaberin. Jede neue Bäckerin bedeutete, denselben Chiffon von Null beizubringen — und jedes Mal ein bisschen anders.
Das Personal zuckte die Schultern: „Sieht frisch aus." Die Kunden fanden das irgendwann nicht mehr so. Eine schlechte Sahne-Charge kostete die Bewertungen eines ganzen Samstags.
Biskuit, Mangocreme, Ganache — in Chargen mit eigenem Ablaufdatum gefertigt. Das alte POS zählte sie als eine einzige Zahl. Eine 6-Tage-Creme wurde vor einer 2-Tage-Creme verbraucht. FIFO war Theorie.
Das POS war eine Tabellenkalkulation mit Verkleidung. Keine Farbcodierung, keine Kürzel, kein erkennbarer Aufbau. Neue Mitarbeiterinnen lernten durch Fehler — auf Kosten der Kundschaft.
Die Inhaberin erinnerte sich, wer zu spät kam — manchmal. Boni wurden zu Verhandlungen. Gerechtigkeit war ein Eindruck, keine Zahl.
Der Tagesabschluss war vier manuelle Abstimmungen. P&L pro Kanal war ein Gerücht, keine Zahl.
Jedes Produkt besteht aus Komponenten (Biskuit, Creme, Ganache), die ihrerseits aus Zutaten bestehen. Die Rezepte der Inhaberin leben in der Datenbank — eines pro Komponente, eines pro Fertigprodukt — und ein Produktionsauftrag bedeutet schlicht: Komponente wählen, starten.
Das System zeigt der Bäckerin die genauen Mengen für die gewählte Chargengröße, bucht die Zutaten beim Abschluss zum gewichteten Durchschnitts-HPP ab und schreibt eine neue Komponentencharge mit Produktionsdatum und Ablaufzeit. Das Rezept ist die einzige Quelle der Wahrheit. Die Inhaberin ist nicht mehr der Flaschenhals.
MC-260422-A, Ablauf 25. Apr. 2026 21:00, Lagerort Kühler 2.
Jedes ausgestellte Fertigprodukt hat seinen eigenen Haltbarkeitsschwellenwert (Torten ≠ Gebäck ≠ Brot). Sobald eine Einheit ins Regal kommt, startet die Uhr. Die Anzeige zeigt einen Farbbalken, der von grün über gelb nach rot wechselt — Personal und Inhaberin sehen dasselbe Bild von jedem Punkt im Raum.
Rot erreicht? Die Einheit landet im Abfallprotokoll mit einem kategorisierten Grund — nie nur „entsorgt" — damit die Inhaberin monatlich sehen kann, ob es Überproduktion, Fehlbehandlung oder Kontamination ist.
Wenn eine Bäckerin eine fertige Torte zusammenstellt, fragt das POS nicht „ist Creme da?" — es wählt die Cremecharge mit dem nächsten Ablaufdatum, die noch ausreichend Menge hat, bucht daraus ab und notiert auf der Bestellzeile, aus welcher Charge die Torte stammt.
Wenn die Bäckerin FIFO überschreibt (selten, manchmal berechtigt), wird das mit Begründung protokolliert. Der Verderb einer ganzen Charge erscheint in der Abfalltabelle zum HPP-Wert, nicht zum Verkaufspreis — die Inhaberin sieht die echten Kosten.
| Charge | Hergestellt | Ablauf | Rest | Lager | Status |
|---|---|---|---|---|---|
| MC-260420-B | 20. Apr. 06:30 | 23. Apr. 06:30 | 340 g | Kühler 1 | ALS NÄCHSTES |
| MC-260421-A | 21. Apr. 14:10 | 24. Apr. 14:10 | 1.820 g | Kühler 2 | WARTEND |
| MC-260422-A | 22. Apr. 09:05 | 25. Apr. 09:05 | 2.000 g | Kühler 2 | WARTEND |
Jedes Produkt hat ein 2–4-stelliges Kürzel, eine Kategoriefarbe und eine feste Rasterposition, die die Inhaberin festlegt. Neue Kassiererinnen lernen den Aufbau in einer Stunde — weil er sich nie ändert. Suche per Kürzel oder Name: schnell für Routiniers, nachsichtig für Anfängerinnen.
Checkout ist ein einziger Bildschirm: Artikel, Kunde (optional, mit Treuepunkten), Zahlungsmethode (Bar, QRIS, Überweisung, GoFood, ShopeeFood, Anzahlung), fertig. Kassenlade öffnet automatisch bei Barzahlung; Betrag und Wechselgeld werden berechnet; Bon wird gedruckt; Bestellnummer ist Datum plus Laufnummer.
Das Personal checkt per Selfie zu Schichtbeginn ein (Pagi 07:00, Siang 15:00, Malam 21:00). Das System liest den Zeitstempel, wendet die konfigurierte Karenzzeit (5 Min.) an und rechnet jede weitere Minute in „Verspätungspunkte" um — 1 Punkt pro 5 Minuten, Rp 3.000 pro Punkt.
Am Monatsende: Bonus = Grundbetrag − (Verspätungspunkte × Abzug). Die Inhaberin genehmigt einmal. Streitigkeiten fallen auf null — weil die Rechnung auf dem Bildschirm steht, mit Fotos.
Jeder Kanal — Dine-in, Takeaway, GoFood, ShopeeFood, Pre-order mit Anzahlung — bucht in dieselbe Auftragstabelle mit Kanal-Tag. Tagesabschluss ist ein einziger Bildschirm, nicht vier. P&L pro Kanal ist ein Filter, kein Projekt.
Und das Bonus-Feature: Kunden-Treuepunkte (1 pro Rp 1.000 Umsatz, Verfall nach Inhaberin-Regel), kategorisiertes Abfallprotokoll mit geschätztem Rp-Verlust, Verpackungslager, das pro Verkauf automatisch abgebucht wird, und ein systemweites Prüfprotokoll — jede Zahl auf jedem Bildschirm lässt sich auf eine Person und einen Zeitpunkt zurückverfolgen.
Wir haben kein POS geforkt. Wir haben die ersten drei Tage in der Bäckerei zugeschaut. Das Datenmodell — drei Ebenen, Chargen, FIFO, Haltbarkeit — stand auf dem Whiteboard, bevor eine Zeile Code existierte.
In der Bäckerei gesessen. Jedes Rezept — Biskuit, Creme, Ganache, alle Produkte — in strukturierte Komponenten- und Produktschemata übertragen. Das Datenmodell wurde das Rezeptbuch.
ingredients → components → products → shelf_items mit Chargentabellen für Komponenten und Regaleinheiten. Gewichteter Durchschnitts-HPP bei jedem Wareneingang und jedem Produktionsauftrag.
Produktionsauftragsmaske mit Rezept als Checkliste. Haltbarkeitsschwellen pro Produkt (grün/gelb/rot in Stunden), verbunden mit Live-Farbbalken. Abfallprotokoll mit kategorisierten Gründen.
Kachelraster mit Kürzeln, kanalgetaggte Bestellungen, Checkout auf einem Bildschirm, Anzahlung + Restbetrag für Pre-orders. Kassiererin in 90 Minuten anhand eines 1-seitigen Skripts eingearbeitet.
Selfie-Anwesenheit, Verspätungspunkte-Konfiguration, monatlicher Bonus-Entwurf → Genehmigungsablauf. Kassenlade mit Öffnung / Umsatz / Auszahlungen / Tagesabschluss. Prüfprotokoll bei jeder Mutation.
Zwei frische Bäckerinnen als Pilottest eingestellt. Beide führten bis Ende der Woche eine vollständige Schicht allein — Rezepte vom Bildschirm, FIFO vom Bildschirm, Regalentscheidungen vom Bildschirm. Die Inhaberin blieb an einem Samstag zu Hause.
Keine erfundenen Monat-für-Monat-Zahlen — das System ist im Frühbetrieb. Das sind die Abläufe, die von den Schultern der Inhaberin auf den Bildschirm gewandert sind.
Jedes Rezept in der Datenbank, versioniert. Neue Bäckerinnen lesen den Bildschirm, nicht die Inhaberin.
Kachelraster + Kürzel + Checkout auf einem Bildschirm. Neue Mitarbeiterin nimmt echte Bestellungen in der ersten Stunde auf.
Zutaten → Komponenten → Produkte. Komponentenchargen werden automatisch älteste-zuerst entnommen.
Jede Regaleinheit hat einen Live-Farbbalken. „Sieht frisch aus?" wird ersetzt durch „ist es grün?"
Verspätungsminuten → Punkte → Rp-Abzug. Fotos und Zeitstempel. Die Inhaberin genehmigt einmal.
Dine-in, GoFood, ShopeeFood, Pre-order — alle buchen in dieselbe Auftragstabelle. Tagesabschluss ist ein Bildschirm.
Installierbar auf dem Android-Tablet des Personals. Kein Framework — jeder Bildschirm ist ein einzelnes JS-Modul, das der Neffe der Inhaberin (Informatikstudent) lesen kann. Service Worker hält das POS am Laufen, wenn das WLAN flackert.
Aktionsbasiertes Routing (?action=), reines PDO, JWT. 25-Tabellen-Schema für Einstellungen, Nutzer, Produkte/Komponenten/Zutaten mit Rezepten, Chargen, Regal, Anwesenheit, Boni, Verpackung, Abfall, Prüfprotokoll.
Zutaten (roh) → Komponenten (halbfertig, chargenweise, mit Ablaufdatum) → Produkte (fertig, rezeptgebunden) → Regaleinheiten (mit Zeitstempel im Verkauf). Gewichteter Durchschnitts-HPP zieht sich durch alle Ebenen.
Selfie-Check-in mit Schichterkennung, konfigurierbarer Karenz + Abzug, monatliche Bonus-Entwürfe. Kassenlade pro Tag mit Öffnung / Umsatz / Auszahlungen / Abschluss. Jede Mutation im Prüfprotokoll mit Nutzer + IP.
Kostenloses Erstgespräch. Wir sagen Ihnen, was sich zu bauen lohnt — und was nicht.