Die wahre Marge: Welche Kosten in deiner D2C-Rechnung fehlen können.
Wenn „Umsatz minus Wareneinsatz“ deine Marge-Rechnung ist, läufst du mit verbundenen Augen. Hier ist, was wirklich zählt — und wie du es sauber rechnest.
Umsatz ist meist leicht auffindbar; der Deckungsbeitrag einer einzelnen SKU verlangt dagegen eine klar definierte Kostenbasis. Dieser Guide zeigt, welche Positionen du einbeziehen und welche Datenlücken du kennzeichnen solltest.
Das ist ein Datenstruktur-Problem: Shop, Werbeplattform, Marktplatz, Zahlungsanbieter und Buchhaltung liefern unterschiedliche Ausschnitte. Eine belastbare Marge entsteht erst, wenn Zeitraum, Quellen und Kostenabdeckung zusammenpassen.
Was „Marge“ eigentlich heißt
Eine häufige Abkürzung lautet: Marge = Verkaufspreis minus Wareneinsatz. Das ist eine Bruttomargen-Sicht, aber noch keine vollständige Profitrechnung. In einem illustrativen Beispiel können weitere Kosten die ausgewiesene Marge deutlich reduzieren.
Die wahre Marge ist der Deckungsbeitrag pro Bestellung, nach allen variablen Kosten. Das heißt konkret:
- Bruttoumsatz (Verkaufspreis × Menge)
- – Retouren & Rabatte
- – Wareneinsatz (COGS, inkl. Einkauf, Fracht, Zoll)
- – Verpackung & Handling
- – Versandkosten (outbound + return-label)
- – Zahlungsgebühren (Stripe, PayPal, Klarna)
- – Plattformgebühren (Shopify Payments, Amazon FBA, TikTok-Commission)
- – Direkt zuordenbare Werbekosten (Meta, Google, TikTok — pro Kampagne)
- = Deckungsbeitrag (contribution margin)
- – Fixkosten/Monat (Personal, Software, Miete) anteilig
- = Betriebsergebnis vor Steuern
Die drei Lücken, die dich blind machen
1. Attribution: Plattformwerte sind nicht addierbar.
Dieselbe Bestellung kann je nach Attributionsfenster mehreren Plattformen zugeschrieben werden. Vergleiche Plattformwerte deshalb nur innerhalb klar definierter Regeln und dedupliziere Events, wenn Browser- und Server-Signale gemeinsam gesendet werden.
2. Retouren. Der stille Margenkiller.
Retourenquoten unterscheiden sich stark nach Kategorie, Produkt und Zeitraum. Nutze deine eigene historische Quote und trenne erwartete Kosten von bereits gebuchten Erstattungen, damit die Darstellung nicht mehr Sicherheit verspricht als die Daten hergeben.
3. FBA- und Plattform-Gebühren. Pro SKU, nicht pro Bestellung.
Amazon rechnet FBA-Fees nach Größe, Gewicht, Lagertyp, Saisonalität. Zwei SKUs mit identischem Preis können unterschiedlich profitabel sein. Wenn du nur die Bestell-Summe trackst, siehst du nie, welche SKU dich faktisch Geld kostet.
Der pragmatische Fix: Pro Bestellung, pro SKU, pro Kanal
Eine P&L auf Bestell-Ebene kann Kostenpositionen zusammenführen, soweit Datenquelle und Zuordnung belastbar sind. So strukturierst du den Workflow:
- Verbinde die für dein Konto verfügbaren Datenquellen. Den tatsächlichen Importumfang siehst du direkt in der jeweiligen Verbindung.
- Hinterlege COGS pro SKU manuell, per CSV oder aus unterstützten Einkaufsbelegen und prüfe das Mapping.
- Verbinde nur freigegebene Ads-Konten und dokumentiere Granularität, Zeitraum und fehlende Kampagnenzuordnungen.
- Verbinde unterstützte Payment-Provider. Zeige pro Kanal, ob Gebühren exakt, teilweise oder nur geschätzt vorliegen.
- Baue Retouren-Logik: jede Refund-Transaktion reduziert die Marge rückwirkend, pro SKU — mit Datum.
- Rechne wöchentlich: Deckungsbeitrag pro Kanal / SKU / Kampagne. Nicht monatlich. Wöchentlich.
Was passiert, wenn du das machst
Eine vollständigere Kostenansicht kann negative SKUs oder Quersubventionen sichtbar machen. Ob und wo das bei dir passiert, lässt sich nur aus deinen eigenen Bestell-, Kosten- und Gebührendaten ableiten.
Triff Preis-, Sortiment- oder Kanalentscheidungen erst, wenn Datenabdeckung, Zeitraum und Kostenlogik nachvollziehbar sind. Eine einzelne Momentaufnahme reicht dafür nicht.
NorthProfit ist für Profit-Auswertungen auf Bestell- und SKU-Ebene gebaut. Aktualität und Genauigkeit hängen von verbundenen Quellen, Sync-Status und Kostenabdeckung ab.