Interne Zentralküchentransfers in einer Multi-Entity-Xero-Restaurantgruppe handhaben

Sie haben eine Zentralküche aus gutem Grund eröffnet: Einkauf und Vorbereitung an einem Ort, den Wareneinsatz über alle Standorte hinweg im Griff behalten und die nächste Filiale eröffnen, ohne Ihre Lieferkette jedes Mal neu aufzubauen. Dieser Vorteil ist real, und die meisten Ihrer Buchhaltungsprozesse halten damit Schritt. Die einzige Ausnahme ist die interne Lieferung. Jedes Mal, wenn die Küche Waren an eine Ihrer eigenen Filialen sendet, muss diese einzelne Bewegung in zwei separaten Xero-Dateien erfasst werden – und da jede Einheit ihre eigene Buchhaltung führt, bucht nichts automatisch beide Seiten für Sie: Jemand gibt es manuell ein, zweimal, für jede interne Lieferung, jede Woche. Das richtig zu handhaben ist das, was das gesamte Modell rentabel hält: Die Gewinn- und Verlustrechnung jedes Standorts zeigt seine wahren Kosten, der Monatsabschluss erfolgt ohne hektisches Nacharbeiten, und Sie können die nächste Filiale eröffnen, ohne Ihrem Finanzteam einen weiteren Stapel manueller Buchungen zuzumuten. Machen Sie es falsch, wächst diese verborgene manuelle Last – und die darin verborgenen Fehler – mit jeder neuen Filiale. Dieser Leitfaden führt Sie durch die Lösung: was Ihr Multi-Entity-Xero-Setup bereits für Sie erledigt, wo es aufhört und die zwei Entscheidungen, die eine Multi-Entity-Xero-Restaurantgruppe beim Wachstum handhabbar halten.

Schritt 1: Erfassen, was Ihr Multi-Entity-Xero-Setup bereits übernimmt

Wenn eine Restaurantgruppe aus mehreren juristischen Personen besteht, unterhält jede davon in der Regel ihre eigene Xero-Datei. Ein Multi-Entity-Xero-Setup ist genau diese Anordnung: eine Buchhaltungsorganisation pro juristischer Person, jeweils mit den eigenen Filialen verknüpft. Externe Einkäufe werden sauber gebucht. Der einzige interne Transfer zwischen zwei Ihrer eigenen Einheiten findet keinen Platz.

Beginnen Sie mit dem, was funktioniert – denn das meiste tut es. Jede Einheit der Gruppe verbindet ihre eigene Buchhaltungsplattform; Eingangsrechnungen, Lieferantenretouren sowie B2B-Bestellungen der Zentralküche werden automatisch der richtigen Einheit zugeordnet. Schlägt eine Synchronisierung fehl, wird das Quelldokument als ungebucht markiert und mit einem Wiederholungsversuch versehen – es bleibt nichts halbwegs erfasst. Die standortbezogene Zuordnung leitet jede Filiale von einem Ort aus an die zugehörige Xero-Organisation weiter, sodass eine Gruppe viele separate Xero-Dateien betreiben kann, ohne sich bei jeder einzelnen anzumelden, um Daten zu übertragen.

Darunter ordnet jede Einheit ihre Filialen Kostenstellen zu, stimmt ihre Steuersätze mit den Xero-Steuercodes ab und weist jedem Bestandsartikel ein Hauptbuchkonto für Einkäufe zu – damit landen Buchungseinträge vom ersten Tag an auf dem richtigen Code. Das ist das verlässliche Fundament einer Multi-Entity-Xero-Restaurantgruppe: Rechnungen und Gutschriften, die pro Einheit fließen, jede Datei in sich abgeschlossen. Der Bruch entsteht an genau einem Punkt.

Schritt 2: Herausfinden, wo der interne Transfer scheitert

Der Bruch ist strukturell, kein Einrichtungsfehler. Wenn eine Zentralküche an eine ihrer eigenen Filialen verkauft, muss derselbe Artikel zwei Rollen übernehmen: einen Einkaufscode, wenn ein Lieferant ihn in die Küche liefert, und einen Verkaufscode, wenn die Küche ihn an die Filiale ausliefert. Ein Bestandsartikel trägt jedoch nur einen Hauptbuchcode. Sobald dieser Artikel bereits mit externen Lieferantenrechnungen verknüpft ist, findet die interne Transferrechnung keinen zweiten Code und kann nicht gebucht werden.

Das ist dieselbe Bruchlinie, die durch den Multi-Entity-Kontenplan einer Gruppe verläuft – diesmal aus der Transferperspektive statt aus der Kontenzuordnung. Sie lässt sich nicht durch eine clevere Konfiguration lösen: Kein Standardsetup bucht einen internen Transfer von der Zentralküche an die Filiale automatisch als zwei Einträge in zwei separaten Dateien. Der verbreitete Workaround bei Gruppen, die dieses Problem kennen, ist schlicht, interne Transfers gar nicht in das Hauptbuch der Küche zu buchen. Das ist eine reale, vertretbare Entscheidung – und der Grund, warum sie bewusst getroffen werden muss und nicht einfach angenommen werden sollte.

Schritt 3: Berechnen, was der manuelle Doppeleintrag kostet

Da der Transfer sich nicht selbst bucht, gibt jemand ihn zweimal manuell ein: einmal als Ausgangsrechnung in der Küchendatei und einmal als Eingangsrechnung in der Filialendatei. Für sich genommen dauert das zwei Minuten. In einer echten Gruppe ist es das nicht. Ein mittelgroßer Betreiber mit etwa acht internen Lieferungen pro Woche über fünf oder mehr separate Xero-Dateien gibt wöchentlich rund sechzehn Buchungszeilen manuell ein – knapp achthundert im Jahr – und jede einzelne ist eine Möglichkeit, eine Zahl falsch einzutippen, sie falsch zu kodieren oder die Lieferung ganz zu vergessen.

Die Zahl wächst mit der Gruppe, nicht mit dem Aufwand. Jede neue Filiale oder Marke, die intern handelt, fügt eine weitere Datei und weitere manuell einzugebende Buchungen hinzu – sodass die Aufgabe genau dann schwerer wird, wenn das Finanzteam am stärksten ausgelastet ist. Das sind die Kosten, die im Funktionsvergleich unsichtbar bleiben und erst beim Monatsabschluss sichtbar werden.

Schritt 4: Eine Lieferung als zwei Hauptbucheinträge verstehen

Um eine fundierte Entscheidung zu treffen, müssen Sie präzise sein: Was ist eine einzelne interne Lieferung buchhalterisch? Es ist kein einzelnes Ereignis, sondern zwei – in zwei verschiedenen Xero-Organisationen. Die Küche benötigt einen Verkaufsbeleg für die ausgelieferten Waren; die Filiale benötigt einen Einkaufsbeleg für die eingegangenen Waren. Beide beschreiben dieselbe physische Lieferung und beide müssen beim Abschluss übereinstimmen.

Schritt 5: Den richtigen internen Transferpreis festlegen

Die zweite Entscheidung betrifft den Betrag auf dieser Rechnung – und hier liegt ein häufiger Fehler: Man greift zu einer Zahl, die das System bereits kennt. Weder der Rezeptkostenpreis noch der Menüpreis der Filiale ist der richtige Wert für einen konzerninternen Transfer: Der Einstandspreis verbirgt die eigene Marge der Küche und lässt die Filiale günstiger erscheinen, als sie tatsächlich ist; der Menüpreis bläht den Umsatz der Küche bei einem Verkauf auf, der die Gruppe nie verlassen hat. Was die meisten Restaurantbetreiber tatsächlich benötigen, ist ein dritter, eigenständiger interner Transferpreis – einmal vereinbart und konsequent angewendet.

Schritt 6: Buchungsrichtlinie festlegen, bevor Sie wachsen

Bevor Sie eine Automatisierung aufbauen oder einen Workaround erstellen, verorten Sie Ihre Gruppe auf zwei Achsen: wie viele interne Transfers Sie tatsächlich pro Woche durchführen und ob Ihre Einheiten wirklich separate Buchhaltungsdateien benötigen oder nur so aussehen. Diese beiden Fragen führen fast jede Gruppe zu einer klaren Antwort – und sie sind wichtiger als jede Toolentscheidung.

Wenn die Einheiten in einer Datei zusammengefasst werden könnten, eliminiert das Führen als Kostenstellen und der Verzicht auf konzerninterne Buchungen das gesamte Problem; eine saubere Buchhaltungsintegration und GL-Zuordnung leistet mehr für die Abschlussgenauigkeit als die Automatisierung einer Buchung, die gar nicht nötig gewesen wäre. Wenn die Einheiten tatsächlich getrennt sind und das Transfervolumen hoch ist, ist der manuelle Aufwand real – vereinbaren Sie daher einen einzigen internen Transferpreis und eine Buchungsrichtlinie, bevor Sie die nächste Filiale eröffnen, nicht danach. Geringes Volumen bei separaten Dateien ist der einzige Fall, in dem manuelles Buchen vorerst die ehrliche Antwort ist.

Beginnen Sie mit einer Zählung: Wie viele interne Lieferungen überschreiten pro Woche eine Unternehmensgrenze? Sind es eine Handvoll, buchen Sie sie manuell und lenken Sie die Aufmerksamkeit des Finanzteams auf wertschöpfendere Aufgaben. Sind es Dutzende, legen Sie jetzt Ihren internen Transferpreis und Ihre Buchungsrichtlinie fest – denn beides nachträglich in aktiven Multi-Entity-Xero-Hauptbüchern zu ändern, ist weitaus schwieriger, als es einmalig frühzeitig zu vereinbaren, solange die Struktur noch klein genug ist, um angepasst zu werden.