Sie können ein technisch korrektes IT-Kostenallokationsmodell aufsetzen und trotzdem im Unternehmen das Vertrauen verlieren. Es reicht, wenn die Leitung eines Geschäftsbereichs feststellt, dass sich ihre Kostenbelastung wegen eines nicht nachvollziehbaren Verteilungstreibers verdoppelt hat – und schon ist die Glaubwürdigkeit des gesamten Modells dahin. Von diesem Moment an wird jede veröffentlichte Zahl angezweifelt, statt als Entscheidungsgrundlage zu dienen.
Bei der Kostenallokation entscheidet sich, ob das IT-Finanzmanagement Vertrauen gewinnt oder verspielt. Die Berechnung ist selten der schwierige Teil. Die eigentliche Herausforderung besteht darin, ein Modell zu entwickeln, das die Finanzabteilung abstimmen kann, das die Geschäftsbereiche akzeptieren und das Sie auch in sechs Monaten noch pflegen können.
Laut Forrester erwarten 86 % der IT-Führungskräfte 2026 höhere Budgets, obwohl Kostensenkung weiterhin zu den wichtigsten Prioritäten in Unternehmen zählt. Dadurch ist die Kostenbasis, die Sie verteilen, größer und steht stärker unter Beobachtung als je zuvor. Die folgenden Fehler untergraben schleichend eine ansonsten solide Praxis im IT-Finanzmanagement.
Im Folgenden zeigen wir die sieben häufigsten Fehler, warum sie entstehen und wie Sie sie beheben.
Kosten anhand der Mitarbeitendenzahl allokieren, obwohl Verbrauchsdaten vorhanden sind
Allokationen nicht mit dem Hauptbuch abstimmen
Die Logik für gemeinsame Kosten zu komplex gestalten
Eine uneinheitliche Methodik bei der Allokation über Geschäftsbereiche hinweg anwenden
Intransparente Kostentreiber verwenden, die niemand einsehen oder hinterfragen kann
Kostentreiber einmal festlegen und nie wieder überprüfen
Kosten allokieren, auf die der Geschäftsbereich keinen Einfluss hat
Jeder dieser Fehler untergräbt das Vertrauen auf andere Weise. Ihre Behebung hängt weniger von besserer Software als von Disziplin ab: verursachungsgerechte Kostentreiber, eine saubere Abstimmung mit dem Hauptbuch (General Ledger, GL), eine dokumentierte Methodik und ein regelmäßiger Prüfzyklus.
Die Mitarbeitendenzahl ist der Weg des geringsten Widerstands. Sie steht bereits im HR-System, ist stabil, und am ersten Tag stellt sie niemand infrage. Deshalb werden die Kosten für Infrastruktur, Anwendungen und Support nach Vollzeitäquivalenten (FTE) allokiert – weil es einfach ist, nicht weil es richtig ist.
Das Problem zeigt sich, sobald ein Geschäftsbereich mit 50 Mitarbeitenden und hohem Datenverbrauch pro Kopf genauso viel zahlt wie ein Geschäftsbereich mit 50 Personen und geringem Verbrauch. Die Allokation bildet dann nicht mehr ab, was die einzelnen Bereiche tatsächlich verbraucht haben. Der Bereich mit hohem Verbrauch hat keinen Anreiz, diesen Zustand zu ändern.
Die Lösung besteht darin, überall dort verursachungsgerechte Kostentreiber einzusetzen, wo Verbrauchsdaten bereits vorhanden sind: Tickets für den Service Desk, Gigabyte für Speicher, vCPU-Stunden für Rechenleistung und aktive Lizenzen für Anwendungen. Verwenden Sie die Mitarbeitendenzahl nur für Kosten, die tatsächlich mit der Anzahl der Mitarbeitenden steigen – etwa den Support für Endgeräte.
Sie brauchen selten perfekte Daten. Entscheidend ist ein Kostentreiber, der die Nachfrage genau genug abbildet, damit sich ein besonders verbrauchsstarker Bereich nicht hinter dem Durchschnitt verstecken kann.
Die Mitarbeitendenzahl ist eine Ausweichlösung – kein Standard.
Die Allokation der IT-Kosten erfolgt meist in einem Modell, das außerhalb der Finanzbuchhaltung geführt wird. Konten werden ausgeschlossen, Zuordnungen verändern sich, ein Kostenpool zählt Kosten unbemerkt doppelt – und der Gesamtbetrag der allokierten Kosten entspricht nicht mehr den gesamten IT-Kosten im Hauptbuch. Niemand bemerkt es, bis die Finanzabteilung die Abweichung entdeckt. Dann steht jede Zahl unter Verdacht.
Das passiert, weil die Abstimmung als abschließende Prüfung und nicht als Kontrollmechanismus verstanden wird. Wenn Modell und Hauptbuch getrennt gepflegt werden, sind kleine Abweichungen unvermeidlich.
Die Lösung ist eine Abstimmung in jedem Zyklus: Die allokierten Kosten müssen vor der Veröffentlichung bis auf den Cent genau den gesamten IT-Kosten im Hauptbuch entsprechen. Verankern Sie die Abstimmung als festen Kontrollschritt, prüfen Sie jede Abweichung und beziehen Sie Ihre Kostendaten aus einer zentralen Datenquelle statt aus einem Flickwerk von Tabellen.
Wenn die Zahlen nicht mit dem Hauptbuch übereinstimmen, ist es keine Allokation, sondern eine Schätzung.
Der Wunsch nach Fairness treibt wohlmeinende Analyst:innen in Richtung Komplexität. Gemeinsame Kosten werden zunächst über verschachtelte Sekundärallokationen aufgeteilt und anschließend über Dutzende Kostenpools weiter allokiert. Dabei speist ein Kostentreiber den nächsten. Das Modell wird zu einer Maschine, die nur die Person bedienen kann, die es erstellt hat. Ist diese Person abwesend, steht der Monatsabschluss still.
Das passiert, weil Präzision sicherer wirkt als Einfachheit. Ein Modell, das sonst niemand erklären kann, ist jedoch ein Risiko – keine Verfeinerung.
Beginnen Sie mit einer standardisierten Auswahl an Kostenpools, etwa den in der Technology-Business-Management-Taxonomie (TBM) definierten, und fügen Sie Komplexität nur hinzu, wenn ein wesentlicher Kostenblock oder eine konkrete geschäftliche Anforderung dies rechtfertigt.
Führen Sie für jede neue Ebene eine Wesentlichkeitsprüfung durch: Verändert dieser zusätzliche Schritt die Allokation so stark, dass er für irgendjemanden relevant ist? Wenn nicht, ist er reiner Zusatzaufwand.
Ein Modell, das Sie in einem Meeting erklären können, ist besser als eines, das geringfügig genauer, aber unmöglich zu verteidigen ist.
Modelle wachsen Geschäftsbereich für Geschäftsbereich. Bei einem erfolgt die Allokation nach Nutzung, weil die Daten verfügbar waren, bei einem anderen nach Mitarbeitendenzahl, weil sie fehlten. Und die lauteste Stimme im Unternehmen verhandelt eine Sonderregelung, damit die Beschwerden aufhören. Jede Entscheidung ist für sich genommen vertretbar. Zusammen ergeben sie jedoch ein inkonsistentes Modell.
Der Schaden bleibt zunächst unauffällig. Bis zwei Geschäftsbereichsleitungen ihre Abrechnungen vergleichen und feststellen, dass sie für dieselbe Leistung unterschiedlich behandelt wurden. Dann wirkt die Ungleichbehandlung wie Bevorzugung.
Die Lösung ist eine dokumentierte Methodik, die einheitlich angewendet wird. Gleiche Leistung, gleicher Kostentreiber, gleiche Logik – überall. Wenn eine echte Ausnahme erforderlich ist, dokumentieren Sie den Grund und versehen Sie sie mit einem Ablaufdatum. So bleibt eine vorübergehende Ausnahme vorübergehend und wird nicht dauerhaft.
Ein faires Modell, das uneinheitlich angewendet wird, ist ein unfaires Modell.
Wenn die Logik der Kostenallokation in der Tabelle einer einzigen Person steckt, erhält der Geschäftsbereich eine Zahl ohne nachvollziehbare Herleitung. Niemand kann den Kostentreiber, den Kostensatz oder die Berechnung sehen. Dadurch fehlt das Vertrauen, und schnell entsteht der Eindruck, dass die IT zu viel berechnet.
Das ist selten absichtliche Geheimhaltung. Meist werden die Berechnungsgrundlagen einfach nicht zusammen mit dem Ergebnis veröffentlicht.
Schaffen Sie standardmäßig Transparenz: Zeigen Sie für jede Belastung den Kostentreiber, den Kostensatz pro Einheit und die zugrunde liegende Berechnung. Wenn ein Geschäftsbereich sehen kann, dass der Desktop-Support 250 € pro Person kostet, weil 500.000 € Kosten auf 2.000 Personen allokiert wurden, verschiebt sich das Gespräch vom Vorwurf zur konkreten Frage.
Dieselbe Offenheit erleichtert es später erheblich, die Kostenallokation um Showback und Chargeback zu ergänzen. Denn das notwendige Vertrauen ist bereits geschaffen.
Wenn Menschen die Berechnung nachvollziehen können, behandeln sie die IT nicht länger wie eine Blackbox.
Kostentreiber werden beim Aufbau des Modells sorgfältig definiert und danach nicht mehr angepasst. Inzwischen verändert sich das Unternehmen: Eine Arbeitslast wird in die Cloud migriert, eine Anwendung wird stillgelegt, ein Geschäftsbereich wächst auf die doppelte Größe. Die Allokation orientiert sich weiter an der Realität des Vorjahres. Dadurch wird die Lücke zwischen den abgerechneten Kosten und dem tatsächlichen Verbrauch von Monat zu Monat größer.
Das passiert, weil die Allokation als Projekt mit Enddatum und nicht als kontinuierlicher Prozess verstanden wird.
Die Lösung ist ein fester Überprüfungsrhythmus. Berechnen Sie die Kostensätze monatlich auf Basis der tatsächlichen Kosten und Nachfrage neu. Überprüfen Sie Kostentreiber und Kostenpools vierteljährlich sowie nach jeder wesentlichen organisatorischen oder technologischen Veränderung – etwa nach einer Cloud-Migration, der Ablösung eines ERP-Systems, einer Übernahme oder einer Umstrukturierung. So stellen Sie sicher, dass sie weiterhin abbilden, wie Services genutzt werden.
Moderne IT-Finanzmanagement-Plattformen automatisieren die Neuberechnung. So bleibt das Modell aktuell, statt in einer Tabelle festzustecken. Den Überprüfungsrhythmus müssen Sie jedoch konsequent einhalten.
Eine Allokation ist nichts, was Sie einmal abschließen. Sie muss laufend gepflegt werden.
Der Anspruch, 100 % der Kosten zu allokieren, führt dazu, dass auch der letzte Euro an fixen Gemeinkosten den nutzenden Geschäftsbereichen zugerechnet wird – einschließlich der Kosten, auf die sie keinen Einfluss haben. Wenn ein Geschäftsbereich für Infrastrukturentscheidungen belastet wird, die außerhalb seines Einflussbereichs getroffen wurden, schaltet er ab. Denn sein Verhalten kann an dieser Zahl nichts ändern.
Das ist wichtiger, als es zunächst wirkt. Das Ziel der Allokation ist nicht nur die Kostendeckung, sondern auch, Verhalten zu beeinflussen. Eine Belastung, auf die der Empfänger nicht reagieren kann, ist lediglich eine Steuer.
Die Lösung besteht darin, beeinflussbare und nicht beeinflussbare Kosten zu trennen und diese Trennung transparent zu machen. Zeigen Sie den Geschäftsbereichen die Ausgaben, die sie durch ihre eigene Nachfrage tatsächlich beeinflussen können. Halten Sie wirklich fixe gemeinsame Kosten stattdessen in einem klar gekennzeichneten zentralen Kostenblock, anstatt sie allen Geschäftsbereichen zuzuordnen.
So schaffen Sie auch die Grundlage für fundiertere Investitionsentscheidungen in den Bereichen Run, Change und Innovate. McKinsey zufolge halten besonders leistungsstarke Unternehmen ihre laufenden Infrastrukturausgaben mindestens 20 % niedriger als vergleichbare Unternehmen. Dadurch wird Budget für Innovation frei. Diese Diskussion ist nicht möglich, wenn jede Kostenposition so allokiert wird, als wäre sie fix.
Dieser Druck betrifft inzwischen auch die Ausgaben für KI und Cloud. Laut dem State of FinOps 2026 der FinOps Foundation sind Transparenz und anschließend die Zuordnung der Kosten zu Geschäftsbereichen die größten Herausforderungen für FinOps-Fachkräfte. Der Grund: Ein großer Teil dieser Kosten wird gemeinsam genutzt, ist variabel und lässt sich nur schwer zuordnen.
Diese Kosten in ein konsistentes Allokationsmodell zu integrieren, wird mit Unterstützung von Disziplinen wie FinOps zunehmend unverzichtbar.
Ordnen Sie nur Kosten zu, die Menschen beeinflussen können. Machen Sie transparent, auf welche Kosten sie keinen Einfluss haben.
Prüfen Sie Ihr aktuelles Modell vor dem nächsten Zyklus anhand dieser Checkliste. Wenn Sie bei einem Punkt kein Häkchen setzen können, haben Sie den nächsten Ansatzpunkt für eine Verbesserung gefunden.
Die meisten Probleme bei der Allokation sind keine Genauigkeitsprobleme. Es sind Vertrauensprobleme – und Vertrauen lässt sich durch Disziplin, Transparenz und ein Modell wiederherstellen, das Sie Zeile für Zeile verteidigen können.
Die Allokation von IT-Kosten ist der Prozess, Technologiekosten den Services, Anwendungen, Geschäftsbereichen oder Nutzenden zuzuordnen, die den Verbrauch verursachen. Richtig umgesetzt, wird aus einer einzigen IT-Budgetposition eine klare und belastbare Übersicht darüber, wer welche Leistungen nutzt – und warum sich die Kosten verändern.
Kosten standardmäßig anhand der Mitarbeitendenzahl zuzuordnen, obwohl bereits Verbrauchsdaten vorhanden sind. Das ist einfach und stabil. Allerdings werden dadurch Bereiche mit hohem und geringem Verbrauch pro Person gleich belastet. Die Allokation bildet die tatsächliche Nachfrage nicht mehr ab, und die verbrauchsstärksten Bereiche haben keinen Anreiz, daran etwas zu ändern.
Weil jede Zahl unter Verdacht steht, sobald die allokierte Gesamtsumme nicht den gesamten IT-Kosten im Hauptbuch entspricht. Die Abstimmung mit dem Hauptbuch in jedem Zyklus unterscheidet eine belastbare Allokation von einer Schätzung. Gleichzeitig ist sie der Kontrollschritt, der am häufigsten ausgelassen wird.
Berechnen Sie die Kostensätze monatlich auf Basis der tatsächlichen Kosten und Nachfrage neu. Überprüfen Sie Kostentreiber und Kostenpools mindestens vierteljährlich sowie nach jeder wesentlichen organisatorischen oder technologischen Veränderung – etwa nach einer Cloud-Migration, der Ablösung eines ERP-Systems, einer Übernahme oder einer Umstrukturierung. Die Allokation ist ein Prozess, den Sie pflegen, kein Projekt, das Sie abschließen.
Verwenden Sie verursachungsgerechte Kostentreiber, die den tatsächlichen Verbrauch abbilden: Speicher anhand von Gigabyte, Rechenleistung anhand von vCPU-Stunden und Service-Desk-Leistungen anhand von Tickets. Beginnen Sie mit einer standardisierten Auswahl von Kostenpools, etwa den in der TBM-Taxonomie definierten. Fügen Sie Komplexität nur hinzu, wenn ein wesentlicher Kostenblock oder eine konkrete geschäftliche Anforderung dies rechtfertigt.
Nein. Geschäftsbereiche blenden Belastungen schlicht aus, auf die sie keinen Einfluss haben. Trennen Sie beeinflussbare von nicht beeinflussbaren Kosten. Zeigen Sie den Geschäftsbereichen die Ausgaben, die sie durch ihre eigene Nachfrage tatsächlich beeinflussen können. Halten Sie wirklich fixe gemeinsame Kosten in einem klar gekennzeichneten zentralen Kostenblock, statt sie zwangsweise allen Bereichen zuzuordnen.
Showback zeigt jedem Geschäftsbereich die Kosten der von ihm genutzten Leistungen, ohne Geld zu transferieren. Chargeback verrechnet diese Kosten tatsächlich über eine interne Abrechnung. Eine transparente und nachvollziehbare Allokation ist die Grundlage für beides. Das Vertrauen muss vorhanden sein, bevor Sie darauf basierend Kosten verrechnen können.