Wenn Sie am Monatsende das POS-Backend öffnen, steht dort der Umsatz klar und deutlich als eine Zahl; öffnen Sie dann die Buchhaltungssoftware oder die GuV, ist der Umsatz niedriger – eines der häufigsten Rätsel unter chinesischstämmigen Geschäftsleuten in den USA. Die Differenz bedeutet nicht zwangsläufig, dass „Geld verloren gegangen“ ist; viel häufiger gilt: Die POS-Takings (Einnahmen) und die Revenue (Umsatzerlöse) in der Buchhaltung sind von vornherein zwei Zahlen mit unterschiedlicher Definition. Eine Bäckereigruppe zeigte im POS 1,24 Mio. USD Umsatz, in der GuV jedoch nur 1,058 Mio. USD – die Differenz von 182.000 USD stammte vollständig aus sechs oder sieben normalen buchhalterischen Vorgängen, weder aus Diebstahl noch aus fehlenden Einzahlungen. Die Ursachen der Abweichung zu klären, ist wichtiger, als wiederholt „nach Fehlern zu suchen“.
- Warum entspricht der POS Sales nicht den Bankeingängen? Der POS-Tagesabschlussbericht erfasst, dass eine Transaktion stattgefunden hat; der Bankeingang erfasst, dass das Geld eingegangen ist – dazwischen liegt naturgemäß eine „Settlement-Verzögerung“. Kreditkarten-Batches werden in der Regel erst 1–2 Werktage nach dem Transaktionstag gutgeschrieben; Transaktionen am Wochenende und an Feiertagen verschieben sich auf den nächsten Werktag. Ein Kartenumsatz am Freitagabend wird im POS dem Freitag zugeordnet, bei der Bank erscheint er möglicherweise erst am Montag. Wenn Sie nur die POS-Summe eines bestimmten Tages mit dem Bankkontostand abgleichen, passt es fast nie.
Eine verstecktere Differenz entsteht durch die Payment-Processing-Gebühren. Der Bankeingang ist ein Nettobetrag: der Kartenumsatz abzüglich der Processing-Gebühren. Wenn die Buchhaltung den Netto-Bankeingang direkt als „Umsatzerlös“ verbucht, wird der Umsatz um den Teil der Processing-Gebühren zu niedrig erfasst; korrekt ist, den Umsatz in voller Höhe zu buchen und die Processing-Gebühren separat als Aufwand auszuweisen. Zwischen POS Sales und Bankeingang liegen also mindestens eine „Zeitdifferenz“ und eine „Gebührendifferenz“.
- Worin unterscheiden sich Gross Sales und Net Sales? Die „Gesamtumsätze“ auf der ersten Seite des POS-Berichts sind in der Regel die Gross Sales, also der Gesamtbetrag der Waren oder Dienstleistungen zu Listenpreisen, noch ohne Abzug von Rabatten und Rückerstattungen und ohne Aussonderung der Umsatzsteuer. Die Net Sales sind der tatsächliche Umsatz nach Abzug von Rabatten und Rückerstattungen auf Basis der Gross Sales, jedoch ohne Steuer. Wenn die Buchhaltungssoftware die Net Sales einliest, der Inhaber aber die Gross Sales im POS betrachtet, entspricht die Differenz der Summe aus Rabatten und Rückerstattungen – die Buchhaltung ist deshalb nicht falsch.
Entscheidend ist eine einheitliche Definition: Stellen Sie beim Abgleich zunächst sicher, dass beide Seiten dieselbe Ebene der Zahlen vergleichen. Die Gross Sales des POS mit der Revenue der Buchhaltung zu vergleichen und die Net Sales des POS mit der Revenue der Buchhaltung zu vergleichen, führt zu völlig unterschiedlichen Ergebnissen.
- Wie wirken sich Refund, Discount und Void auf die Berichte aus? Alle drei Vorgänge senken den Nettoumsatz, treten aber zu unterschiedlichen Zeitpunkten auf und verursachen daher unterschiedliche „Berichtsverschiebungen“. Ein Discount reduziert den Nettoumsatz bereits bei der Transaktion; ein Void (Stornierung) annulliert im POS die gesamte Transaktion und erzeugt, wenn er nach dem Tagesabschluss erfolgt, in späteren Berichten eine Gegenbuchung; ein Refund (Rückerstattung) kann in einen anderen Zeitraum nach dem ursprünglichen Verkauf fallen – ein Verkauf im März wird im April erstattet: Die Gross Sales des POS im März enthalten diesen Betrag, die Net Sales der Buchhaltung im April werden gemindert, und ein periodenübergreifender Vergleich passt naturgemäß nicht.
Ein häufiges Problem unter chinesischstämmigen Geschäftsleuten: Der POS-Tagesabschluss betrachtet nur die Gross Sales, die Buchhaltung bucht am Monatsende nach Net Sales, und dazwischen werden Rückerstattungen und Rabatte nicht separat herausgezogen und erläutert. Wenn Sie diese drei Posten als eigene Abstimmungspositionen einrichten, werden aus Differenzen „erklärbare“ statt „mysteriöse“ Beträge.
- Wo sind Tip und Service Charge zu erfassen? Dies ist der Posten, der chinesischstämmige Gastronomiebetriebe am häufigsten verwechseln, denn Tip und Service Charge laufen im POS beide über die Rechnung, ihre steuerliche und ertragsseitige Behandlung ist jedoch genau entgegengesetzt.
Tip (Trinkgeld) ist ein Betrag, den der Gast freiwillig zahlt und der den Mitarbeitern zusteht; er zählt nicht zum Betriebsumsatz des Restaurants und unterliegt nicht der Umsatzsteuer. Service Charge (Servicegebühr) ist eine vom Betrieb zwangsweise erhobene Gebühr (z. B. automatische Servicegebühr für große Tische, Bankettgebühr); nach IRS-Definition gehört sie zum Restaurantumsatz, muss in den Umsatz einbezogen werden und unterliegt der Umsatzsteuer. Wenn das POS Trinkgeld und Service Charge vermischt unter demselben Konto „Tip“ exportiert, bucht die Buchhaltung entweder Beträge als Umsatz, die keine sind, oder lässt Beträge aus, die Umsatz sind – beide Seiten machen gleichzeitig Fehler.
Grundsatz: Im POS-Backend müssen Tip, Service Charge, Delivery Fee und Surcharge getrennt als Konten eingerichtet werden, und die Buchhaltung muss sie getrennt nach Konto buchen, nicht nach dem Rechnungsgesamtbetrag. Auch die Einrichtung der Umsatzsteuer hängt von dieser Trennung ab: Service Charge fließt in den steuerpflichtigen Umsatz ein, Tip nicht.
- Warum darf die Sales Tax nicht als Betriebsumsatz behandelt werden? Der Rechnungsgesamtbetrag im POS enthält die Umsatzsteuer, doch dieses Geld ist eine Verbindlichkeit, die der Betrieb im Namen des Staates einzieht und abführt, kein erzielter Umsatz. Buchhalterisch ist die Umsatzsteuer auf dem Verbindlichkeitskonto „Sales Tax Payable“ zu erfassen, nicht auf einem Umsatzkonto. Wenn die Buchhaltungssoftware aus dem POS den steuerinklusive Gesamtbetrag übernimmt und die Umsatzsteuer nicht herausrechnet, wird der Umsatz künstlich erhöht.
Umgekehrt lassen manche Geschäftsleute die Umsatzsteuer im Umsatz, um „den Umsatz besser aussehen zu lassen“ – bei einer Steuerprüfung ist das mit hohem Risiko verbunden. Beim Abgleich sollte der erste Abzugsposten zwischen dem steuerinklusive POS-Umsatz und dem Buchhaltungsumsatz die Umsatzsteuerverbindlichkeit sein.
- Warum führt der Verkauf von Gift Cards leicht zu Doppelzählungen? Gift Cards sind der Posten mit der größten Differenz und der am leichtesten übersehen wird. Nach IFRS 15 und ASC 606 ist das beim Verkauf einer Gift Card erhaltene Geld kein Umsatz, sondern eine Vertragsverbindlichkeit; Umsatz wird erst dann erfasst, wenn der Kunde die Gift Card einlöst und die Ware oder Dienstleistung tatsächlich geliefert wird. Wenn das POS den Gift-Card-Verkauf in den „Tagesumsatz“ einrechnet und die Buchhaltung ihn zusätzlich als Umsatz bucht, wird der Umsatz des Monats vorzeitig erfasst; wenn der Kunde die Karte später tatsächlich nutzt, zeichnet das POS den Verkauf erneut auf, und der Umsatz wird noch einmal gebucht – dasselbe Geld wird zweimal erfasst.
Korrekt ist: Beim Verkauf der Gift Card wird eine Verbindlichkeit gebucht, bei Einlösung wird von der Verbindlichkeit in den Umsatz umgebucht. Beim Abgleich sind im POS „Gift Card Sold“ und „Gift Card Redeemed“ getrennt herauszuziehen, und es ist zu prüfen, ob die Buchhaltung die Verbindlichkeitslogik anwendet.
- Was tun, wenn die Daten von POS und Buchhaltungssoftware nicht übereinstimmen? Neben periodenübergreifenden Rückerstattungen und Settlement-Verzögerungen gibt es zwei weitere Datumsfaktoren, die Differenzen verursachen. Erstens: Der „Geschäftstag“ des POS entspricht nicht dem Kalendertag – viele Restaurants ordnen Transaktionen vor 2 Uhr nachts dem vorherigen Geschäftstag zu, während die Buchhaltung nach Kalendertag bucht; Transaktionen über Mitternacht werden so auf zwei Perioden verteilt. Zweitens: Bei abonnement- oder dienstleistungsbasierten Umsätzen kann der Zeitpunkt der Umsatzrealisierung vom Zeitpunkt des Zahlungseingangs abweichen.
Die Lösung besteht nicht darin, „eine Seite einfach zu ändern“, sondern im Abstimmungsblatt eine Datumsanpassungsspalte einzurichten: POS-Geschäftstagssumme auflisten, periodenübergreifende Rückerstattungen abziehen, Gift-Card-Abgrenzung zu- oder absetzen, Mitternachtsaufteilung anpassen und so eine mit der Buchhaltungsperiode vergleichbare Zahl erhalten.
- Wie sollten POS- und Buchhaltungsdaten monatlich abgeglichen werden? Der monatliche Abgleich muss nicht kompliziert sein, sollte aber nach Konten und in Schritten erfolgen, statt zwei Gesamtsummen hart gegeneinanderzustellen.
Schritt eins: drei Zahlen auf der POS-Seite festlegen: Gross Sales, Net Sales, steuerinklusive Gesamtsumme. Schritt zwei: Anpassungsposten auflisten: Umsatzsteuer (abziehen), Service Charge (zum Umsatz hinzufügen), Tip (abziehen), Rückerstattungen und Rabatte (Brücke von Gross zu Net), Differenz zwischen Gift-Card-Verkauf und -Einlösung. Schritt drei: Zahlungskanäle abgleichen: POS-Kartenumsatz vs. Batch-Settlement des Processors vs. Netto-Bankeingang; die Differenz sollte den Processing-Gebühren und der Settlement-Verzögerung entsprechen. Schritt vier: eine Anpassungstabelle „POS → Buchhaltungsumsatz“ erstellen, in der jede Differenz eine Erklärungszeile hat. Solange diese Tabelle Monat für Monat reproduzierbar ist, sind die Differenzen nicht mehr „nicht passend“, sondern „bekannte und kontrollierbare“ buchhalterische Vorgänge.
Wenn das von Ihnen verwendete POS bei Berichtsexport, Kontentrennung oder Gift-Card-Verfolgung nicht flexibel genug ist, wird der Abgleich zur monatlichen Handarbeit. Bei der Auswahl sollte „kann nach Tip/Service Charge/Gift Card/Steuersatz getrennt nach Konten exportieren“ als harte Bedingung bewertet werden – das spart weit mehr Mühe als spätere Nachbesserung.
Letztlich ist der „Umsatz“ des POS eine Einnahme aus operativer Sicht, der „Umsatz“ des Buchhaltungsberichts eine Realisierungsdefinition aus buchhalterischer Sicht. Jede Differenz zwischen beiden sollte einen Namen, einen Betrag und eine Behandlungsregel haben. Wenn Sie diese Anpassungstabelle aufbauen, sehen Sie nicht mehr „warum sie unterschiedlich sind“, sondern „wo die Differenz liegt und ob sie berechtigt ist“.
Kann man die Trinkgeldverteilung direkt im POS exportieren, um sie abzugleichen?