Zum Inhalt springen
FM-Connect Chat

Hallo! Ich bin Ihr FM-Connect Chat-Assistent. Wie kann ich Ihnen helfen?

FM-Solutionmaker: Gemeinsam Facility Management neu denken

Kalkulationsübersicht verwenden

Facility Management: Methoden » Kaufmännisches FM » Budgetierung & Kostenmanagement » Kalkulationsübersicht verwenden

Kalkulationsübersicht verwenden zur transparenten Darstellung und Kontrolle von Kosten im Facility Management

Kalkulationsübersicht verwenden im Facility Management

Eine Kalkulationsübersicht ist im Facility Management (FM) das zentrale Arbeitsinstrument, um Leistungen (Services), Mengen (Mengengerüste), Einheitspreise, Zuschläge sowie Varianten/Optionen transparent zu kalkulieren und anschließend sauber in Ausschreibung, Vertrag, Budget/Forecast und Abrechnung zu überführen. Die Methode zielt darauf, aus „Excel‑Kalkulationen“ eine standardisierte, prüffähige und integrierbare Kalkulationslogik zu machen – mit klaren Pflichtfeldern, Formeln, Freigaben (Vier‑Augen, Budgetcheck, Commitments) und einem definierten System of Record (SoR) für Kosten- und Vertragsdaten.

Die Methode ist besonders relevant für Betreiber, CREM, FM‑Dienstleister und öffentliche Auftraggeber, weil sie Vergleichbarkeit (Bieterpreise), Budgetkontrolle und auditfähige Nachweisführung verbessert – und Konflikte zu Mengen, Preislogik und Leistungsabgrenzung reduziert.

Kostenübersicht systematisch auswerten

Einführung in die Methode

Eine Kalkulationsübersicht ist eine strukturierte tabellarische Darstellung (häufig Excel/Spreadsheet), die alle Positionen eines FM‑Leistungsumfangs in eine einheitliche Kalkulationslogik übersetzt: Kostenarten, Mengen, Einheitspreise, Zuschläge, Overhead, Fremdleistungen, Rabatte, Indexlogiken sowie Varianten. Sie dient sowohl der internen Kalkulation (Budget/Business Case) als auch der externen Kommunikation (Ausschreibung/Preisblatt) und der späteren Abrechnung (Soll‑Ist‑Vergleich, Nachträge).

Die Methode „Kalkulationsübersicht verwenden“ macht aus der Übersicht ein standardisiertes Artefakt, das über den Vertragslebenszyklus hinweg konsistent bleibt: von Bedarf und Ausschreibung über Vertrag und Mobilisierung bis zur Abrechnung und zum Vertragsende.

Ziel der Methode

  • Transparenz: vollständige, nachvollziehbare Kostenstruktur (Mengen, Einheitspreise, Zuschläge, Optionen).

  • Vergleichbarkeit: standardisierte Positionen ermöglichen Angebotsvergleich (öffentliche und private Vergaben).

  • Prüffähigkeit: Vier‑Augen‑Freigaben, Budgetchecks, Commitments; auditfähige Dokumentation (Versionen, Genehmigungen).

  • Integration: Mapping der Positionen zu ERP/Controlling (Budget/Commitments/Ist), CAFM (Leistungsnachweis, Objekt-/Asset‑Bezug), Contracting/DMS (Vertragsanhang).

  • TCO/LCC‑Bezug: Wo sinnvoll werden Lebenszykluskosten oder TCO‑Bausteine abgebildet (z. B. Betrieb, Wartung, Ersatz, Entsorgung) – konkret unbestimmt je Warengruppe/Assetklasse.

  • Änderungsfähigkeit: Varianten (Basis/Option/Alternativposition) und Indexanpassungen werden kontrolliert geführt.

Strategisch passt dies zu ISO‑Logik:

ISO 41014 betont strukturierte Entscheidungen und Performance‑Steuerung über Daten und Reviews; ISO 41001 stützt managementsystematisches Vorgehen.

Anwendungsbereich

  • FM‑Servicekalkulationen (IFM/TFM, Reinigung, Security, Entsorgung, Winterdienst)

  • Rahmenverträge und Abrufkataloge (Einheitspreise, Staffelungen)

  • Betreiberpflichten-/Instandhaltungspakete (Leistungsverzeichnisse mit Mengen-/Einheiten)

  • CAFM/IWMS‑Einführungen/Transitions (Kostenkalkulation, Betriebskosten, Datenmigration/Support als Positionen)

  • Öffentliche Auftraggeber: Preisblätter und bewertbare Kalkulationspositionen (Vergleichbarkeit, Dokumentation) – vergaberechtliche Details unbestimmt (abhängig von Verfahren).

Typische Probleme, die die Methode adressiert:

  • Kalkulationen sind „handgestrickt“: unterschiedliche Struktur je Standort/Team; keine Vergleichbarkeit.

  • Mengen und Preise sind nicht nachvollziehbar (fehlende Herkunft/Annahmen).

  • Zuschläge, Overhead und Fremdleistungen sind nicht konsistent ausgewiesen.

  • Abrechnung weicht vom kalkulierten Modell ab, weil Positionen nicht in Vertrag/ERP/CAFM abgebildet sind.

  • Änderungen/Nachträge werden außerhalb der Kalkulation geführt (Claims, Nachträge, Indexanpassungen).

  • IT‑Integration fehlt: Keine SoR‑Logik; Datenflüsse ERP↔Contracting↔CAFM sind unklar.

Voraussetzungen

  • Servicekatalog/Leistungsstruktur mit eindeutigen Service‑IDs bzw. Leistungsfamilien (konkret unbestimmt).

  • Kalkulationsstandard: Template, Pflichtfelder, Definitionen von Kostenarten/Mengen/Einheiten.

  • SoR‑Entscheidungen:

  • ERP/Controlling als SoR für Budgets/Commitments/Ist,

  • DMS/CLM als SoR für Vertragsanhänge/Versionen,

  • CAFM als SoR für Objekt-/Asset‑Bezug und operative Leistungsnachweise. (Konkrete Zuordnung je Systemlandschaft teilweise unbestimmt.)

  • Datenmanagement (Data Owner/Steward/Custodian; Qualitätsregeln).

  • Schnittstellenplanung/Betrieb (Datenflüsse, Monitoring, Governance, Datenschutz).

  • Vier‑Augen‑Freigabe und Budgetcheck: definierte Prüfrollen und Schwellenwerte.

  • Change‑Regeln/Indexlogik abgestimmt.

Benötigte Daten

  • Mengengerüste: Flächen, Stückzahlen, Frequenzen, Betriebszeiten, Anlagenanzahl, Reinigungsflächen, Tickets/Monat etc.

  • Einheitspreise: Lohn-/Materialanteile, Fremdleistungen, Subunternehmerkosten, Preislisten, Tarifannahmen (unbestimmt)

  • Kostenartenstruktur: Personal, Material, Geräte, Subcontracting, Overhead, Reise, IT‑Betrieb

  • Zuschläge: Risiko, Gewinn, Gemeinkosten, Verwaltung; definierte Zuschlagslogik

  • Rabatte/Skaleneffekte: Staffelpreise, Bündelrabatte

  • Indexlogik: Indexbezug, Anpassungszeitpunkte, Formel (z. B. Verbraucherpreisindex/Materialindizes unbestimmt)

  • Vertrags- und Abrechnungsregeln: Abrechnungseinheiten, Nachweisform (z. B. Leistungsnachweis, Tickets), Toleranzen

  • Mapping‑Daten: Kostenstelle/Innenauftrag, Leistungsort, Objekt/Asset‑ID (für ERP/CAFM‑Zuordnung)

  • Versions- und Freigabedaten: wer hat wann freigegeben; Audit‑Trail.

Organisatorische Rollen

  • Kalkulationsverantwortliche/r (R): erstellt und pflegt Kalkulationsübersicht, Mengengerüste, Preislogik.

  • FM‑Fachverantwortliche (C/R): liefert Leistungsdefinitionen, Frequenzen, Qualitätsanforderungen.

  • Procurement/Einkauf (A/R): sorgt für Standardisierung, Angebotsvergleich, Preisblattlogik, Rahmenvertragsbezug.

  • Controlling/Budget Owner (C/A): Budgetcheck, Commitments, Forecast‑Bezug.

  • Contract Owner/Legal (C/R): Vertragsfähigkeit (Index, Abrechnung, Change/Claim, Exit)

  • Data Steward (R): Datenqualität und Mapping (GEFMA 430).

  • IT/Integration Owner (C/R): Datenflüsse ERP↔CAFM↔DMS, Export/Import, Monitoring .

Schritt‑für‑Schritt mit Zeit- und Deliverable‑Vorschlägen

Zeitansätze sind Richtwerte; abhängig von Leistungsumfang und Datenlage unbestimmt.

Phase 1 – Struktur und Template (1–2 Wochen) Deliverables:

  • Kalkulationsübersicht Template (Pflichtfelder, Formeln, Variantenlogik)

  • Metadatenkatalog und SoR Definition (ERP/DMS/CAFM)

  • RACI und Freigabeprozess (Vier Augen).

Phase 2 – Mengengerüst und Preislogik (2–6 Wochen) Deliverables:

  • Mengengerüst (Flächen, Frequenzen, Stückzahlen, Betriebszeiten)

  • Einheitspreise und Kostenartenstruktur (Lohn/Material/Subs/Overhead)

  • Indexlogik und Rabatt-/Staffelmodelle.

Phase 3 – Prüfung und Freigabe (1–2 Wochen) Deliverables:

  • Budgetcheck (Abgleich mit Budgetrahmen und Commitments)

  • Data Quality Check (Mapping Kostenstelle/Objekt/Service ID)

  • Freigabeprotokoll (Audit Trail).

Phase 4 – Übergabe in Ausschreibung/Vertrag (2–8 Wochen) Deliverables:

  • Preisblatt für Ausschreibung/Angebotsvergleich

  • Vertragsanhang: Abrechnungsregeln, Indexmechanik, Optionen (Basis/Option)

  • Schnittstellen-/Datenpfad Hinweis (ERP/CAFM/DMS).

Phase 5 – Betrieb: Abrechnung, Forecast, Change (laufend) Deliverables:

  • Soll Ist Vergleich, Abweichungsanalyse, Reforecast

  • Nachträge/Change Requests werden in Varianten/Positionen zurückgeführt

  • Lessons Learned für nächste Kalkulation.

Erwartete Ergebnisse

  • Einheitliche, prüffähige Kalkulationsübersicht als Standardartefakt

  • Vergleichbare Preispositionen für Ausschreibungen und Verhandlungen

  • Klare Abrechnungslogik und vertraglich referenzierbarer Anhang

  • Geklärte SoR‑Zuordnung und Datenflüsse (ERP/CAFM/DMS)

  • Verbesserte Budget- und Forecastfähigkeit durch strukturierte Commitments

  • Reduzierte Konflikte zu Mengen, Leistungen und Nachträgen

Vorteile der Methode

  • Hohe Transparenz und Nachvollziehbarkeit (Mengenannahmen, Preislogik)

  • Bessere Angebotsvergleichbarkeit (Bieterpreise)

  • Bessere Budgetkontrolle (Freigabe/Commitment‑fähige Kalkulation)

  • Reduzierte Claim‑/Nachtragsrisiken durch klare Abrechnungsregeln

  • Schnellere Wiederverwendbarkeit als Template (Standardisierung)

Grenzen der Methode

  • Mengenannahmen können unsicher sein (Bestandsdaten, Nutzungsänderungen) – Ergebnisqualität hängt vom Mengengerüst ab (unbestimmt)

  • Ohne saubere Stammdaten und Mapping entstehen Fehler in Abrechnung und Report (GEFMA 430)

  • Indexlogiken und Preisgleitklauseln müssen juristisch sauber gestaltet werden (unbestimmt)

  • Integration in ERP/CAFM/DMS kann technisch aufwendig sein

Typische Einsatzbereiche

  • Ausschreibungen von IFM/TFM‑Leistungen (Preisblatt/Positionskalkulation)

  • Rahmenverträge mit Abrufpositionen (Einheitspreise, Staffelungen)

  • Betreiberpflichten-/Wartungsleistungen (Mengen, Frequenzen, SLA‑Bezug)

  • Projekt- und Transitionskalkulationen (Setup, Migration, Betrieb)

  • Public Procurement: dokumentations- und vergleichsfähige Preisblätter (Details unbestimmt)

Verweise

  • [FM-Connect] Beschaffungsstrategie/Glossar (TCO‑Denke, KPI‑Monitoring, Standardisierung). (einkauf.fm-connect.com)

  • [FM-Connect] Budgetkontrolle (Budgetüberwachung, Varianzanalysen, Dashboards). (einkauf.fm-connect.com)

  • [FM-Connect] Vertragsdokumente/Verträge (Vertragsanhänge, Standardisierung). (docs.fm-connect.com)

Empfohlene Tabellenblätter

  • README/Annahmen (Mengengerüstquellen, Indexannahmen, Version, Owner)

  • Positionen (Hauptsheet)

  • Kataloge (Kostenarten, Einheiten, Warengruppen, Service IDs)

  • Mapping (Kostenstelle/Objekt/Asset/Service)

  • Abrechnungssicht (Monat/Quartal, Forecast)

  • Change Log (Versionen, Freigaben, Nachträge)

Beispiel Kalkulationsübersicht‑Layout

Beispielstruktur; konkrete Positionen und Zielwerte sind unbestimmt.

Pos ID

Service/Leistungsfamilie

Menge

Einheit

EP

Lohnanteil

Materialanteil

Fremdleistung

Zuschlag %

Overhead %

Rabatt %

Index?

Variante

Positionssumme

1001

Reinigung Grund

10.000

m²/Monat

0,xx

ja/nein

Basis

2001

Wartung TGA

120

Anlagen/Jahr

ja/nein

Option

Formellogik (Kurz)

  • Stückpreis (EP) ggf. aus Lohn+Material+Fremdleistung

  • Positionssumme = Menge × EP × (1+Zuschlag) × (1+Overhead) × (1−Rabatt)

  • Indexanpassung (wenn aktiv): EP_neu = EP_alt × Indexfaktor (unbestimmt welche Indizes)

Tabelle (2): Metadatenkatalog (Feld, Beschreibung, SoR, Pflicht?)

Feld

Beschreibung

SoR

Pflicht?

Kalk ID

eindeutige Kalkulationskennung

unbestimmt

ja

Version

Version/Datum

DMS/CLM

ja

Geltungsbereich

Standorte/Objekte

CAFM/CLM

ja

Budgetstelle

Kostenstelle/IO

ERP

ja

Service ID

Zuordnung Servicekatalog

Servicekatalog

ja

Vertragsbezug

Contract ID

CLM/DMS

wenn vorhanden

Freigabe

wer/ wann

Workflow

ja

Indexlogik

Index/Intervall

CLM/DMS

wenn relevant

Variante

Basis/Option/Alt

Kalkulation

ja

Sofortmaßnahmen (30 Tage)

  • Standard Template festlegen, Pflichtfelder definieren

  • SoR Zuordnung und Ablageort entscheiden (DMS/CLM)

  • 10 Standardpositionen als Referenzkatalog erstellen (Reinigung, Wartung, Ticketing etc.)

  • Vier Augen Freigabe und Budgetcheck einführen

Pilot‑Checkliste

  • [ ] Pilotumfang definiert (1 Warengruppe oder 1 Standort)

  • [ ] Template genutzt, Pflichtfelder erfüllt

  • [ ] Budgetcheck durchgeführt, Freigabe dokumentiert

  • [ ] Preisblatt in Ausschreibung/Vertrag eingeflossen

  • [ ] ERP und CAFM Mapping getestet (Kostenstelle, Objekt, Service ID)

  • [ ] Abrechnungssicht (Soll Ist) im Monat 1 möglich

  • [ ] Lessons Learned dokumentiert und Template angepasst