Miete vs. Leasing

Idee bzw. Zweck

Leasing finanziert typischerweise die Nutzung eines Devices mit festem Plan. Im Fokus steht die Hardware, das Eigentum bleibt beim Leasinggeber. Miete/DaaS stellt die laufende Bereitstellung in den Mittelpunkt und ist von ihrem Ursprung her auf Device plus zugehörige Services konzipiert.

Flexibilität

Gleiche Mathematik, andere Refinanzierungslogik. In beiden Modellen rechnet man im Kern mit Zinssatz, Laufzeit, Anschaffungskosten und einem Wiederverkaufswert am Ende. Die Unterschiede in der Flexibilität ergeben sich weniger aus der Kalkulation als aus der Risikoneigung der Anbieter bezüglich Wiedervermarktung gebrauchter Assets und vor allem aus deren Refinanzierung.

Leasing (typisch Forfaitierung)

Die Leasinggesellschaft verkauft häufig einen gleichbleibenden Zahlungsstrom über die Laufzeit an eine Bank (Forfaitierung).
Entscheidung der Bank: vor allem Bonität des Endkunden und Verhältnis Raten zu Anschaffungskosten des zu finanzierenden Devices.
Der Zahlungsstrom ist in solchen Setups typischerweise regressfrei und während der Laufzeit unverändert (Beispiel: 36 Monate zu 2.500 Euro).
Ergebnis: typischerweise wenig Spielraum für flexible Nutzung (Kündigung, Skalierung, Swaps), weil Änderungen den Zahlungsstrom stören können.

Miete (asset- und portfoliofinanziert)

Häufig über Investoren (Family Offices, Fonds, Großunternehmen) refinanziert; Sicherheit liegt in Assetwerten über die Nutzungszeit, Wiedervermarktbarkeit und Risikostreuung über viele Mieter.
Nutzungsdauer und Zahlungsstrom sind für die Geldgeber weniger starr.
Ergebnis: echte Flex kann möglich sein – wenn sie vertraglich und operativ vorgesehen ist; sie ist jedoch kein Standard bei heutigen Anbietern.

Services und Partnerwahl

In beiden Finanzierungsformen können Services eingebunden werden. Der Unterschied steckt im Kleingedruckten:

Leasing (Forfaitierung und Abrechnung):

Der Zahlungsstrom wird forfaitiert und soll über die Laufzeit gleichbleibend sein. Daher wird auf der Monatsrechnung häufig getrennt ausgewiesen: Anteil Hardware/Device vs. Anteil Service. Die Serviceverantwortung bleibt – je nach Konstrukt – beim Servicedienstleister oder ist zwischen Parteien verteilt.

Folge bei Schlechtleistung (Leasing):

Wird ein Service mäßig erbracht, kann der Kunde die Rate typischerweise nur um den Serviceanteil kürzen – abhängig von den vertraglichen Rechten (z. B. Service-Credits, Preisminderung, Aufrechnung/Zurückbehalt).
Beispiel: 25 Euro pro Monat je Smartphone = 20 Euro Device + 5 Euro Service.
Kürzung bei Schlechtleistung typischerweise maximal 5 Euro, nicht 25 Euro.

Ergebnis: Der Leasinggeber übernimmt typischerweise keine ganzheitliche Nutzungsverantwortung, er refinanziert primär die Hardware.

Miete/DaaS (Nutzungsverantwortung gebündelt – wenn so vereinbart):

Der Vermieter/Provider kann Nutzung des Devices und Services ganzheitlich verantworten – wenn Leistung, SLA, Governance und Zuständigkeiten gebündelt vereinbart sind.

Konsequenz: Bei Schlechtleistung kann die Mietrate im Beispiel bei entsprechender vertraglicher Ausgestaltung (z. B. Service-Credits/Preisminderung/Zurückbehalt) bis zu 25 Euro reduziert werden, nicht nur um den Serviceanteil.

Kurzfazit:
Services gehen in beiden Welten. Bei Leasing sind Abrechnung und Verantwortung häufig stärker getrennt (Device vs. Service). Bei Miete/DaaS kann die Nutzungsverantwortung gebündelt sein – das kann wirksamere Rechtsfolgen bei Schlechtleistung ermöglichen, sofern sauber vereinbart.

Bilanzierung

Leasing

Ob Leasing off balance oder on balance ist, hängt vom Regelwerk (HGB, IFRS, US GAAP) und der Vertragsstruktur ab – kein Automatismus.

HGB (Deutschland):
Maßstab ist das wirtschaftliche Eigentum. Praxis: die 40/90-Logik als Orientierungsrahmen und die End-of-Term-Konditionen (z. B. Kaufoption, Andienung, Restwertgarantie). Liegt die Grundmietzeit in einem marktüblichen Korridor und sind die Endregeln plausibel, bleibt das Gut typischerweise beim Leasinggeber → beim Nutzer häufig off balance. Weicht die Struktur stark ab, kann es on balance werden.

IFRS (international):
Liegt ein Lease vor (identifiziertes Asset, keine substanziellen Substitutionsrechte, nicht kündbare Laufzeit), wird beim Leasingnehmer Right of Use und Leasingverbindlichkeit erfasst → on balance. Ausnahmen: Short term (≤ 12 Monate, ohne Kaufoption) und low value (typisch kleine IT) können als Aufwand laufen.

US GAAP (ASC 842):
Operating und Finance Leases sind beim Leasingnehmer grundsätzlich on balance. Short term kann als Aufwand behandelt werden.

Praxis:
Ein fester Vertrag über ein konkret bestimmtes Gerät führt unter IFRS/US GAAP häufig zur Aktivierung (abhängig von Struktur, Kündbarkeit und Substitutionsrechten). Unter HGB kann der gleiche Vertrag beim Nutzer off balance bleiben, wenn Logik und End-of-Term-Regeln passen. Ob Services enthalten sind, ändert die Beurteilung nicht automatisch – entscheidend sind Identifizierbarkeit, Kontrolle und Laufzeit.

Miete/DaaS

Bei Miete zählt nicht das Label, sondern ob sie faktisch ein Lease ist. Ist sie kein Lease, ist sie Aufwand.

IFRS / US GAAP:
On balance, wenn die Miete alle Lease-Kriterien erfüllt (identifiziertes Device, keine substanziellen Substitutionsrechte, nicht kündbare Laufzeit). Short term (und unter IFRS low value) darf aufwandswirksam bleiben.

HGB:
Serviceartig ausgestaltete Miete bleibt beim Nutzer in der Regel off balance, weil das wirtschaftliche Eigentum beim Vermieter liegt.

Praxis:
Serviceartige, flexible Miete (z. B. monatlich kündbar, Pooling, wirksame Substitutionsrechte des Vermieters) kann als Aufwand laufen – abhängig von Standard und Struktur. Fest zugewiesenes Device ohne Kündigungsrecht über eine feste Laufzeit → Lease-Logik und damit on balance (außer es greift eine Ausnahme).

Hinweis: Wird Miete faktisch zum Lease (identifiziertes Device, feste Laufzeit, keine substanziellen Substitutionsrechte), gilt bilanz- und kennzahlenmäßig dieselbe Logik wie beim Leasing.

Merksatz
Nicht das Wort Leasing oder Miete entscheidet, sondern Regelwerk + Struktur: identifiziertes Asset, Kontrolle, Laufzeit/Optionen und die jeweilige HGB / IFRS / US GAAP Logik.

GuV & Kennzahlen

Worum geht’s?

Leasing und Miete wirken unterschiedlich auf GuV und Kennzahlen. Wichtig ist auch, was in den nächsten 12 Monaten fällig ist (kurzfristige Verbindlichkeiten).

Leasing bzw. faktischer Lease

Bilanz: Du aktivierst ein Nutzungsrecht und passivierst eine Leasingverbindlichkeit. Diese teilt sich in kurzfristig (≤ 12 Monate) und langfristig (> 12 Monate). → Bilanzsumme und (Lease-)Verpflichtungen steigen.
GuV: Statt Mietaufwand hast du häufig Abschreibung + Zins (je nach Standard/Abbildung). → EBITDA kann höher sein; das Nettoergebnis hängt u. a. von Zins und Nutzungsdauer ab.
Kennzahlen: Net Debt/EBITDA ist häufig schlechter, Eigenkapitalquote kann sinken – abhängig von KPI-/Covenant-Definitionen und Standard. Der kurzfristige Teil ist ein echter Cash-Out im nächsten Jahr (wichtig für Liquidität und Covenants).

100% flexible Miete (kein Lease)

Bilanz: In der Regel keine bilanzielle Leasingverbindlichkeit; kurzfristig entstehen nur übliche Verbindlichkeiten aus laufenden Rechnungen/Abgrenzungen. → Bilanz bleibt schlanker, keine zusätzliche (Lease-)Verschuldung.
GuV: Zahlungen sind Mietaufwand. → EBITDA tendenziell niedriger als beim Lease.
Kennzahlen: Leverage und Eigenkapitalquote bleiben tendenziell stabiler – abhängig von KPI-Definitionen und Standard. Planung läuft opex-basiert, ohne Aufteilung in kurz/langfristige Schulden.

Merksatz:
Leasing kann das EBITDA erhöhen, erhöht aber typischerweise (Lease-)Verpflichtungen und kann Kennzahlen belasten. Serviceartige Miete senkt das EBITDA tendenziell, kann dafür (bei nicht-lease-ähnlicher Struktur) Verschuldung und Quoten schlanker halten – abhängig von Standard und KPI-Definition.

Fazit:

Leasing kann das EBITDA erhöhen, bringt aber bei lease-ähnlicher Struktur Right-of-Use-Asset und Leasingverbindlichkeit in die Bilanz und kann damit Leverage und Eigenkapitalquote belasten (abhängig von Standard und KPI-Definition). Serviceartige Miete/DaaS hält die Bilanz oft schlanker und Kennzahlen tendenziell stabiler, da Zahlungen als Aufwand laufen – dafür ist das EBITDA tendenziell niedriger. Entscheidend ist nicht das Etikett, sondern die Struktur: Identifizierbares Asset, Kontrolle, Laufzeit/Optionen, Kündbarkeit/Substitution sowie ob kurzfristige Verpflichtungen innerhalb der nächsten 12 Monate anfallen. So wählst du das Modell, das wirklich zu Kosten, Flex und Steuerung passt.

Kriterium	Kauf	Leasing	Miete / DaaS (serviceartig)
Kurzdefinition	Unternehmen erwirbt das Gerät (Eigentum) und zahlt den Kaufpreis (typisch CAPEX).	Nutzung gegen regelmäßige Raten über eine definierte Laufzeit; Eigentum bleibt beim Leasinggeber (ggf. mit Kauf-/Verlängerungsoptionen).	Nutzung als Service: Geräte plus definierte Lifecycle‑Services (z. B. Rollout, Support, Austausch, Reporting) als planbare Rate (optional mit Flex‑Bausteinen).
Ausrichtung	Einkaufsorientiert (Beschaffung/Ownership im Fokus).	Einkaufs-/finanzierungsorientiert (Hardware‑Finanzierung, Liquidität/Planbarkeit im Fokus).	Prozessorientiert (Lifecycle‑Steuerung, Standardisierung, Services & Governance im Fokus).
Budget/Cashflow	Hohe Anfangsinvestition; laufende Betriebs-/Lifecycle‑Kosten fallen zusätzlich an (intern/extern) und variieren mit Ausfällen/Changes.	Planbare Raten; Gesamtbild hängt von Serviceumfang, Optionen und End‑of‑Term‑Regeln ab.	Hohe Planbarkeit bei klar definiertem Leistungsumfang (SLA, In-/Out‑of‑Scope) sowie transparenten Change-/Index‑Regeln; Kosten werden in einer Rate gebündelt.
Technologie & Refresh	Frei gestaltbar – aber oft abhängig von internen Budgets/Prozessen (Refresh wird „verschoben“).	Refresh/Upgrades möglich, aber häufig an Laufzeit/Optionen gekoppelt; vorzeitige Änderungen sind je nach Vertrag kostenrelevant.	Bedarfsgerechter Refresh lässt sich policy‑basiert und standardisiert steuern – abhängig vom Vertragsdesign (z. B. Pooling, Swap‑Fenster, Standardprofile).
Flexibilität (Kündigung, Skalierung, Swap)	Hoch in der Entscheidung, aber operativ „euer Thema“ (Beschaffung, Rollout, Rücknahme, Ersatzlogistik etc.).	Typisch geringer Spielraum: Änderungen wie Kündigung/Swaps/Skalierung sind oft eingeschränkt oder mit Kosten verbunden – je nach Vertrags-/Refinanzierungslogik.	Potentiell am flexibelsten, wenn Kündigungs-, Swap- und Skalierungsregeln explizit vereinbart sind (Flex ist ein Design‑Feature, kein Automatismus).
Services & Verantwortung	Services müssen intern erbracht oder separat eingekauft und gesteuert werden (mehr Koordination/Schnittstellen).	Services möglich, aber häufig organisatorisch/abrechnungstechnisch getrennt (Device vs. Service) – Verantwortung verteilt sich je Setup.	Gebündelte Nutzungsverantwortung möglich (ein Modell, weniger Schnittstellen, klarere Zuständigkeiten, einfachere Governance).
Hebel bei Schlechtleistung	Abhängig von Garantie-/Serviceverträgen; häufig hoher interner Aufwand zur Kompensation (Ersatz, Eskalation).	Bei getrennt ausgewiesenen Serviceanteilen wirken Service‑Credits/Minderungen oft primär im Serviceanteil – abhängig von Vertragsrechten.	Bei gebündelter Leistung können Service‑Credits/Preisminderungen auf die Gesamtleistung wirken – sofern Messgrößen, Eskalation, Credits und Rechte (z. B. Aufrechnung) sauber vereinbart sind.
Bilanzierung (Kurzlogik)	Aktivierung/Abschreibung beim Unternehmen.	Hängt von Rechnungslegungsstandard und Vertragsstruktur ab (kein Automatismus „off balance“).	Je nach Ausgestaltung serviceartig (Aufwand) oder lease‑ähnlich (bilanzwirksam); entscheidend sind u. a. Asset‑Zuweisung/Identifizierbarkeit, Kontrolle, Laufzeit/Kündbarkeit und Substitutionsmöglichkeiten – nicht das Label.
GuV / KPI‑Tendenz (vereinfacht)	Abschreibung; EBITDA wird nicht durch Mietaufwand gedrückt (Betriebskosten bleiben).	Bei lease‑ähnlicher Struktur: statt Mietaufwand eher Abschreibung + Zins bzw. Leasingaufwand je Standard → EBITDA kann höher sein; Bilanzsumme/(Lease‑)Verschuldung steigen; KPI‑Effekt hängt von KPI-/Covenant‑Definitionen ab.	Bei serviceartiger Miete: Aufwand in der GuV → EBITDA tendenziell niedriger; dafür i. d. R. keine zusätzliche Leasingverbindlichkeit (bei nicht‑lease‑ähnlicher Struktur). KPI‑Effekte variieren je Standard/Definition.
Interner IT‑Aufwand	Hoch (Lifecycle, ITAM, Rollout, Repair, Austausch, Rücknahme, Entsorgung, Reporting).	Hoch (Lifecycle bleibt meist intern; zusätzlich Vertrags-/Asset‑ und End‑of‑Term‑Management sowie ggf. mehrere Partner/Schnittstellen).	Typisch geringer, weil Lifecycle‑Prozesse, Tooling und Services mitgeliefert werden können (Governance/Steuerung bleibt bei euch).
Typische Risiken	Obsoleszenz, Restwert/Entsorgung, „Schatten‑TCO“ durch interne Aufwände und Prozessbrüche.	Vertragsstarrheit, Schnittstellenrisiken (Device/Service getrennt), Komplexität bei Änderungen/Optionsausübung.	Provider‑Abhängigkeit, Transition‑Aufwand, Servicequalität – beherrschbar durch klare SLA/KPIs, Exit‑Regeln, Swap‑Regeln, Daten-/Security‑Vorgaben und Transparenz.
Best Fit	Sehr stabile Anforderungen, lange Nutzung, starke interne Prozesse, CAPEX‑Spielraum.	Wenn primär Finanzierung/Planbarkeit der Hardware gewünscht ist und Services bewusst separat gesteuert werden sollen.	Wenn Standardisierung, Planbarkeit, Lifecycle‑Entlastung und Steuerbarkeit Priorität haben (v. a. bei wachsenden Flotten/Komplexität).
Internationalität	International möglich, aber Rollout/Support/Compliance sowie Liefer-/Retourenprozesse müssen je Land intern aufgebaut und betrieben werden (oft heterogen, dezentral) – dadurch ist die Skalierung über Länder hinweg typischerweise nur mit hohem internem Aufwand und begrenzten Synergieeffekten möglich.	International möglich, jedoch häufig länderspezifische Vertrags-, Steuer- und Prozessvarianten; Koordinationsaufwand steigt.	Kann internationale Standardisierung erleichtern (einheitliche Policies, Prozesse, Reporting) – sofern Provider‑Footprint, lokale Logistik/Service und Tax/VAT‑Themen abgedeckt sind; bei international erfahrenen Providern ist dies typischerweise Teil des Betriebsmodells.
Regulierung & verbundene Prozessaufwände	Hoher interner Aufwand für Einhaltung lokaler/regulatorischer Vorgaben (Dokumentation, Audits, Nachweise).	Teilweise unterstützt, jedoch oft fragmentiert über mehrere Verträge/Partner (mehr Nachweis-/Abstimmungsaufwand).	Reduzierter Steuerungs- und Prozessaufwand möglich, wenn Compliance‑Prozesse, Dokumentation und Reporting zentral gebündelt und vertraglich klar geregelt sind.
Passivierung / Verbindlichkeiten	Keine Leasingverbindlichkeiten; Liquidität primär CAPEX‑getrieben.	Bei lease‑ähnlicher Struktur: Nutzungsrecht und Leasingverbindlichkeit inkl. kurzfristigem Anteil (≤ 12 Monate).	Bei echter, kurzfristig kündbarer serviceartiger Miete entsteht in der Regel keine bilanzielle Leasingverbindlichkeit; es fallen nur übliche kurzfristige Verbindlichkeiten aus laufenden Rechnungen an.
Principal-/Agent-Logik (Partner)	Nicht relevant (Eigenbetrieb).	Häufig Multi‑Party‑Setups (Hardware/Service getrennt) → Rollen/Verantwortung können verteilt sein.	Kann bewusst als Principal‑Modell (ein Vertrag/eine Rechnung/End‑to‑End‑Verantwortung) oder als Agent-/Partner‑Modell gestaltet werden; Principal reduziert typischerweise Koordinations-, Reporting- und Compliance‑Aufwand, Agent erhöht ihn.

Download Tabelle (PDF)

Disclaimer:

Flexibilität, internationale Skalierung und regulatorische Entlastung sind kein Automatismus, sondern hängen von Vertrags- und Prozessdesign ab (Kündigungsrechte, Swap-Regeln, Governance, Provider-Footprint).

„Off-balance“ bzw. das Vorliegen einer bilanziellen Leasingverbindlichkeit ist kein Produktversprechen, sondern ergibt sich aus Rechnungslegungsstandard und Vertragsstruktur (z. B. Asset-Zuweisung/Identifizierbarkeit, Kontrolle, Laufzeit/Kündbarkeit, Substitution).

GuV- und KPI-Effekte (z. B. EBITDA, Leverage, Eigenkapitalquote) variieren je nach Standard und KPI-Definition; diese Darstellung stellt keine Rechts- oder Steuerberatung dar und eine verbindliche Beurteilung sollte stets durch qualifizierte Rechts-, Steuer- oder Accounting-Berater erfolgen.

Kontakt