.jpeg)
Restaurant-Kontenplan: Wo die Multi-Entity-Synchronisation zusammenbricht
Wo ein Restaurant-Kontenplan aufhört, ein einziger Kontenplan zu sein
Sobald eine wachsende Restaurantgruppe die Einkaufsdaten eines Systems in die Konten jeder Einheit überträgt, stimmen die Codes nicht überein. Ein Restaurant-Kontenplan ist die codierte Liste, gegen die jeder Einkauf, jeder Umsatz und jede Kostenbuchung gebucht wird, und für einen einzelnen Standort ist es eine einzige saubere Liste. Führt man mehrere juristische Einheiten, jede in einem eigenen Buchhaltungsmandanten, trägt dieselbe Kategorie nicht überall denselben Code.
Hier scheitert die Multi-Entity-Synchronisation. Eine Marke codiert Verbrauchsmaterialien auf 420, eine andere codiert die identische Kategorie auf 422, weil ihre Kontenpläne von verschiedenen Finanzteams zu verschiedenen Zeiten aufgebaut wurden. Wenn man Inventardaten aus einem System in beide Mandanten überträgt, müssen die Codes zu jeder Einheit passen, nicht zu einem Gruppenstandard, der nicht existiert.
| Kategorie | Harbour Grill | Metro Diner |
|---|---|---|
| Verbrauchsmaterialien | 420 | 422 |
| Lebensmitteleinkäufe | 500 | 500 |
| Reinigungsmittel | 610 | 615 |
Alle Einheiten auf einen gemeinsamen Kontenplan zu standardisieren ist die naheliegendste Lösung, die die meisten Gruppen nicht umsetzen können. Aktive Hauptbücher, historische Vergleichszahlen und gesetzliche Meldungen basieren alle auf den bestehenden Codes, sodass eine Umnummerierung über separate Mandanten hinweg ein eigenständiges Projekt wäre. Die eigentliche Frage ist nicht, wie man einen gemeinsamen Kontenplan erzwingt, sondern wie man sauber dem bestehenden Kontenplan jeder Einheit zuordnet.
Individuelle Zuordnung je Einheit übertrifft das Erzwingen eines einheitlichen Standardkontenplans
Individuelle Zuordnung je Einheit bedeutet, dass jede Marke ihren eigenen Kontenplan und ihre eigenen Codes behält, und die Inventarebene lernt diese einen Mandanten nach dem anderen. In Supy ordnet jede Einheit ihre Filialen den Kostenstellen ihrer Buchhaltung zu, weist jedem Artikel ein Hauptbuch-Einkaufskonto zu und richtet ihre Steuersätze an den Steuercodes ihres Buchhaltungsanbieters aus. Einkaufs-Buchungssätze werden dann vom ersten Tag an auf das richtige Konto gebucht, ohne manuelle Korrekturen nach der Datenübertragung.
Diese Zuordnung ist es, die eine verbundene Buchhaltungs-Integration in eine funktionierende verwandelt. Supy verbindet sich mit 75+ Systemen, darunter Xero, QuickBooks, Zoho Books und Wafeq, aber die Verbindung erbringt ihren Nutzen erst, wenn jeder Artikel auf dem richtigen Konto im richtigen Mandanten landet. Es lohnt sich, sie zusammen mit der umfassenderen Buchhaltungs-Integration einzurichten und neben der Funktionsweise der Hauptbuchzuordnung innerhalb einer Buchhaltungs-Integration zu lesen. Die entscheidende Frage vorab ist nicht, welches Buchhaltungssystem man kauft, sondern ob die Zuordnungsebene überhaupt einen anderen Kontenplan je Einheit halten kann; alles, was einen gemeinsamen Kontenplan erzwingt, passt nicht zu einer realen Gruppe.
Wo Nicht-Lebensmitteleinkäufe als Lebensmittel gebucht werden
Das zweite Versagen ist stiller und weit verbreiteter: Alles, was die Küche einkauft, das kein Lebensmittel ist, wird als Lebensmittel gebucht. Frischhaltefolie, Reinigungsmittel und Einwegartikel kommen auf einer einzigen Lieferanten-Rechnung an, und ein System, das auf Lieferantenebene statt auf Artikelebene zuordnet, überträgt die gesamte Rechnung als eine einzige Lebensmitteleinkaufszeile. Die Finanzabteilung teilt sie dann jede Periode manuell auf.
| Eingekaufter Artikel | Richtiges Konto | Wo er heute landet |
|---|---|---|
| Frischhaltefolie | Verbrauchsmaterialien (420) | Lebensmittel (500) |
| Geschirrspülmittel | Reinigung (610) | Lebensmittel (500) |
| Tomaten | Lebensmittel (500) | Lebensmittel (500) |
Artikelgenaue Zuordnung beendet die Nacharbeit. Jeder Artikel trägt seinen eigenen Code, sodass Verbrauchsmaterialien auf 420, Reinigung auf 610 und Lebensmittel auf 500 gebucht werden, ohne dass jemand den Export berühren muss. Da jeder Artikel nun einen Kategoriencode trägt, gruppiert das Hauptbuch diese Buchungen selbständig nach Konto, sodass alle Lebensmittel unter einem Konto und alle Verbrauchsmaterialien unter einem anderen liegen, anstatt dass jeder Artikel als Zeile ankommt, die die Finanzabteilung neu sortieren muss. Die Prüffrage an jede Integration ist einfach: Ordnet sie jeden Artikel seinem eigenen Code zu, oder ordnet sie auf Lieferantenebene zu und überlässt die Aufteilung Ihnen?
Der Artikel, der zwei Hauptbuchkonten benötigt
Der schwierigste Fall ist kein Zuordnungsfehler. Es ist ein struktureller. Supy hält ein Hauptbuchkonto pro Artikel pro Buchhaltungsorganisation, was für fast jeden Artikel richtig ist. Es reicht nicht mehr aus, sobald eine Zentralküche an ihre eigenen Filialen verkauft, weil derselbe Artikel dann gleichzeitig zwei Dinge sein muss.
Vom externen Lieferanten in die Zentralküche eingekauft, benötigt der Artikel ein Einkaufskonto und eine Steuerart. Aus der Zentralküche an eine Filiale verkauft, benötigt derselbe Artikel ein Verkaufskonto. Mit einem verfügbaren Code und zwei benötigten hat die interne Transfer-Rechnung nirgends sauber zu buchen. Dies ist eine bekannte Einschränkung, kein Schalter, den man umlegen kann, und die Entscheidung liegt bei Ihnen vor dem Go-live.
Die meisten Gruppen lösen es auf eine von zwei Arten. Entweder halten sie interne Transfers vollständig außerhalb des Hauptbuchs und stimmen die Zentralküchen-Abrechnung separat ab, was der Vorgehensweise der nächstvergleichbaren Betreiber entspricht, oder sie buchen nur die Einkaufsseite und behandeln den Eingang der Filiale als interne Bewegung statt als Verkauf. Keine Variante ist falsch; der Punkt ist, bewusst zu wählen. Dieselbe Abwägung prägt auch wie Bestand und Kosten einer Zentralküche durch das weitere System fließen.
Eine Zuordnungseinrichtung, die die nächste Marke überlebt
Eine Zuordnung, die für die heutigen Einheiten funktioniert und beim Kauf der vierten Marke zusammenbricht, ist erst halb fertig. Sie richtig einzurichten hängt weniger vom Werkzeug ab als von der Reihenfolge, in der man vorgeht, weil jeder Schritt vom vorherigen abhängt.
Zuerst den Kontenplan jeder Einheit finalisieren, denn die Zuordnung kann nicht gegen noch nicht existierende Codes in Betrieb gehen, was genau das ist, was einen Go-live blockiert, wenn der Kontenplan einer neuen Marke noch im Entwurf ist. Dann jeden Artikel seinem Einkaufskonto je Einheit zuordnen statt einem gemeinsamen Code, die Steuersätze jeder Einheit an die Steuercodes ihres Anbieters ausrichten, damit Steuern korrekt gebucht werden, und die Richtlinie für Zentralküchen-Transfers vor der ersten internen Rechnung festlegen, nicht nachdem sie scheitert.
Beginnen Sie mit einer Frage zu Ihrer eigenen Gruppe
Führen Sie diese Woche eine Prüfung Ihrer eigenen Gruppe durch: Exportieren Sie eine Woche Einkäufe aus zwei Einheiten und sehen Sie nach, wo Verbrauchsmaterialien und Reinigung tatsächlich gebucht wurden. Wenn Nicht-Lebensmittel auf der Lebensmittelzeile landen, oder dieselbe Kategorie in jedem Mandanten unterschiedliche Codes trägt ohne Zuordnung dazwischen, leben Sie beide in diesem Beitrag beschriebenen Fehler, und die Lösung ist artikelgenaue, einheitsspezifische Zuordnung statt einem erzwungenen Gruppenkontenplan. Wenn Sie auch eine Zentralküche betreiben, die an Ihre Filialen verkauft, entscheiden Sie jetzt, ob diese internen Transfers überhaupt ins Hauptbuch gehören, denn diese Entscheidung müssen Sie treffen, bevor ein System daran arbeiten kann.
Supy ordnet Hauptbuchkonten je Einheit zu, teilt Einkäufe auf Artikelebene den richtigen Konten zu und verbindet sich mit den Buchhaltungssystemen, die die meisten Restaurantgruppen bereits nutzen, sodass der Export korrekt ankommt statt als Neuzuordnungsaufgabe.
