Hosting-Kosten einzelnen Kunden zuordnen: der blinde Fleck kleiner Dienstleister

In fast jedem kleinen Hosting- und Managed-Service-Betrieb existiert eine Liste mit zwei Spalten: was die Infrastruktur beim Vorlieferanten kostet und was der Kunde monatlich zahlt. Die Differenz gilt intern als Marge. Sie ist es nicht. Sie ist der Rohertrag vor allem, was nach dem Verkauf passiert — vor Tickets, vor Migrationen, vor der Nachtaktion nach einem fehlgeschlagenen Update, vor der Lizenz, die für genau diesen Kunden dazugekauft wurde.

Wer Hosting weiterverkauft, kennt seinen Einkaufspreis und seinen Verkaufspreis auf den Cent genau. Fast nie kennt er die Kunden, bei denen die Marge über die Jahre auf null gelaufen ist. Diese Kunden fallen nicht auf, weil sie pünktlich zahlen und selten reklamieren. Sie fallen deshalb nicht auf, weil die interne Kostenrechnung sie unsichtbar macht: Sobald Gemeinkosten pauschal nach Umsatz umgelegt werden, sehen alle Kunden gleich aus. Der Fehler liegt nicht in der Technik und nicht im Preis, sondern in der Zurechnung.

Der Kunde ist der Kostenträger, nicht der Tarif

Die Kostenträgerrechnung ist der Teilbereich der Kostenrechnung, der Kosten für Kostenträger direkt aus der Kostenartenrechnung als Einzelkosten oder mithilfe von Kalkulationsverfahren aus der Kostenstellenrechnung übernimmt und je Kostenträger für eine Abrechnungsperiode ausweist. Wer diese Definition auf einen Hoster überträgt, stößt sofort auf die entscheidende Weichenstellung: Was ist der Kostenträger?

Die naheliegende Antwort lautet „der Tarif”. Sie ist falsch, sobald der Betrieb Managed Services verkauft. Ein Tarif hat kalkulierbare Einkaufskosten, aber keine Tickets. Zwei Kunden im identischen Paket können sich im Betreuungsaufwand um den Faktor zehn unterscheiden, ohne dass der Tarif davon etwas weiß. Die Kosten entstehen nicht am Produkt, sondern an der Kundenbeziehung.

Für Hoster mit Weiterverkaufsgeschäft ist der Kostenträger deshalb der Kunde, und der Tarif ist nur eine seiner Kostenarten. Diese Umstellung ist keine Verfeinerung der Buchhaltung, sondern eine andere Rechnung mit anderen Ergebnissen — und sie ist der einzige Weg, die stille Margenerosion überhaupt sichtbar zu machen.

Rohertrag ist nicht Marge: was die Deckungsbeitragsrechnung trennt

Die Deckungsbeitragsrechnung ist die Sammelbezeichnung für Bruttoerfolgsrechnungen, die auf einer Trennung zwischen fixen und variablen Kosten beruhen: Von den Umsatzerlösen eines Bezugsobjekts werden dessen variable Kosten abgezogen, der verbleibende Betrag wird mit den Fixkosten verglichen. Der Deckungsbeitrag beantwortet damit keine Gewinnfrage, sondern eine Beitragsfrage.

In der Praxis heißt das Bezugsobjekt oft nicht Produkt, sondern Kunde. Das Controlling-Wiki der Hochschule Luzern führt die Kundendeckungsbeitragsrechnung als eigene Anwendung: Auf Basis der mehrstufigen Deckungsbeitragsrechnung werden Kunden-Einzelkosten und -Erlöse zugeordnet, um die Profitabilität unterschiedlicher Kundengruppen zu vergleichen. Genau diese Rechnung fehlt in den meisten Hosting-Betrieben.

Sinnvoll sind mindestens zwei Stufen. Der Deckungsbeitrag I zieht vom Monatserlös die Infrastrukturkosten ab, die mit dem Kunden entstehen und mit ihm verschwinden — Instanz, Traffic über dem Freikontingent, Backup-Volumen. Der Deckungsbeitrag II zieht zusätzlich die Kundeneinzelkosten ab, die kein Rechnungsposten des Vorlieferanten sind: Arbeitszeit und kundenspezifisch beschaffte Lizenzen. Erst DB II ist eine Aussage über den Kunden.

Warum pauschale Umlagen die Marge je Kunde verzerren

Eine Gemeinkostenschlüsselung liegt vor, wenn Kosten, die nur mehreren Bezugsobjekten gemeinsam zurechenbar sind, auf die einzelnen Bezugsobjekte aufgeteilt werden. Bei Hostern betrifft das fast alles, was den Betrieb am Laufen hält: Monitoring- und RMM-Werkzeuge, Rufbereitschaft, Büro, Vertrieb, Geschäftsführung. Der übliche Umgang damit ist ein Schlüssel — Umsatzanteil, Anzahl der Server, Anzahl der Nutzer.

Der Schaden ist nicht theoretisch. Ein Schlüssel nach Umsatz unterstellt, dass ein Kunde die Verwaltung im Verhältnis seines Umsatzes beansprucht. Im Hosting-Geschäft gilt eher das Gegenteil: Der Kunde mit dem größten Vertrag ist häufig der stabilste, weil seine Umgebung standardisiert ist, während ein kleiner Kunde mit gewachsener Sonderkonfiguration die Bereitschaft bindet. Die Umlage dreht die Rangfolge damit systematisch um.

Dieselbe Quelle formuliert die Konsequenz nüchtern: Je mehr geschlüsselt wird, desto weniger kann eine Kostenrechnung die an sie gerichteten Fragen — Preisuntergrenze, Programmentscheidung — gleichzeitig beantworten. Für einen Betrieb, der über Kündigung oder Nachverhandlung entscheiden will, ist das kein Randproblem.

Welche Kosten wirklich einem Kunden gehören

Als Kundeneinzelkosten taugt nur, was ohne Schlüssel belegbar ist. Dazu zählen die Instanz oder der dedizierte Server samt Standort- und IPv4-Aufschlag, Traffic oberhalb des Freikontingents, belegter Backup- und Objektspeicher, kundenspezifisch beschaffte Lizenzen und Zertifikate, durchgeleitete Software Dritter sowie dokumentierte Support-, Projekt- und Migrationsstunden.

Gemeinkosten bleiben dagegen: Monitoring-, Ticket- und RMM-Plattformen mit betriebsweiter Lizenz, Rufbereitschaft, Weiterbildung, Zertifizierungsaufwand, Vertrieb, Verwaltung und Geschäftsführung. Diese Kosten verschwinden nicht, wenn ein einzelner Kunde geht — und genau das macht ihre Umlage auf einzelne Kunden zur Fehlinformation.

Grenzfälle gehören bewusst entschieden und dokumentiert. Eine Backup-Plattform mit fixer Grundgebühr und variablem Volumenanteil wird geteilt: Grundgebühr als Gemeinkosten, Volumen als Einzelkosten. Wer solche Regeln einmal schriftlich festlegt, verhindert, dass die Rechnung jedes Quartal ein anderes Ergebnis liefert, weil jemand anders geschlüsselt hat.

Ein durchgerechnetes Beispiel

Die folgende Modellrechnung unterstellt einen Betrieb mit 40 Kunden, 24.000 € Monatserlös und 8.000 € monatlichen Gemeinkosten. Der interne Stundensatz beträgt 85 €. Drei Kunden zahlen exakt denselben Monatspreis. Die pauschale Umlage nach Umsatzanteil weist jedem von ihnen 200 € Gemeinkosten zu.

Auf der Rechnung stehen dreimal 600 €. Nach Deckungsbeitrag II liegen zwischen Kunde A und Kunde C über 700 € im Monat, also mehr als der Erlös selbst. Die Umlagezeile ändert daran nichts — sie verschiebt nur alle drei Werte um denselben Betrag nach unten und erzeugt dabei einen zweiten, unabhängigen Fehler.

Was die Zahlen zur Entscheidung sagen — und was nicht

Nach Vollkostenumlage erscheinen Kunde B und Kunde C beide als Verlustbringer. Das ist die klassische Fehlleitung der Vollkostenrechnung: Ein Kunde, dessen Preis die zugerechneten Selbstkosten nicht deckt, sieht nach Kündigung aus, obwohl er seine Einzelkosten deckt und einen Beitrag zu Fixkosten leistet, die kurzfristig nicht abbaubar sind.

Kunde B trägt 40 € im Monat zur Deckung der 8.000 € bei. Eine Kündigung verschlechtert das Betriebsergebnis um genau diese 40 €, weil die 200 € Umlage nicht mitgehen. Kunde C dagegen kostet mit −268 € echtes Geld: Hier ist die Rechnung eindeutig, und die Handlungsoptionen sind Preisanpassung, Leistungsschnitt oder Standardisierung der Umgebung — Kündigung ist die letzte, nicht die erste.

Wer weiter differenzieren will, arbeitet mit Fixkostenschichten statt mit einem Block. Die stufenweise Fixkostendeckungsrechnung subtrahiert Fixkosten nicht in einem Betrag, sondern nach Schichten — im Hosting etwa Kundenfixkosten, Fixkosten einer Kundengruppe, Standortfixkosten und Unternehmensfixkosten. Der Gewinn an Aussagekraft ist erheblich, der Mehraufwand überschaubar.

Wie die Marge still auf null läuft

Der eigentliche Befund entsteht erst in der Zeitreihe. Ein Hosting-Vertrag verlängert sich stillschweigend, der Verkaufspreis bleibt stehen — die Einkaufsseite tut das nicht. Hetzner hat zum 1. April 2026 die Preise angehoben und dabei ausdrücklich festgehalten, dass die Anpassung „sowohl bestehende Dienstleistungen als auch Neubestellungen” betrifft; zum 15. Juni 2026 folgte eine zweite Anpassung für Neubestellungen und das Rescaling bestehender Cloud-Instanzen.

Parallel wächst die zweite Kostenseite, ohne dass jemand sie bucht: Die Umgebung sammelt Sonderfälle, jede Ausnahme erzeugt Rückfragen, der monatliche Betreuungsaufwand steigt in kleinen Schritten. Beide Bewegungen zusammen ergeben das Muster, das im Tagesgeschäft unsichtbar bleibt, weil sich in keinem einzelnen Monat etwas Auffälliges ändert.

Kein Jahr für sich rechtfertigt ein Gespräch. Vier Jahre zusammen ergeben einen Kunden, der rechnerisch nichts mehr beiträgt, aber weiterhin Bereitschaft bindet. Sichtbar wird das ausschließlich in einer Rechnung, die den Kunden als Kostenträger führt und die Zeitreihe aufbewahrt.

Zeiterfassung je Kunde ist die Bedingung, nicht das Werkzeug

Ohne Zuordnung der Arbeitszeit zum Kunden gibt es keine Kundeneinzelkosten und damit keinen Deckungsbeitrag II. Das ist die härteste Voraussetzung der ganzen Rechnung, und sie scheitert selten an Software. Sie scheitert daran, dass Kleinigkeiten nicht erfasst werden — die Rückfrage zwischen zwei Terminen, der schnelle Restart, die Prüfung eines Alarms. Vollständigkeit schlägt Genauigkeit: Eine konsequent gebuchte Viertelstunde ist mehr wert als eine minutengenaue Erfassung, die zwei von drei Vorgängen auslässt.

Die zweite Datenquelle ist die Einkaufsseite. Wer die Frage „Hosting-Kosten je Kunde zuordnen” beantworten will, braucht neben den Stunden auch Verträge, Laufzeiten und durchgeleitete Software-Lizenzen in prüfbarer Form; Werkzeuge, die Verträge, Lizenzen und Kontobewegungen zusammenführen und so Kosten je Kunde sichtbar machen, liefern diese Hälfte. Die Zeitseite müssen sie aus dem Ticketsystem beziehen, und eine Buchhaltung ersetzen sie nicht — die bleibt bei der Kanzlei.

In fünf Schritten anfangen

1. Kostenarten sortieren. Jede Position der letzten drei Monatsabrechnungen einmal danach einordnen, ob sie ohne Schlüssel einem Kunden zuzuordnen ist. Grenzfälle schriftlich entscheiden.
2. Einkauf je Kunde zuordnen. Instanzen, Traffic, Speicher und durchgeleitete Lizenzen aus den Rechnungen der Vorlieferanten auf Kunden mappen. Das ergibt den Deckungsbeitrag I.
3. Stunden buchen. Support-, Projekt- und Bereitschaftszeit ab sofort kundenscharf erfassen. Drei vollständige Monate genügen für eine belastbare erste Auswertung.
4. Deckungsbeitrag II je Kunde bilden. Ergebnisse absteigend sortieren. Die untersten zehn Prozent sind die Arbeitsliste, nicht die Kündigungsliste.
5. Zeitreihe aufbewahren. Die Auswertung monatlich fortschreiben. Der Erkenntniswert entsteht aus der Entwicklung, nicht aus dem Einzelwert.

Was diese Rechnung nicht leistet

Die Deckungsbeitragsrechnung ist ein Informationsinstrument, kein Automatismus. Sie birgt die bekannte Gefahr einer zu nachgiebigen Preispolitik, wenn Angebote dauerhaft nahe der kurzfristigen Preisuntergrenze kalkuliert werden — denn auf Dauer müssen sämtliche Fixkosten aus den Deckungsbeiträgen gedeckt sein. Ihr Zweck ist, Entscheidungen zu unterlegen, die vorher aus dem Bauch getroffen wurden.

Häufige Fragen

Was ist der Unterschied zwischen Rohertrag und Kundendeckungsbeitrag?

Der Rohertrag ist der Monatserlös abzüglich der eingekauften Infrastruktur — bei Hostern der Deckungsbeitrag I. Der Kundendeckungsbeitrag zieht zusätzlich alle weiteren Kosten ab, die einem Kunden ohne Schlüssel zurechenbar sind, vor allem geleistete Arbeitszeit und kundenspezifische Lizenzen Dritter. Erst diese zweite Stufe sagt etwas über die Wirtschaftlichkeit einer Kundenbeziehung aus.

Warum sollen Gemeinkosten nicht auf einzelne Kunden umgelegt werden?

Weil sich die Richtigkeit eines Verteilungsschlüssels nicht beweisen lässt und die Umlage Kosten sichtbar macht, die beim Weggang des Kunden gar nicht wegfallen. Ein Kunde erscheint dadurch als Verlustbringer, obwohl er einen positiven Beitrag zur Deckung genau dieser Fixkosten leistet. Für Kündigungs- und Preisentscheidungen ist der Deckungsbeitrag die richtige Größe.

Ab welcher Betriebsgröße lohnt sich eine Kundendeckungsbeitragsrechnung?

Sie lohnt sich, sobald Betreuungsaufwand und Erlös auseinanderlaufen können — praktisch also ab dem ersten Managed-Service-Vertrag. Der Aufwand skaliert nicht mit der Kundenzahl, sondern mit der Zahl der Kostenarten. Bei zwanzig bis fünfzig Kunden genügt eine Tabelle mit zwei Stufen; ein eigenes Controlling-System wird erst deutlich später notwendig.

Wie genau muss die Zeiterfassung sein?

Vollständigkeit ist wichtiger als Präzision. Eine durchgängig gebuchte Viertelstunde je Vorgang liefert brauchbare Ergebnisse, eine minutengenaue Erfassung mit systematischen Lücken nicht. Erfasst werden müssen auch kurze Vorgänge zwischendurch, weil genau sie den Unterschied zwischen betreuungsarmen und betreuungsintensiven Kunden ausmachen.

Was tun mit einem Kunden, dessen Deckungsbeitrag negativ ist?

Zuerst die Ursache trennen: Ist der Preis zu niedrig, ist der Leistungsumfang gewachsen, oder verursacht eine gewachsene Sonderkonfiguration den Aufwand? Je nach Befund folgt eine Preisanpassung zum nächsten Verlängerungstermin, ein klar abgegrenzter Leistungsumfang mit separater Abrechnung darüber hinaus oder eine einmalige Standardisierung der Umgebung. Kündigung ist die letzte Option.