Rezept- und Allergendaten vor dem Systemabschalttermin exportieren

Beginnen Sie in dem Moment, in dem Sie das Abschaltdatum kennen, nicht in der Woche davor. Die Extraktion deckt immer Überraschungen auf: ein Export, der Allergenfelder weglässt, ein Rezeptmodul, das jeweils nur eine Kategorie ausgibt, oder eine API, für die Sie neue Zugangsdaten benötigen. Geben Sie sich genug Zeit, um diese Hindernisse zu bewältigen und die Daten trotzdem sauber neu zu extrahieren. Als Faustregel gilt: Beginnen Sie die Extraktion, sobald die Migration beschlossen ist, und behandeln Sie den Tag, an dem Ihr Lesezugriff endet, als endgültige Deadline. Bereinigen und importieren kann nach diesem Datum erfolgen. Das Extrahieren der Rohdaten nicht.

Extrahieren Sie die Datensätze, die Sie nicht aus dem Gedächtnis neu aufbauen können. Das sind Basiszutaten mit ihren Lieferantencodes, Packungsgrößen und Kosten; alle Rezepte und Teilrezepte; Lieferantendetails sowie Allergen-Tags. Extrahieren Sie Zutaten vor den fertigen Gerichten, da ein neues System Rezepte aus der darunter liegenden Zutatenliste aufbaut. Transaktionshistorie – wie vergangene Inventuren und Bestellungen – ist es in der Regel nicht wert, migriert zu werden, da Sie mit einem neuen Eröffnungsbestand beginnen. Konzentrieren Sie Ihre begrenzte Zeit auf die Stammdaten, die Rezepte und die Allergeninformationen, denn das sind die Datensätze, deren Neuerstellen Wochen dauert, wenn sie verloren gehen.

Weil viele Betreiber es überhaupt nicht im System gespeichert haben. Allergeninformationen befinden sich in der Regel auf Spezifikationsblättern der Lieferanten, auf die das Personal direkt zurückgreift, anstatt die Daten in die Plattform einzugeben. Beim Export befinden sich keine Daten in den Allergenfeldern. Dies ist eine der häufigsten Lücken bei einer Restaurantdatenmigration. Planen Sie dafür: Sammeln Sie die Spezifikationsblätter zusammen mit Ihrem Export, und behandeln Sie das Ausfüllen der Allergenfelder als erforderlichen Bereinigungsschritt, nicht als optionalen. Es ist auch eine Gelegenheit, Allergendaten ordnungsgemäß in das System zu übertragen, damit Sie nie mehr Spezifikationsblätter suchen müssen.

Erfassen Sie die Daten einmalig auf Zutatenebene, nicht Rezept für Rezept. In Supy wird jedes Allergen auf der Grundzutat markiert, und dieses Tag wird automatisch in jedes Rezept übernommen, das die Zutat verwendet. Anstatt Allergene für Hunderte von Gerichten neu einzugeben, legen Sie sie in Ihrer Zutatenliste fest, was deutlich weniger Aufwand bedeutet. Nutzen Sie die Spezifikationsblätter Ihrer Lieferanten, während Sie die Importdatei bereinigen, und füllen Sie das Allergenfeld für jede Zutat aus. Sobald die Tags gesetzt sind, kann eine Allergenmatrix für das gesamte Menü gedruckt werden, und neue Rezepte erben von Anfang an die richtigen Allergene.

Sie müssen sie nicht einzeln erstellen. Eine bereinigte Tabelle mit Zutaten und Rezepten kann in großen Mengen importiert werden, was wesentlich schneller ist als manuelle Eingabe. Laden Sie zuerst Ihre Grundzutaten, dann Ihre Rezepte, damit jedes Rezept die referenzierten Artikel findet. Der wichtigste Vorbehalt ist die Struktur: Importvorlagen funktionieren am besten, wenn Ihre Kategorien und Einheiten konsistent sind, daher ist der Bereinigungsschritt ebenso wichtig wie der Import selbst. Investieren Sie Ihre Zeit in das Aufräumen der Datei, und der Import wird schnell vonstatten gehen. Eine unordentliche Datei verwandelt einen Massenimport wieder in manuelle Dateneingabe.

Sie wirtschaften beim Bestand im Blindflug, bis die Zuordnung abgeschlossen ist. Die Zuordnung verknüpft jeden Kassensystem-Menüartikel mit dem dahinterliegenden Rezept, damit das System beim Verkauf eines Gerichts die richtigen Zutaten verringert. Ohne sie reduzieren Verkäufe keinen Bestand, und Ihr theoretischer Bestand weicht von Anfang an von der Realität ab. Die Lösung besteht darin, die Zuordnung vor dem Go-live vorzunehmen, nicht danach. Mit der Zuordnung wird der Verbrauch ab dem Umstellungszeitpunkt exakt erfasst, nicht erst ab einem zukünftigen Datum, wenn Sie sich schließlich darum kümmern. Es ist ein kleiner Schritt, der darüber entscheidet, ob Ihre ersten Wochen an Daten verwendbar sind.

In der Regel migrieren Sie keine historischen Bestandsbewegungen, und das ist in Ordnung. Die meisten Teams starten das neue System mit einem frischen Eröffnungsbestand am Go-live-Tag, anstatt Monate an vergangenen Transaktionen zu importieren. Was Sie übertragen, sind die Stammdaten: Zutaten, Rezepte, Lieferanten und Allergen-Tags. Ihre historischen Inventuren und Bestellungen verbleiben im alten System als Referenz, falls Sie sie jemals benötigen. Der Import von Transaktionsverlauf lohnt sich selten und führt häufig zu Fehlern. Legen Sie einen sauberen Eröffnungsbestand fest, ordnen Sie Ihr POS zu, und lassen Sie das neue System ab dem Umstellungszeitpunkt eine exakte Verlaufshistorie aufbauen.