Systemwechsel: Lieferantenrechnungen - kein Neueintippen von Monaten

Rechnungshistorie übertragen – nicht neu eintippen

Beim Wechsel des Restaurantsystems liegt die Sorge darin, Monate von Lieferantenrechnungen manuell neu einzutippen. Das lässt sich vermeiden, indem man die Historie überträgt statt sie neu einzugeben. KI-Rechnungserfassung liest vergangene Rechnungen ein und zieht Lieferant, Artikel, Preis und Steuer in neue Datensätze – so wandert die Information statt neu aufgebaut zu werden.

Diese Entscheidung verändert das gesamte Projekt. Eine Gruppe mit mehreren Standorten erfasst etwa 300 Lieferantenrechnungen pro Monat. Sechs Monate zurückzugehen ergibt 1.800 Rechnungen. Manuell eingetippt sind das wochenlange Arbeit und an jeder Zeile eine neue Chance, einen Preis falsch einzugeben.

Die Erfassung macht das Gegenteil. Sie mailen oder scannen vergangene Rechnungen ein, und das System extrahiert Lieferant, Einzelpositionen, Packungsgrößen und Preise für Sie. Der gleiche Leseschritt, der wöchentlich läuft, sobald Sie live sind, füllt jetzt die Historie nach. Details zur Funktionsweise des Leseschritts finden Sie in unserem Leitfaden zu Software zum Scannen von Restaurantrechnungen.

Entscheiden Sie zuerst, wie weit Sie zurückgehen

Nicht jeder Artikel benötigt dieselbe Historie. Die Frage pro Artikel ist einfach: Bestellen Sie ihn die meisten Wochen oder nur einige Male im Jahr?

Bei häufig bestellten Artikeln kennen Sie Preis und Packungsgröße bereits, daher reichen zwei bis drei Monate Rechnungen aus, um den Datensatz zu befüllen und aktuelle Kosten zu bestätigen. Bei selten bestellten Artikeln – einer saisonalen Zutat oder einer Einmalanschaffung – sollten Sie bis zu zwölf Monate zurückgehen. Ein kurzes Zeitfenster lässt diese Nischenartikel still verschwinden. Sie bemerken es erst beim nächsten Nachbestellen: kein Lieferant, kein Preis, keine Packungsgröße hinterlegt.

Teilen Sie Ihre Artikelliste daher vor der Migration in zwei Gruppen. Für Alltagsartikel genügen wenige Monate, für gelegentlich bestellte ein volles Jahr. Der Aufwand lohnt sich dort, wo eine Lücke tatsächlich schmerzt.

Die Methode richtet sich danach, wo die Daten liegen

Die Vergangenheitsdaten liegen nicht alle an einem Ort, daher unterscheiden sich die Übertragungsmethoden. Vergangene Lieferantenrechnungen kommen als Dokumente. Die aktuelle Artikel- und Lieferantenliste liegt womöglich in einer Exportdatei des bisherigen Systems.

Lesen Sie die Tabelle, bevor Sie beginnen, und nutzen Sie für jede Quelle die entsprechende Methode.

Der Punkt ist, dass keiner dieser Schritte verlangt, eine Zeile neu einzutippen. Die Rechnungen werden gelesen, die Artikelliste einmal gemappt, und die Lieferantenkonditionen einmal je Lieferant statt einmal je Bestellung eingegeben.

Lieferantendetails übertragen – nicht nur die Zahlen

Eine Migration, die Preise überträgt, aber den Lieferantenkontext verliert, lässt Sie schlechter dastehen als eine Tabellenkalkulation. Jeder Lieferant braucht seine Kontaktdaten, sein Zahlungsziel, seine Mindestbestellmenge und seine Preisliste – sonst stockt die erste echte Bestellung nach Go-live.

Basisartikel sind das, was das Ganze zusammenhält. Je Zutat gibt es einen Basisartikel, dem jeder Lieferanten-Code und jede Packungsgröße für diese Zutat zugeordnet ist. Wenn die KI-Erfassung 'Olivenöl 5L' von Harbour View Foods für $34.20 liest, landet das beim einen Olivenöl-Datensatz, den alle Standorte schon nutzen. Rezepte, die auf diese Zutat zeigen, bleiben korrekt kalkuliert, weil der Artikel beim Umzug nicht in drei Duplikate aufgespalten wurde.

Dieses Mapping einmal vorab einzurichten, trägt das System dauerhaft. Überspringen Sie es, verbringen Sie das nächste Quartal damit, doppelte Artikel manuell zusammenzuführen.

Migration in Phasen – nicht an einem Wochenende

Sie benötigen kein vollständiges Artikelregister, bevor Sie eine einzige Bestellung aufgeben. Starten Sie live mit den Artikeln und Lieferanten, die Sie jede Woche nutzen. Bei den meisten Gruppen decken die Top-40-Artikel rund 90 % des Bestellvolumens ab, sodass Phase eins schnell betriebsfähig macht.

Die Nachzügler werden dann im Hintergrund nachgeladen, während das neue System bereits läuft. Historische Rechnungen für selten bestellte Artikel können in den folgenden Wochen eingelesen werden, ohne das Tagesgeschäft zu blockieren. Die Migration läuft parallel zum restlichen Aufbau. Sie verbinden Kassensystem und Buchhaltung über die 75+ Integrationen der Plattform, sodass Lieferantenstammdaten synchron mit allem anderen befüllt werden. Nichts wird am Ende von Grund auf neu aufgebaut.

Das gesamte Projekt lässt sich so dimensionieren. Der Wechsel muss kein Großereignis an einem Wochenende sein, bei dem alles auf einmal umzieht und am Montag nichts funktioniert.

Wo anfangen

Benennen Sie Ihre aktuelle Situation und nehmen Sie den einen nächsten Schritt. Wenn die meisten Ihrer Bestellungen auf eine kurze Liste von Alltagsartikeln entfallen, ziehen Sie zwei bis drei Monate Rechnungen dafür ein und gehen Sie zuerst live, dann laden Sie den Rest nach. Wenn Ihr Sortiment voll saisonaler oder selten bestellter Artikel ist, ziehen Sie für diese bis zu zwölf Monate zurück, bevor Sie umsteigen, damit nichts von der Nachbestellliste fällt. Richten Sie in jedem Fall Ihre Basisartikel so ein, dass jede Lieferanten-SKU einer einzigen Zutat zugeordnet ist, und lassen Sie die Erfassung die Rechnungen einlesen statt Ihr Team sie neu eintippen zu lassen.

Die Historie zu übertragen ist eine Entscheidung, die Sie am ersten Tag treffen – keine Kosten, die Sie wochenlang tragen. Wenn Sie KI-Rechnungserfassung und Basisartikel-Mapping mit Ihren eigenen Lieferanten in Aktion sehen möchten, ist Supys Beschaffungsplattform genau für diesen Wechsel gebaut.