deckungsbeitragsrechnung
Skill9 starsChanged 8 months agoMITView on GitHub
Einstufige und mehrstufige Deckungsbeitragsrechnung, Break-Even-Analyse, Produktionsprogrammplanung und kurzfristige Entscheidungsunterstützung. Stückdeckungsbeitrag: db = p - k_v (Preis minus variable Stückkosten) Entscheidungsregel: Jedes Produkt mit positivem Deckungsbeitrag trägt zur Fixkostendeckung bei und sollte kurzfristig im Programm bleiben — auch wenn es die vollen Selbstkosten nicht deckt. Vorteil: Zeigt, auf welcher Ebene ein Produkt/Bereich nicht mehr zur Deckung beiträgt. Break-Even-Menge: Break-Even-Umsatz: Sicherheitskoeffizient (Grad der Sicherheit): Gibt an, um wie viel Prozent der Absatz sinken darf, bevor die Gewinnschwelle unterschritten wird. Faustregel: SK >…
In this repository52 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- consolidationSkill
- deferred-taxesSkill
- gaap-standardsSkill
- hgb-standardsSkill
- ifrs-standardsSkill
- lease-accountingSkill
- revenue-recognitionSkill
- balanced-scorecardSkill
- investitionsrechnungSkill
- kostenrechnungSkill
- aml-kycSkill
- basel-iiiSkill
- mariskSkill
- sox-complianceSkill
- kpi-systemsSkill
- wertschoepfungskettenSkill
- covenant-analysisSkill
- credit-scoring-modelsSkill
- rating-methodologiesSkill
- econometricsSkill
- fiscal-policySkill
- labor-marketsSkill
- monetary-policy-analysisSkill
- trade-economicsSkill
- earnings-modelsSkill
- sector-analysisSkill
- budgetingSkill
- cash-flow-forecastingSkill
- rolling-forecastsSkill
- scenario-planningSkill
- variance-analysisSkill
- solvency-iiSkill
- comparable-analysisSkill
- dcf-valuationSkill
- deal-structuringSkill
- lbo-modelingSkill
- pitch-book-creationSkill
- precedent-transactionsSkill
- corporate-tax-planningSkill
- international-taxSkill
- transfer-pricingSkill
- vat-optimizationSkill
- working-capitalSkill
- cap-table-analysisSkill
- lbo-modeling-detailSkill
- portfolio-management-peSkill
- startup-valuationSkill
- term-sheet-analysisSkill
- asset-allocationSkill
- estate-planningSkill
The file
Files
Deckungsbeitragsrechnung
Einstufige und mehrstufige Deckungsbeitragsrechnung, Break-Even-Analyse, Produktionsprogrammplanung und kurzfristige Entscheidungsunterstützung.
When to Activate
- Kurzfristige Preis- oder Produktionsentscheidungen
- Break-Even-Analyse für Produkte, Projekte oder Geschäftsbereiche
- Optimierung des Produktionsprogramms bei Engpässen
- Make-or-Buy-Entscheidungen
- Bestimmung von Preisuntergrenzen
- Sortimentsbereinigung oder -erweiterung
- Mehrstufige Ergebnisrechnung nach Produktgruppen
Core Concepts
Einstufige Deckungsbeitragsrechnung (Direct Costing)
Erlöse (Preis x Menge)
- variable Kosten
= Deckungsbeitrag (DB)
- fixe Kosten (en bloc)
= BetriebsergebnisStückdeckungsbeitrag: db = p - k_v (Preis minus variable Stückkosten)
Entscheidungsregel: Jedes Produkt mit positivem Deckungsbeitrag trägt zur Fixkostendeckung bei und sollte kurzfristig im Programm bleiben — auch wenn es die vollen Selbstkosten nicht deckt.
Mehrstufige Deckungsbeitragsrechnung (Fixkostendeckungsrechnung)
Erlöse
- variable Kosten
= Deckungsbeitrag I (produktspezifisch)
- erzeugnisfixe Kosten (z. B. produktspezifische Werbung, Werkzeuge)
= Deckungsbeitrag II (Beitrag der Produktgruppe)
- erzeugnisgruppenfixe Kosten (z. B. Abteilungsleiter)
= Deckungsbeitrag III (Bereichsbeitrag)
- bereichsfixe Kosten (z. B. Werksleitung)
= Deckungsbeitrag IV (Unternehmensbeitrag)
- unternehmensfixe Kosten (z. B. Geschäftsführung)
= BetriebsergebnisVorteil: Zeigt, auf welcher Ebene ein Produkt/Bereich nicht mehr zur Deckung beiträgt.
Break-Even-Analyse
Break-Even-Menge:
x_BE = K_fix / db = K_fix / (p - k_v)Break-Even-Umsatz:
U_BE = K_fix / (1 - k_v/p) = K_fix / DB-IntensitätSicherheitskoeffizient (Grad der Sicherheit):
SK = (x_ist - x_BE) / x_ist x 100Gibt an, um wie viel Prozent der Absatz sinken darf, bevor die Gewinnschwelle unterschritten wird. Faustregel: SK > 20 % gilt als komfortabel.
Operating Leverage (Gewinnsensitivität):
OL = DB / Gewinn = (Erlöse - variable Kosten) / (Erlöse - variable Kosten - fixe Kosten)Hoher Operating Leverage = hohe Fixkosten = hohe Gewinnschwankungen bei Absatzänderungen.
Preisuntergrenzen
| Fristigkeit | Preisuntergrenze | Begründung |
| Kurzfristig (Zusatzauftrag) | variable Kosten (k_v) | Jeder Preis > k_v liefert positiven DB |
| Mittelfristig | variable + erzeugnisfixe Kosten | Produktspezifische Fixkosten müssen gedeckt werden |
| Langfristig | Selbstkosten (Vollkosten) | Alle Kosten müssen gedeckt sein |
Make-or-Buy-Entscheidung
Bei freier Kapazität:
Eigenfertigung vorteilhaft wenn: k_v(eigen) < EinkaufspreisFixkosten sind irrelevant, da sie ohnehin anfallen (sunk costs bei freier Kapazität).
Bei Kapazitätsengpass:
Fremdbezug vorteilhaft wenn: (Einkaufspreis - k_v(eigen)) / Engpasseinheiten < db_alternativ / EngpasseinheitenOpportunitätskosten des Engpasses berücksichtigen.
Engpassplanung (ein Engpass)
- Relativen Deckungsbeitrag je Engpasseinheit berechnen: db / Engpassinanspruchnahme
- Produkte nach relativem DB absteigend sortieren
- Engpasskapazität in dieser Reihenfolge zuteilen
- Ergebnis: Optimales Produktionsprogramm
Bei mehreren Engpässen: Lineare Programmierung (Simplex-Methode) erforderlich.
Methodology
Schritt-für-Schritt: DB-Rechnung aufbauen
- Kosten klassifizieren: Jede Kostenart in variabel oder fix einteilen. Mischkosten aufspalten (z. B. Stromkosten: Grundgebühr fix, Verbrauch variabel)
- Variable Stückkosten ermitteln: k_v = variable Gesamtkosten / Menge
- Stück-DB berechnen: db = p - k_v
- DB-Intensität prüfen: DB-Intensität = db / p (je höher, desto besser)
- Fixkosten schichten: Zuordnung zu Produkt, Produktgruppe, Bereich, Unternehmen
- Mehrstufige DB-Rechnung aufstellen
- Entscheidung ableiten: Wo ist der DB negativ? Ab welcher Stufe?
Break-Even-Analyse durchführen
- Variable und fixe Kosten sauber trennen
- Break-Even-Menge und -Umsatz berechnen
- Sicherheitskoeffizienten bestimmen
- Sensitivitätsanalyse: Was passiert bei +/- 10 % Preis, Menge, variable Kosten?
- Grafisch darstellen: Erlös- und Kostenkurve mit Break-Even-Punkt
Produktionsprogrammoptimierung
- Absatzhöchstmengen je Produkt erfassen
- Engpasskapazität identifizieren und quantifizieren
- Relative Deckungsbeiträge berechnen
- Rangfolge bilden und Kapazität zuteilen
- Gesamtdeckungsbeitrag des optimalen Programms berechnen
- Ergebnis mit aktuellem Programm vergleichen
Templates
Einstufige DB-Rechnung
Produkt A Produkt B Produkt C Gesamt
Absatzmenge ____ ____ ____
Stückpreis € ____ € ____ € ____
Erlöse € ____ € ____ € ____ € ____
- var. Kosten € ____ € ____ € ____ € ____
= DB gesamt € ____ € ____ € ____ € ____
Stück-DB € ____ € ____ € ____
DB-Intensität ____% ____% ____%
- Fixkosten € ____
= Betriebsergebnis € ____Mehrstufige DB-Rechnung
Prod A Prod B │ Prod C Prod D │ Gesamt
Erlöse _____ _____ │ _____ _____ │ _____
- var. Kosten _____ _____ │ _____ _____ │ _____
= DB I _____ _____ │ _____ _____ │ _____
- erzeugn.fix _____ _____ │ _____ _____ │ _____
= DB II _____ _____ │ _____ _____ │ _____
──── Gruppe 1 ──│── Gruppe 2 ────│
Summe DB II _____ │ _____ │ _____
- gruppenfixe K _____ │ _____ │ _____
= DB III _____ │ _____ │ _____
- unternehmensfixe K │ _____
= Betriebsergebnis │ _____Engpassplanung-Template
Prod A Prod B Prod C Prod D
Stückpreis (p) ____ ____ ____ ____
var. Stückkosten ____ ____ ____ ____
Stück-DB (db) ____ ____ ____ ____
Engpass/Stück ____ ____ ____ ____
Rel. DB (db/Eng.) ____ ____ ____ ____
Rang ____ ____ ____ ____
Opt. Menge ____ ____ ____ ____
Gesamt-DB ____ ____ ____ ____Quality Gate
- Kosten sind sauber in variable und fixe Bestandteile getrennt
- Mischkosten sind aufgespalten (nicht pauschal zugeordnet)
- Break-Even-Menge liegt innerhalb der realistischen Absatzspanne
- Sicherheitskoeffizient ist berechnet und bewertet
- Bei Engpassplanung: Engpass korrekt identifiziert, relativer DB berechnet
- Preisuntergrenzen nach Fristigkeit differenziert
- Make-or-Buy berücksichtigt Opportunitätskosten bei Engpass
- Ergebnis ist mit Sensitivitätsanalyse abgesichert
- Langfristige Vollkostendeckung ist geprüft (DB-Rechnung ersetzt keine Vollkostenperspektive)
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

