91 Prozent wollen skalieren – und viele bauen auf brüchigem Fundament
91 Prozent der Finanzchefs im europäischen Mittelstand planen laut aktuellen Marktdaten eine Skalierung ihres Geschäfts. Für E-Commerce-Manager klingt das nach neuen Marktplätzen, weiteren Länder-Setups, mehr Umsatz. Die unbequeme Wahrheit sitzt eine Ebene tiefer: Bevor der nächste Kanal Umsatz bringt, muss der Finanz-Stack die Last tragen. Genau da entstehen die teuersten Probleme.
Die Größenordnung ist den meisten Shop-Betreibern aus dem Alltag vertraut, nur selten als Systemfehler benannt. Zehntausende Bestellungen pro Monat laufen durch Shopify, Shopware oder JTL, dazu Retouren, Teilstornos, Gutscheine und B2B-Gutschriften. Jede Transaktion muss korrekt im ERP landen, mit dem richtigen Steuersatz, dem richtigen Konto, der richtigen Kostenstelle. Was bei 500 Bestellungen monatlich noch per Hand korrigierbar ist, kippt bei 5.000 in offene Flanken um.
Warum bricht der Finanz-Stack beim Wachstum?
Weil die meisten Shops historisch gewachsen sind – und das Finanz-Backend nicht mitgewachsen ist. Die Antwort in einem Satz: Sobald Bestellvolumen, Kanäle und Steuerszenarien gleichzeitig steigen, produzieren manuelle Übergaben zwischen Shopsystem, Payment-Dienstleister und Buchhaltung Fehler im zweistelligen Prozentbereich der Belege.
Ein typisches Bild aus der Praxis: Das Shopsystem bucht Bruttoumsatz, der Payment-Provider meldet Netto nach Gebühren, und das ERP erwartet je Kunde ein eigenes Debitorenkonto. Drei Systeme, drei Wahrheiten. Dazwischen hängen Export-CSV-Dateien, die ein Mitarbeiter jeden Freitag per Hand zusammenführt. Solange das Volumen klein ist, fällt niemandem auf, dass Klarna-Rückbuchungen doppelt in der Fibu landen. Skaliert der Shop auf Otto, Kaufland und einen zweiten Onlineshop, summiert sich das zu fünfstelligen Differenzen – aufgespürt frühestens beim Jahresabschluss.
Ältere ERP-Installationen verschärfen das Problem. Wer noch auf einer SAP-Business-One-Version ohne saubere API-Anbindung sitzt oder DATEV-Exporte manuell erzeugt, hat für jeden neuen Kanal wieder denselben Integrationsaufwand. Wachstum wird so zum Linearprojekt: Jeder Kanal kostet Buchhaltungs-Kapazität, statt sie zu sparen.
Wo die Brüche konkret entstehen
- Payment-Reconciliation: Gebühren, Rückbuchungen und Währungsdifferenzen bei Stripe, PayPal oder Klarna matchen nicht automatisch gegen Bestellungen im Shop.
- Steuerlogik: OSS-Meldungen, Reverse Charge im B2B und Marketplace-Deemed-Supplier-Regeln landen in einer Exportdatei, die niemand mehr prüft.
- Retouren und Teilstornos: Das ERP kennt die Gutschrift, das Shopsystem nur den Status „erstattet“ – die Buchhaltung findet beides nicht zusammen.
Tools wie Billbee oder Xentral decken mit ihren DATEV-Connectoren einen Teil dieser Lücke ab und sind für Multichannel-Händler der Mittelstands-Größe oft die pragmatischste Brücke, bevor ein ERP-Wechsel ansteht. Sie lösen das Grundproblem aber nur, wenn die Kontenlogik sauber definiert ist – ein Connector kaschiert ein falsches Buchungskonzept, er repariert es nicht.
Was Shop-Betreiber jetzt prüfen sollten
Vor dem nächsten Kanal gehört ein ehrlicher Stack-Audit auf die Agenda. Drei Fragen reichen als Einstieg: Landen Zahlungsdaten vom Provider automatisiert und gebührenbereinigt in der Buchhaltung? Kann das ERP einen neuen Kanal ohne neue Manualexporte abbilden? Und: Wie viele Belege pro Monat werden aktuell von Hand nachgebucht? Liegt die Antwort bei mehr als fünf Prozent, ist der Stack das Wachstumsrisiko – nicht der Markt.
Wer skalieren will, ohne den Finanz-Stack zu skalieren, baut kein Wachstum auf. Er baut einen Jahresabschluss auf, den niemand mehr versteht.
Der Handlungsimpuls für Q4-Planungen ist konkret: Reconciliation-Quote messen, manuelle Buchungsfälle zählen, dann entscheiden – Connector nachrüsten, ERP-Modul erweitern oder den Kanalstart um ein Quartal verschieben. Die 91 Prozent, die skalieren wollen, unterscheiden sich am Ende vor allem in einer Disziplin: Die einen bauen zuerst das Fundament. Die anderen erklären später dem Steuerberater die Differenzen.