Checkliste: DB I/DB II nach Kostenstellen auswerten – Controlling-Setup, Datenqualität, Monatsroutine (Haufe X360)

Buchhaltung
, , , , , , , ,
1

Für wen ist dieser Beitrag?

Für Controlling, Bereichsleitungen, Standortverantwortliche und alle, die Ergebnisbeiträge entlang der Organisation steuern (Kostenstellen/Profit Center).

Zielbild: Was soll die Auswertung leisten?

  • Ergebnisbeiträge je Kostenstelle/Bereich/Standort sichtbar machen

  • Treiber für Abweichungen (Umsatz, Wareneinsatz, Bereichskosten) identifizieren

  • Monatliche Steuerung ermöglichen, ohne dass die Logik jedes Mal neu diskutiert wird

Checkliste (Controlling-Sicht)

1) Steuerungslogik festlegen

  • Ist die primäre Verantwortlichkeit Kostenstelle/Profit Center?

  • Welche Stufe ist entscheidungsrelevant: DB I, DB II oder beides?

2) DB-Definitionen schriftlich fixieren (versioniert)

  • DB I: Welche Konten gelten als variable Kosten (z. B. Wareneinsatz/Material, transaktionsbezogene Kosten)?

  • DB II: Welche Kosten gelten als bereichsbezogen (z. B. Logistik, Marketing, Personal je Bereich)?

  • Welche Kosten bleiben zentral/unverteilt (z. B. IT, Geschäftsführung) – separat ausweisen oder nach Regel verteilen?

3) Konten-/Kostenarten-Mapping erstellen

  • Liste relevanter Konten: Erlöse, Wareneinsatz, variable Kosten, Bereichskosten

  • Eindeutige Zuordnung je Konto: DB I / DB II / zentral

4) Kostenstellenmodell sauber aufsetzen

  • Gibt es eine klare Struktur inkl. Gruppen/Hierarchien (Standort → Bereich → Team)?

  • Owner je Kostenstelle definiert (inkl. Stellvertretung)?

  • „Sammelkostenstellen“ minimieren (sonst verfälscht DB II)

5) Buchungsdisziplin & Pflichtregeln durchsetzen

  • Für welche Konten/Buchungen ist Kostenstelle Pflicht?

  • Was passiert bei fehlender Kostenstelle: Block / Korrekturliste / Default?

  • Korrekturprozess etabliert (monatliche Liste „fehlende Zuordnungen“ + Verantwortliche)

6) Plausibilitätschecks (monatlich)

  • Summenabgleich: DB-Report gesamt vs. GuV gesamt – stimmen Totale?

  • Top-5 Abweichungen je Kostenstelle (Vormonat/Vorjahr) inkl. Treiberanalyse

  • Einmaleffekte separat markieren (sonst falsche Schlussfolgerungen)

7) Vergleichslogik definieren

  • Standard: Vormonat, Vorjahr, YTD

  • Optional: Plan/Budget (wenn vorhanden)

  • Einheitliche Periodenlogik (Kalender-/Geschäftsjahr)

8) Reporting-Routine & Governance

  • Monatsprozess: erzeugen → prüfen → kommentieren → verteilen

  • Eskalationsweg bei Datenproblemen (Zuordnung fehlt, falsche Kontenlogik)

  • Change-Prozess: Wer darf Definitionen/Zuordnungen ändern? Dokumentation/Versionierung

9) Darstellung (lesbar, führungsfähig)

  • Struktur: Erlöse → variable Kosten → DB I → Bereichskosten → DB II

  • Quoten (DB-Quote) nur, wenn Definition stabil und Vergleich sinnvoll

  • Kommentarspalte für Abweichungsgründe (kurz, standardisiert)

Quickcheck (30 Sekunden)

  • DB I/DB II Definitionen schriftlich und stabil?

  • Kostenstelle in relevanten Buchungen konsequent vorhanden?

  • Monatliche Treiberanalyse (Top-Abweichungen) etabliert?

Wenn eine Antwort „nein“ ist: erst Definition/Datenqualität stabilisieren, dann DB-Routine ausrollen.