CAFM, IT und Schnittstellen im FM-Start-up
Facility Management: Facility Services implementieren » Organisation » CAFM, IT & Schnittstellen
Digitale Betriebsfähigkeit vor dem Regelbetrieb sicherstellen
CAFM, IT und Schnittstellen sind zentrale Bestandteile eines erfolgreichen FM-Start-ups. Sie sorgen dafür, dass der neue Facility-Management-Dienstleister nicht nur organisatorisch und personell startfähig ist, sondern auch digital arbeitsfähig wird. Ohne funktionierende Systeme, belastbare Daten, klare Rollenrechte, definierte Workflows und geprüfte Schnittstellen kann der Regelbetrieb nicht stabil beginnen.
Beim Dienstleisterwechsel im Facility Management müssen Gebäude, Anlagen, Räume, Flächen, Tickets, Wartungen, Prüfpflichten, Dokumente, Nutzer, Nachunternehmer, Berichte, KPI, SLA, Kosten und Betreiberpflichten digital abgebildet werden. CAFM-Systeme, Ticketsysteme, Dokumentenmanagementsysteme, Gebäudeleittechnik, mobile Anwendungen, Reportinglösungen, Energiemonitoring, ERP-Systeme und Nutzerportale müssen so vorbereitet sein, dass der Dienstleister ab Go-live arbeiten, nachweisen und berichten kann. Ein FM-Start-up scheitert häufig nicht an der grundsätzlichen Leistungsfähigkeit des Dienstleisters, sondern an nicht eingerichteten Systemzugängen, unvollständigen Stammdaten, unklaren Schnittstellen, fehlenden Rollenrechten, ungeprüften Workflows, nicht importfähigen Daten, unverbundenen Dokumenten oder nicht funktionierenden Berichten.
CAFM, IT und Schnittstellen sind deshalb keine nachgelagerte technische Nebenaufgabe. Sie sind ein wesentlicher Teil der Betriebsorganisation und müssen vor dem Go-live geplant, eingerichtet, getestet und in der Hypercare stabilisiert werden.
CAFM und digitale Systemintegration
- Definition CAFM, IT und Schnittstellen im FM-Start-up
- Ziel von CAFM, IT und Schnittstellen im Start-up
- Bedeutung beim Dienstleisterwechsel
- CAFM als digitales Rückgrat des FM-Betriebs
- Systemlandschaft im FM-Start-up
- CAFM-Strategie
- Auswahlkriterien für die Systemstrategie
- Datenmodell als Grundlage der Systemfähigkeit
- Mindestdaten für den CAFM-Start
- Rollen- und Rechtekonzept
- Grundsätze für Rechte und Zugriffe
- IT-Sicherheit im FM-Start-up
- Datenschutz im FM-Start-up
- Schnittstellen im FM-Start-up
- Schnittstellenarten
- Schnittstellenmatrix
- Datenmigration und Datenimport
- Datenqualität im System-Start-up
- Workflows im FM-Start-up
- Ticketsystem im FM-Start-up
- DMS im FM-Start-up
- GLT / BMS im FM-Start-up
- Mobile Anwendungen im FM-Start-up
- Reporting und Dashboards
- Schnittstellen zu KPI und SLA
- IT und Betreiberpflichten
- CAFM, IT und Nachunternehmer
- CAFM, IT und Nutzerkommunikation
- CAFM, IT und Vergütung
- Systemtests vor Go-live
- Betriebsbereitschaft für CAFM, IT und Schnittstellen
- Ampelstatus für digitale Betriebsbereitschaft
- Hypercare für CAFM, IT und Schnittstellen
- Regelbetrieb und System-Governance
- Exit-Fähigkeit von CAFM, IT und Schnittstellen
- Risiken bei schwachem CAFM-, IT- und Schnittstellen-Start-up
- Typische Fehler bei CAFM, IT und Schnittstellen
- Checkliste CAFM, IT und Schnittstellen
- Ergebnisdokumente für CAFM, IT und Schnittstellen
- Qualitätskriterien für CAFM, IT und Schnittstellen
- Nutzen eines professionellen CAFM-, IT- und Schnittstellen-Start-ups
- Unterstützung bei CAFM, IT und Schnittstellen
- Ergebnis eines professionellen CAFM-, IT- und Schnittstellen-Start-ups
- Anspruch
Definition CAFM, IT und Schnittstellen im FM-Start-up
CAFM, IT und Schnittstellen beschreiben die Gesamtheit der digitalen Systeme, Datenstrukturen, Berechtigungen, Prozesse und technischen Verbindungen, die für einen steuerbaren Facility-Management-Betrieb erforderlich sind.
| Begriff | Bedeutung |
|---|---|
| CAFM | System zur digitalen Verwaltung von Gebäuden, Räumen, Flächen, Anlagen, Wartungen, Prüfpflichten, Aufträgen, Dokumenten und Berichten |
| IT im FM-Start-up | Gesamtheit der technischen Voraussetzungen für Systemzugang, Datenverarbeitung, Sicherheit, Datenschutz, mobile Arbeit und Reporting |
| Schnittstelle | Verbindung zwischen Systemen, Organisationen, Datenquellen oder Prozessen |
| Systemlandschaft | Gesamtheit der im FM genutzten digitalen Anwendungen und Datenquellen |
| Datenmodell | Struktur, nach der Objekte, Räume, Flächen, Anlagen, Dokumente, Tickets und Pflichten abgebildet werden |
| Workflow | digital unterstützter Prozess, etwa Ticketbearbeitung, Wartungsauftrag, Freigabe oder Mängelverfolgung |
| Rollen- und Rechtekonzept | Festlegung, wer welche Systeme, Daten und Funktionen nutzen darf |
| Datenmigration | Überführung vorhandener Daten in ein neues oder bestehendes System |
| Systemintegration | Einbindung mehrerer Systeme in eine nutzbare Betriebslogik |
| Systemtest | Prüfung, ob Daten, Rechte, Workflows, Schnittstellen und Berichte vor Go-live funktionieren |
| Ausweichprozess | definierter Prozess für den Fall, dass ein System nicht verfügbar ist |
| digitale Betriebsbereitschaft | Zustand, in dem Systeme, Daten, Rechte und Schnittstellen für den Start des Regelbetriebs ausreichend funktionsfähig sind |
Ziel von CAFM, IT und Schnittstellen im Start-up
Das Ziel besteht darin, die digitale Arbeitsfähigkeit des neuen FM-Dienstleisters vor dem Betriebsbeginn herzustellen. Systeme, Daten, Rechte und Schnittstellen müssen so vorbereitet sein, dass der Betrieb nicht mit manuellen Notlösungen oder unklaren Informationswegen startet.
| Ziel | Erläuterung | Ergebnis |
|---|---|---|
| Digitale Betriebsfähigkeit herstellen | CAFM, Ticketsystem, DMS, GLT und Reporting werden vor Go-live eingerichtet. | Arbeitsfähiger Dienstleister ab Betriebsbeginn |
| Daten nutzbar machen | Anlagen-, Objekt-, Raum-, Flächen-, Prüf- und Nutzerdaten werden systemfähig aufbereitet. | Belastbare Stammdatenbasis |
| Workflows einrichten | Störung, Wartung, Prüfung, Mangel, Freigabe und Reporting werden digital unterstützt. | Strukturierter Regelbetrieb |
| Rollen und Rechte klären | Auftraggeber, Auftragnehmer, Nachunternehmer und Nutzer erhalten passende Zugriffe. | Sichere und arbeitsfähige Systemnutzung |
| Schnittstellen absichern | Datenflüsse zwischen CAFM, Ticketsystem, DMS, GLT, ERP und Reporting werden definiert. | Weniger Medienbrüche |
| KPI und SLA ermöglichen | Messpunkte, Prioritäten, Zeitstempel und Datenquellen werden eingerichtet. | Messbare Dienstleistersteuerung |
| Dokumente verknüpfen | Prüfberichte, Pläne und Anlagenunterlagen werden digitalen Objekten zugeordnet. | Bessere Nachweisfähigkeit |
| Betreiberpflichten unterstützen | Prüffristen, Mängel, Freigaben und Nachweise werden systematisch geführt. | Reduzierte Compliance-Risiken |
| Nutzerkommunikation stabilisieren | Meldewege, Portale, Rückmeldungen und Serviceinformationen werden eingerichtet. | Höhere Nutzerakzeptanz |
| Exit-Fähigkeit sichern | Daten und Dokumente bleiben exportierbar und übergabefähig. | Wechselrobuster Betrieb |
Bedeutung beim Dienstleisterwechsel
Beim Dienstleisterwechsel treffen häufig unterschiedliche digitale Reifegrade aufeinander. Der Auftraggeber nutzt möglicherweise ein eigenes CAFM-System, der neue Dienstleister bringt eigene Tools mit, der bisherige Dienstleister besitzt historische Daten, Nachunternehmer arbeiten über eigene Portale und Nutzer melden Störungen über bestehende oder neue Kanäle.
Diese Situation muss im Start-up geordnet werden. Andernfalls entstehen Parallelprozesse, unvollständige Daten, nicht messbare SLA, fehlende Nachweise und unklare Verantwortlichkeiten.
| Herausforderung beim Dienstleisterwechsel | Risiko ohne Systemklärung | Wirkung eines strukturierten IT-Start-ups |
|---|---|---|
| Auftraggeber nutzt eigenes CAFM | Dienstleister kann nicht oder nur eingeschränkt arbeiten | Rollen, Rechte und Workflows werden vor Go-live eingerichtet |
| Dienstleister nutzt eigenes System | Datenhoheit, Schnittstellen und Reporting werden unklar | Systemmodell und Datenrückgabe werden geregelt |
| Vordienstleister besitzt Daten | Historien, Wartungen und Tickets gehen verloren | Datenübergabe und Export werden gesteuert |
| Ticketsystem wird neu eingeführt | Nutzer melden falsch oder informell | Meldewege und Testtickets werden vorbereitet |
| DMS ist ungeordnet | Dokumente sind nicht auffindbar | Ablagestruktur und Rechte werden aufgebaut |
| GLT-Zugänge fehlen | technische Alarme werden nicht gesteuert | Alarmwege und Bedienrechte werden geklärt |
| SLA sind vertraglich vereinbart | Messung funktioniert systemseitig nicht | Messlogik und Zeitstempel werden getestet |
| Nachunternehmer liefern Nachweise extern | Prüfberichte und Protokolle fehlen im System | Nachweiswege und Uploadprozesse werden geregelt |
| Reporting wird erwartet | Datenquellen sind nicht verbunden | Berichtsmuster und Datenquellenmatrix werden eingerichtet |
| Datenschutz ist ungeklärt | Nutzer- und Gebäudedaten werden unsicher verarbeitet | Rollen, Rechte und Datenverarbeitung werden definiert |
CAFM als digitales Rückgrat des FM-Betriebs
Ein CAFM-System ist im FM-Start-up das digitale Rückgrat der Betriebsorganisation. Es verbindet Objekte, Räume, Flächen, Anlagen, Dokumente, Wartungen, Prüfpflichten, Mängel, Tickets, Leistungen, Nachweise und Berichte.
Das CAFM-System muss nicht zwingend alle Prozesse selbst abbilden. Entscheidend ist, dass klar geregelt ist, welche Daten und Prozesse im CAFM geführt werden und welche Systeme ergänzend genutzt werden.
| CAFM-Funktion | Bedeutung im FM-Start-up |
|---|---|
| Objektstruktur | Standort, Gebäude, Geschoss, Raum und Fläche werden digital abgebildet |
| Anlagenmanagement | technische Anlagen werden eindeutig erfasst und verortet |
| Wartungsplanung | Wartungen und Inspektionen werden geplant, zugeordnet und nachgewiesen |
| Prüfpflichtenmanagement | prüfpflichtige Anlagen, Fristen, Berichte und Mängel werden gesteuert |
| Auftragsmanagement | Arbeitsaufträge werden erzeugt, bearbeitet und dokumentiert |
| Mängelmanagement | Mängel werden erfasst, priorisiert und verfolgt |
| Dokumentenverknüpfung | Prüfberichte, Pläne und Anlagenunterlagen werden Assets zugeordnet |
| Reporting | Leistungen, Wartungen, Mängel, Fristen und KPI werden auswertbar |
| mobile Rückmeldung | Techniker können vor Ort Leistungen dokumentieren |
| Exit-Datenbasis | Daten können bei Vertragsende strukturiert exportiert werden |
Systemlandschaft im FM-Start-up
Die Systemlandschaft im Facility Management besteht meist aus mehreren Anwendungen. Entscheidend ist, dass deren Rollen, Daten und Schnittstellen klar definiert sind.
| System | Typische Funktion | Start-up-Relevanz |
|---|---|---|
| CAFM | Objekte, Anlagen, Wartungen, Prüfpflichten, Aufträge, Nachweise | zentrale Betriebsdatenbasis |
| Ticketsystem | Störungen, Serviceanforderungen, Prioritäten, SLA, Rückmeldungen | Nutzer- und Serviceprozesse |
| DMS | Pläne, Prüfberichte, Genehmigungen, Protokolle, Verträge | Dokumentations- und Nachweisfähigkeit |
| GLT / BMS | technische Anlagenüberwachung, Alarme, Datenpunkte, Laufzeiten | technische Betriebsfähigkeit |
| ERP / Einkauf | Kosten, Rechnungen, Bestellungen, Verträge, Kostenstellen | kaufmännische Steuerung |
| Energiemonitoring | Energie-, Wasser- und Medienverbrauch | Nachhaltigkeit und Verbrauchsreporting |
| Nutzerportal | Meldungen, Statusinformationen, Serviceanforderungen | Nutzerkommunikation |
| mobile App | Vor-Ort-Rückmeldungen, Checklisten, Fotos, Zeiten | operative Leistungserfassung |
| BI / Reporting | Dashboards, KPI, SLA, Managementberichte | Dienstleistersteuerung |
| Zutrittssystem | Karten, Schlüssel, Berechtigungen, Sicherheitsbereiche | operative Zugänglichkeit |
| Nachunternehmerportal | externe Nachweise, Aufträge, Prüfberichte | Fremdleistungssteuerung |
| Vertragsmanagement | Verträge, Nachträge, Fristen, Preislogik | Vertragssteuerung |
CAFM-Strategie: Auftraggebersystem oder Dienstleistersystem
Beim Dienstleisterwechsel muss früh entschieden werden, welche Systemstrategie gilt. Nutzt der Dienstleister ein Auftraggebersystem, ein eigenes System oder eine kombinierte Lösung?
| Modell | Beschreibung | Vorteile | Risiken |
|---|---|---|---|
| Auftraggeber-CAFM | Dienstleister arbeitet im System des Auftraggebers | Datenhoheit bleibt beim Auftraggeber, bessere Exit-Fähigkeit | Dienstleister muss System kennen und Rechte erhalten |
| Dienstleister-CAFM | Dienstleister nutzt eigenes System | Dienstleister kann Standardprozesse nutzen | Datenrückgabe, Schnittstellen und Transparenz kritisch |
| Hybrides Modell | Auftraggeber- und Dienstleistersystem werden verbunden | flexible Nutzung bestehender Strukturen | Schnittstellen- und Dublettenrisiko |
| Ticket beim Auftraggeber, CAFM beim Dienstleister | Nutzerprozess bleibt beim Auftraggeber, Betrieb beim Dienstleister | klare Nutzerhoheit | Datenübergabe zwischen Ticket und Betrieb nötig |
| CAFM beim Auftraggeber, mobile App beim Dienstleister | Stammdaten zentral, operative Rückmeldung mobil | gute Kombination aus Datenhoheit und Effizienz | Rollen, Schnittstellen und Nachweise klären |
| Übergangsmodell | Interimsprozess bis System vollständig steht | Go-live kann abgesichert werden | Medienbrüche und Nacharbeit erforderlich |
Auswahlkriterien für die Systemstrategie
Die Wahl der Systemstrategie sollte nicht zufällig erfolgen. Sie muss zu Datenhoheit, Reifegrad, Vertrag, Betreiberpflichten, Reporting und Exit passen.
| Kriterium | Prüffrage |
|---|---|
| Datenhoheit | Wem gehören Anlagen-, Raum-, Ticket-, Prüf- und Leistungsdaten? |
| Systemreife | Ist das vorhandene System leistungsfähig und gepflegt? |
| Dienstleisterfähigkeit | Kann der Dienstleister mit dem System arbeiten? |
| Auftraggebersteuerung | Welche Transparenz benötigt der Auftraggeber? |
| Schnittstellenbedarf | Welche Systeme müssen verbunden werden? |
| Datenschutz | Welche personenbezogenen oder sensiblen Daten werden verarbeitet? |
| Betreiberpflichten | Können Prüfpflichten, Fristen und Mängel sicher geführt werden? |
| Reporting | Können KPI, SLA, Kosten und Risiken ausgewertet werden? |
| mobile Nutzung | Können Leistungen vor Ort effizient rückgemeldet werden? |
| Nachunternehmer | Wie werden externe Firmen eingebunden? |
| Kosten | Welche Lizenzen, Schnittstellen und Implementierungsaufwände entstehen? |
| Exit-Fähigkeit | Können Daten vollständig und strukturiert zurückgegeben werden? |
Datenmodell als Grundlage der Systemfähigkeit
Das Datenmodell legt fest, wie Objekte, Räume, Flächen, Anlagen, Dokumente, Tickets, Wartungen, Prüfpflichten und Berichte strukturiert werden. Ohne klares Datenmodell entstehen Dubletten, Fehlzuordnungen und Auswertungsprobleme.
| Datenmodellbereich | Inhalt |
|---|---|
| Objektstruktur | Standort, Gebäude, Gebäudeteil, Geschoss, Raum, Fläche |
| Anlagenstruktur | Anlage, Teilanlage, Komponente, Gewerk, Kritikalität |
| Raum- und Flächenstruktur | Raum-ID, Raumart, Nutzung, Fläche, Nutzer, Kostenstelle |
| Dokumentenstruktur | Dokumententyp, Objektbezug, Revisionsstand, Ablageort |
| Prüfpflichtenstruktur | prüfpflichtige Anlage, Frist, Bericht, Mangel, Verantwortlicher |
| Ticketstruktur | Kategorie, Priorität, Raum, Anlage, Nutzer, SLA |
| Wartungsstruktur | Intervall, Leistung, Checkliste, Verantwortlicher, Nachweis |
| Mängelstruktur | Mangel-ID, Quelle, Kritikalität, Maßnahme, Status |
| Nachunternehmerstruktur | Firma, Leistung, Qualifikation, Einsatzbereich, Nachweis |
| Reportingstruktur | KPI, SLA, Datenquelle, Zeitraum, Empfänger |
| Kostenstruktur | Kostenstelle, Preislogik, Sonderleistung, Regie, Budget |
| Exit-Struktur | Exportformate, Datenumfang, Rückgaberegeln |
Mindestdaten für den CAFM-Start
Für den Go-live müssen nicht alle Daten vollständig optimiert sein. Es muss aber ein Mindestbestand vorhanden sein, damit der Betrieb sicher starten kann.
| Datenbereich | Mindestanforderung vor Go-live |
|---|---|
| Objektstruktur | Standorte, Gebäude, Geschosse und Räume sind eindeutig abgebildet |
| Anlagen | kritische und wartungsrelevante Anlagen sind erfasst und verortet |
| Flächen | relevante Reinigungs-, Technik-, Verkehrs- und Außenflächen sind bekannt |
| Wartungen | Startwartungsplan für kritische Anlagen liegt vor |
| Prüfpflichten | prüfpflichtige kritische Anlagen und Fristen sind bekannt |
| Dokumente | kritische Prüfberichte, Pläne und Betriebsunterlagen sind zugänglich |
| Tickets | Meldewege, Kategorien, Prioritäten und Status sind getestet |
| Nutzer | wichtige Nutzergruppen, Ansprechpartner und Servicezeiten sind bekannt |
| Rollen | Auftraggeber, Auftragnehmer, Objektleitung, Service Desk und IT sind berechtigt |
| Nachunternehmer | kritische externe Leistungspartner sind zugeordnet |
| Reporting | Start-up-Status, Risiken, Maßnahmen und Mindest-KPI können berichtet werden |
| Ausweichprozess | Verfahren bei Systemausfall ist definiert |
Rollen- und Rechtekonzept
Das Rollen- und Rechtekonzept ist startkritisch. Es muss sicherstellen, dass alle Beteiligten arbeitsfähig sind, ohne unnötige oder unzulässige Zugriffe zu erhalten.
| Rolle | Typische Rechte |
|---|---|
| Auftraggeber-FM | Lesen von Berichten, Pflichten, Maßnahmen, Tickets, Dokumenten und KPI |
| Auftraggeber-Management | Zugriff auf Dashboards, Managementberichte und Eskalationen |
| Objektleitung Auftragnehmer | Steuerung von Tickets, Wartungen, Mängeln, Nachunternehmern und Berichten |
| Techniker | Bearbeitung von Aufträgen, Rückmeldungen, Fotos, Checklisten |
| Service Desk | Ticketannahme, Kategorisierung, Priorisierung, Nutzerkommunikation |
| CAFM-Administrator | Stammdaten, Workflows, Rechte, Importe, Exporte |
| HSE / Betreiberpflichten | Prüfpflichten, Mängel, Freigaben, Unterweisungen, Nachweise |
| Nachunternehmer | eingeschränkter Zugriff auf zugewiesene Aufträge und Nachweise |
| Nutzer | Meldung von Störungen, Statusverfolgung, Feedback |
| IT | Systemrechte, Schnittstellen, Sicherheit, Datenschutz |
| Auditor / Prüfer | zeitlich und sachlich begrenzter Zugriff auf Nachweise |
| Einkauf / Vertragsmanagement | Verträge, Sonderleistungen, Preislogik, Nachträge |
Grundsätze für Rechte und Zugriffe
| Grundsatz | Erläuterung |
|---|---|
| Erforderlichkeitsprinzip | Zugriff nur auf Daten und Funktionen, die für die Aufgabe erforderlich sind |
| Rollen statt Einzelrechte | Rechte werden über Rollenprofile vergeben |
| Nachvollziehbarkeit | Rechtevergabe und Änderungen werden dokumentiert |
| Trennung von Lesen und Bearbeiten | nicht jeder Nutzer darf Daten verändern |
| externe Zugriffe begrenzen | Nachunternehmer erhalten nur notwendige Rechte |
| Austrittsprozess | Rechte werden bei Personalwechsel oder Vertragsende entzogen |
| Datenschutz beachten | personenbezogene Daten werden geschützt |
| Sicherheitsbereiche schützen | vertrauliche Gebäudedaten und Zutrittsinformationen werden begrenzt |
| Vertretungen regeln | Arbeitsfähigkeit bei Urlaub oder Krankheit sichern |
| regelmäßige Rechteprüfung | Zugriffe werden im Regelbetrieb überprüft |
IT-Sicherheit im FM-Start-up
FM-Systeme enthalten sensible Informationen. Dazu gehören Gebäudedaten, Nutzerinformationen, Zutrittsdaten, technische Anlageninformationen, Sicherheitsunterlagen, Fotos, Tickets und Prüfberichte. IT-Sicherheit muss daher vor Go-live berücksichtigt werden.
| IT-Sicherheitsthema | Anforderung |
|---|---|
| Benutzerverwaltung | Nutzer werden eindeutig angelegt und Rollen zugeordnet |
| Zugriffsschutz | Passwörter, MFA, Netzfreigaben und Systemzugriffe werden geregelt |
| Fernzugriff | GLT, CAFM oder DMS-Fernzugriffe werden kontrolliert |
| mobile Geräte | Apps, Fotos, Geräteverlust und Rechte werden geregelt |
| Protokollierung | kritische Zugriffe und Änderungen sind nachvollziehbar |
| Datenübertragung | Datenexporte, Importe und Schnittstellen sind geschützt |
| Nachunternehmerzugriff | externe Nutzer erhalten begrenzte und dokumentierte Rechte |
| Systemausfall | Ausweichprozesse für Ticket, Notfall und Reporting bestehen |
| Rechteentzug | Zugänge werden bei Wechsel oder Vertragsende deaktiviert |
| vertrauliche Dokumente | Sicherheits- und Gebäudedaten sind geschützt |
| Backup / Wiederherstellung | systemkritische Daten sind abgesichert |
| Änderungsmanagement | Systemänderungen erfolgen kontrolliert |
Datenschutz im FM-Start-up
Datenschutz ist im FM besonders relevant, weil Tickets, Nutzerportale, Zutrittssysteme, Fotos, Kommunikationsdaten und Nachunternehmerzugriffe personenbezogene Daten enthalten können.
| Datenschutzthema | FM-Bezug |
|---|---|
| Ticketdaten | Namen, Räume, Kontaktdaten, Anliegen, Statusinformationen |
| Nutzerkonten | Zugang zu Portalen und Services |
| Fotos | mögliche Abbildung von Personen, Arbeitsplätzen oder vertraulichen Inhalten |
| Zutrittsdaten | Karten, Ausweise, Schließberechtigungen und Bewegungsbezüge |
| Nachunternehmerdaten | externe Nutzer und Mitarbeitende |
| Unterweisungsnachweise | personenbezogene Schulungs- und Nachweisdaten |
| Zeitdaten | Einsatzzeiten, Servicezeiten, Bearbeitungszeiten |
| Systemprotokolle | Zugriffs- und Änderungsdaten |
| Datenrückgabe | Behandlung personenbezogener Daten bei Vertragsende |
| Löschung und Archivierung | Fristen, Zwecke und Verantwortlichkeiten |
| Informationspflichten | transparente Nutzung von Nutzerdaten |
| Auftragsverarbeitung | vertragliche Regelung bei Datenverarbeitung durch Dienstleister |
Schnittstellen im FM-Start-up
Schnittstellen verbinden Systeme, Daten, Organisationen und Prozesse. Sie müssen vor Go-live geklärt werden, damit Informationen nicht manuell, verspätet oder fehlerhaft übertragen werden.
| Schnittstelle | Zweck |
|---|---|
| CAFM – Ticketsystem | Störungen, Räume, Anlagen, Aufträge, Status, SLA |
| CAFM – DMS | Dokumentenverknüpfung zu Anlagen, Räumen, Prüfpflichten |
| CAFM – GLT | Anlagen, Alarme, Datenpunkte, Betriebszustände |
| CAFM – ERP | Kostenstellen, Bestellungen, Rechnungen, Material |
| Ticketsystem – Nutzerportal | Meldungen, Rückmeldungen, Status, Feedback |
| GLT – Ticketsystem | automatische oder manuelle Alarmüberführung in Tickets |
| DMS – Reporting | Nachweisstatus, Prüfberichte, Dokumentationslücken |
| Energiemonitoring – Reporting | Verbrauchsdaten, Nachhaltigkeits-KPI |
| Nachunternehmerportal – CAFM | Aufträge, Nachweise, Prüfberichte |
| Zutrittssystem – FM-Prozess | Zugang, Sicherheitsbereiche, Ausweise |
| BI / Reporting – operative Systeme | KPI, SLA, Kosten, Risiken, Maßnahmen |
| Vertragsmanagement – CAFM | Leistungsumfang, Fristen, Vertragsbezug |
Schnittstellenarten
Nicht jede Schnittstelle ist technisch automatisiert. Im FM-Start-up müssen auch organisatorische und manuelle Schnittstellen bewusst beschrieben werden.
| Schnittstellenart | Beschreibung | Beispiel |
|---|---|---|
| technische Schnittstelle | automatisierter Datenaustausch zwischen Systemen | CAFM zu ERP |
| manuelle Schnittstelle | definierter manueller Datentransfer | monatlicher Export aus Ticketsystem |
| organisatorische Schnittstelle | Übergabe zwischen Rollen oder Organisationen | Service Desk an Objektleitung |
| dokumentarische Schnittstelle | Übergabe und Ablage von Nachweisen | Prüfbericht vom Nachunternehmer ins DMS |
| kaufmännische Schnittstelle | Verbindung zwischen Leistung und Abrechnung | Sonderleistung zu Rechnung |
| sicherheitsbezogene Schnittstelle | Übergabe von Freigaben, Unterweisungen oder Zutritten | HSE an Nachunternehmer |
| Nutzer-Schnittstelle | Kommunikation zwischen Nutzer und FM | Ticketportal |
| Betreiberpflichten-Schnittstelle | Übergabe von Prüfstatus und Mängeln | Prüfer an Objektleitung |
| Exit-Schnittstelle | Daten- und Dokumentenrückgabe | Datenexport an Auftraggeber |
Schnittstellenmatrix
Eine Schnittstellenmatrix dokumentiert, welche Systeme und Rollen miteinander verbunden werden müssen und wer dafür verantwortlich ist.
| Schnittstelle | Daten / Inhalt | Richtung | Verantwortlich | Startkritisch | Nachweis |
|---|---|---|---|---|---|
| Nutzerportal – Ticketsystem | Störungsmeldung, Nutzer, Raum, Priorität | Nutzer an Service Desk | Auftragnehmer / IT | Ja | Testticket |
| Ticketsystem – CAFM | Ticket, Anlage, Raum, Auftrag | bidirektional | Auftragnehmer | Ja | Schnittstellentest |
| CAFM – DMS | Dokumentenlink, Prüfbericht, Anlage | CAFM zu DMS | IT / CAFM | Hoch | Verknüpfungsnachweis |
| GLT – Service Desk | Alarm, Anlage, Priorität | GLT an Service Desk | Technik / IT | Hoch | Alarmtest |
| CAFM – Reporting | Wartung, Mängel, KPI | CAFM an Bericht | Auftragnehmer | Hoch | Berichtsmuster |
| ERP – FM | Kostenstelle, Bestellung, Rechnung | ERP an FM | Einkauf / IT | Mittel | Testexport |
| Nachunternehmer – DMS | Prüfbericht, Protokoll, Zertifikat | Nachunternehmer an DMS | Auftragnehmer | Hoch | Nachweisablage |
| Energiemonitoring – Reporting | Verbrauchsdaten | Monitoring an Bericht | Auftraggeber / IT | Mittel | Datenexport |
| Zutrittssystem – Objektteam | Karten, Ausweise, Räume | Security an FM | Security | Ja | Zutrittsliste |
| CAFM – Exit-Datenexport | Anlagen, Räume, Wartungen, Prüfungen | CAFM an Auftraggeber | Auftragnehmer / IT | langfristig | Exporttest |
Datenmigration und Datenimport
Datenmigration ist die Überführung vorhandener Daten in das neue oder bestehende Zielsystem. Sie ist eine der häufigsten Fehlerquellen im FM-Start-up.
| Schritt | Inhalt | Ergebnis |
|---|---|---|
| Datenquellen identifizieren | CAFM, Excel, LV, Pläne, Vordienstleister, DMS, Prüfberichte | Quellenübersicht |
| Zielsystem festlegen | Auftraggeber-CAFM, Dienstleistersystem oder Hybridmodell | Zielarchitektur |
| Pflichtfelder definieren | erforderliche Daten je Objekt, Raum, Anlage, Ticket, Dokument | Datenanforderung |
| Daten bereinigen | Dubletten, leere Felder, Schreibweisen, fehlerhafte Zuordnungen | bereinigte Importdatei |
| Daten klassifizieren | Anlagenarten, Raumarten, Kritikalität, Prüfrelevanz | systemfähige Taxonomie |
| Testimport durchführen | Daten in Testumgebung oder Testlauf importieren | Importprotokoll |
| Fehlerliste erstellen | Fehler, fehlende Pflichtfelder, Dubletten, Zuordnungsprobleme | Fehlerliste |
| Korrektur durchführen | Fehler bereinigen und Daten ergänzen | korrigierte Daten |
| Freigabe vorbereiten | Auftraggeber und Auftragnehmer stimmen Datenstatus ab | Datenfreigabe |
| Produktivimport durchführen | Daten in Zielsystem übernehmen | nutzbare Systemdaten |
| Nachprüfung durchführen | Stichproben, Berichte, Wartungspläne, Ticketzuordnung prüfen | Datenvalidierung |
| Restpunkte dokumentieren | offene Datenpunkte in Hypercare überführen | Datenrestpunkteliste |
Systeme sind nur so gut wie die Daten, die sie enthalten. Datenqualität muss daher messbar bewertet werden.
| Qualitätskriterium | Prüffrage |
|---|---|
| Vollständigkeit | Sind Pflichtfelder gefüllt? |
| Eindeutigkeit | Gibt es eindeutige IDs ohne Dubletten? |
| Aktualität | Entsprechen Daten dem aktuellen Bestand? |
| Konsistenz | Stimmen Daten zwischen Systemen und Dokumenten überein? |
| Verortung | Sind Räume, Anlagen und Flächen eindeutig zugeordnet? |
| Klassifikation | Sind Raumarten, Anlagenarten und Gewerke korrekt? |
| Prüfrelevanz | Sind prüfpflichtige Anlagen markiert? |
| Wartungsfähigkeit | Sind Wartungsintervalle und Tätigkeiten hinterlegt? |
| Dokumentenbezug | Sind relevante Unterlagen verknüpft? |
| SLA-Fähigkeit | Können Tickets Prioritäten und Zeiten abbilden? |
| Reportingfähigkeit | Können KPI und Berichte aus Daten erstellt werden? |
| Pflegefähigkeit | Ist Änderungsverantwortung geregelt? |
| Exportfähigkeit | Können Daten später vollständig zurückgegeben werden? |
Digitale Workflows müssen vor Go-live eingerichtet und getestet werden. Sie bilden den Regelbetrieb praktisch ab.
| Workflow | Inhalt | Start-up-Prüfung |
|---|---|---|
| Störungsmeldung | Meldung, Erfassung, Priorisierung, Zuweisung, Bearbeitung, Abschluss | Testticket |
| Serviceanforderung | Nutzeranfrage, Prüfung, Freigabe, Auftrag, Rückmeldung | Testvorgang |
| Wartungsauftrag | Planauftrag, Durchführung, Rückmeldung, Nachweis | Testwartung |
| Prüfpflicht | Frist, Prüfung, Bericht, Mangel, Maßnahme | Prüfworkflow-Test |
| Mängelmanagement | Mangel, Kritikalität, Maßnahme, Verantwortlicher, Abschluss | Mangeltest |
| Sonderleistung | Anfrage, Angebot, Freigabe, Leistung, Nachweis, Abrechnung | Freigabetest |
| Nachunternehmerauftrag | Auftrag, Ausführung, Rückmeldung, Prüfbericht | Nachunternehmertest |
| Dokumentenablage | Dokument erfassen, verknüpfen, freigeben, archivieren | DMS-Test |
| Nutzerkommunikation | Eingangsbestätigung, Statusmeldung, Abschlussmeldung | Kommunikationstest |
| Eskalation | Fristüberschreitung, kritischer Punkt, Lenkungsebene | Eskalationstest |
| Reporting | Daten ziehen, Bericht erzeugen, prüfen, freigeben | Berichtstest |
| Exit-Datenexport | Daten exportieren, prüfen, übergeben | Exporttest |
Das Ticketsystem ist häufig die wichtigste Nutzer- und Service-Schnittstelle. Es muss ab Go-live stabil funktionieren.
| Ticketsystem-Anforderung | Bedeutung |
|---|---|
| Meldewege | Portal, E-Mail, Hotline, App oder persönliche Meldung |
| Ticketkategorien | Technik, Reinigung, Sicherheit, Entsorgung, Nutzerleistung |
| Prioritäten | P1, P2, P3, P4 oder objektspezifische Stufen |
| SLA-Messung | Reaktionszeit, Bearbeitungszeit, Rückmeldezeit |
| Raum- und Anlagenbezug | eindeutige Verortung der Meldung |
| Nutzerzuordnung | Ansprechpartner und Rückmeldung |
| Statuslogik | neu, qualifiziert, in Bearbeitung, wartet, abgeschlossen |
| Eskalation | automatische oder manuelle Eskalation bei Kritikalität oder Frist |
| Rückmeldungen | Eingangsbestätigung, Zwischenstand, Abschlussinformation |
| Reporting | Ticketvolumen, SLA-Erfüllung, Beschwerdequote |
| Nachunternehmeranbindung | externe Aufträge und Rückmeldungen |
| Ausweichprozess | Verfahren bei Systemausfall |
DMS im FM-Start-up
Das Dokumentenmanagementsystem ist die Grundlage für Nachweisfähigkeit. Es muss so strukturiert sein, dass Dokumente nicht nur gespeichert, sondern gefunden, verknüpft und gepflegt werden können.
| DMS-Anforderung | Bedeutung |
|---|---|
| Ablagestruktur | klare Gliederung nach Vertrag, Objekt, Anlage, Prüfung, HSE, Reporting |
| Revisionsstand | gültige Versionen erkennbar |
| Zugriffsrechte | vertrauliche Dokumente geschützt |
| Dokumententypen | Prüfbericht, Plan, Protokoll, Genehmigung, Unterweisung |
| Verknüpfungen | Dokumente mit Anlagen, Räumen, Tickets, Mängeln verbunden |
| Suchfähigkeit | Dokumente schnell auffindbar |
| Nachforderung | fehlende Dokumente steuerbar |
| Freigabeprozess | geprüfte Dokumente markieren |
| Archivierung | alte Versionen nachvollziehbar sichern |
| Nachunternehmerzugriff | externe Nachweise geregelt einbinden |
| Auditfähigkeit | Prüfungen und Nachweise schnell bereitstellen |
| Exit-Fähigkeit | strukturierter Dokumentenexport möglich |
GLT / BMS im FM-Start-up
Die Gebäudeleittechnik ist für technische Überwachung und Alarmierung besonders relevant. Ihre Einbindung muss vor Go-live geklärt sein.
| GLT-Thema | Start-up-Anforderung |
|---|---|
| Bedienrechte | wer darf sehen, bedienen oder ändern? |
| Alarmwege | wohin werden Alarme gemeldet? |
| Alarmklassen | welche Alarme sind kritisch? |
| Datenpunkte | welche Anlagen sind abgebildet? |
| Anlagenzuordnung | GLT-Bezeichnung und CAFM-Anlage abgleichen |
| Fernzugriff | Zugriff, Sicherheit und Freigabe regeln |
| Notfallzugang | Verfahren bei kritischen Störungen |
| Protokollierung | Eingriffe und Alarme dokumentieren |
| Ticketbezug | Alarme in Tickets überführen |
| Betriebszeiten | Zeitprogramme und Nutzung prüfen |
| Energiebezug | Laufzeiten und Verbrauchsdaten auswerten |
| Ausweichprozess | Vorgehen bei GLT-Ausfall |
Mobile Anwendungen ermöglichen eine effiziente Rückmeldung vor Ort. Sie müssen jedoch sauber vorbereitet werden.
| Mobile Anforderung | Bedeutung |
|---|---|
| Endgeräte | Smartphones, Tablets, Scanner, Ladegeräte |
| Benutzerrechte | rollenbezogene App-Zugänge |
| Auftragsanzeige | Techniker sieht relevante Aufträge |
| Checklisten | Wartungen und Kontrollen strukturiert durchführen |
| Fotodokumentation | Mängel und Abschlüsse belegen |
| QR- / Barcode | Anlagen und Räume eindeutig identifizieren |
| Offline-Fähigkeit | Arbeiten ohne Netzabdeckung |
| Rückmeldung | Status, Zeiten, Material, Abschluss |
| Datenschutz | Fotos und personenbezogene Informationen schützen |
| Geräteverwaltung | Verlust, Austausch, Updates |
| Schulung | Mitarbeitende müssen App sicher nutzen |
| Testlauf | mobile Rückmeldung vor Go-live testen |
Reporting ist nur dann belastbar, wenn Datenquellen, Berechnungen und Verantwortlichkeiten vor Go-live geklärt sind.
| Bericht | Datenquelle | Zweck |
|---|---|---|
| Start-up-Statusbericht | Pflichtenmatrix, Maßnahmenliste, Risiken | Mobilisierungssteuerung |
| Ticketbericht | Ticketsystem | Service- und SLA-Steuerung |
| Wartungsbericht | CAFM | Wartungserfüllung |
| Prüfpflichtenbericht | CAFM, DMS, Prüfberichte | Betreiberpflichten |
| Mängelbericht | CAFM, Tickets, Prüfberichte | Maßnahmenmanagement |
| Dokumentationsstatus | DMS | Nachweisfähigkeit |
| Nachunternehmerbericht | CAFM, DMS, Nachunternehmerportal | Fremdleistungssteuerung |
| Kostenbericht | ERP, Preisblatt, Freigaben | kaufmännische Steuerung |
| Nachhaltigkeitsbericht | Energiemonitoring, Entsorgungsdaten | Umweltsteuerung |
| KPI-Bericht | CAFM, Ticketsystem, Reporting | Qualitätssteuerung |
| SLA-Bericht | Ticketsystem | Servicelevelbewertung |
| Hypercare-Bericht | Tickets, Restpunkte, Systemfehler | Stabilisierung |
Schnittstellen zu KPI und SLA
KPI und SLA hängen unmittelbar von Systemen und Schnittstellen ab. Ohne funktionierende digitale Messpunkte bleiben vertragliche Servicelevel wirkungslos.
| KPI / SLA | Systemvoraussetzung |
|---|---|
| Reaktionszeit | Ticketsystem mit Zeitstempel und Statuslogik |
| Bearbeitungszeit | Ticketabschluss oder Zwischenlösung systemseitig erfasst |
| SLA-Erfüllungsquote | Priorität, Servicezeit, Ausnahmen und Messlogik eingerichtet |
| Wartungserfüllung | CAFM-Wartungsplan und Rückmeldungen |
| Prüfpflichtenstatus | prüfpflichtige Anlagen, Fristen und Prüfberichte im System |
| Mängelabschlussquote | Mängelworkflow mit Status und Frist |
| Dokumentationsvollständigkeit | DMS-Struktur und Dokumentenstatus |
| Datenqualität | Datenvalidierung und Fehlerlisten |
| Nutzerzufriedenheit | Feedbackprozess oder Nutzerportal |
| Nachhaltigkeit | Energie-, Abfall- oder Materialdatenquellen |
| Berichtstermintreue | Reportingkalender und Freigabeprozess |
| Nachunternehmerleistung | externe Rückmeldungen und Nachweise |
IT und Betreiberpflichten
Digitale Systeme unterstützen Betreiberpflichten, ersetzen aber nicht die fachliche Verantwortung. Der Start-up muss sicherstellen, dass prüfpflichtige Themen systematisch abgebildet sind.
| Betreiberpflichtenthema | IT-/CAFM-Unterstützung |
|---|---|
| Prüffristen | Fristenkalender und Erinnerung |
| Prüfberichte | DMS-Ablage und Verknüpfung |
| Mängel | Mängelworkflow und Maßnahmenliste |
| Freigaben | digitaler Freigabeprozess |
| Unterweisungen | Unterweisungsnachweise und Gültigkeiten |
| Notfallkontakte | digitale Kontaktlisten |
| Nachunternehmer | Qualifikationen und Nachweise |
| Eskalationen | Fristüberschreitung und kritische Mängel |
| Audit | Nachweispakete und Berichte |
| Reporting | Prüfpflichtenstatus für Management |
CAFM, IT und Nachunternehmer
Nachunternehmer müssen in digitale Prozesse eingebunden werden, wenn sie Prüfberichte, Wartungsprotokolle, Fotos, Leistungsnachweise oder Mängelrückmeldungen liefern.
| Nachunternehmer-Thema | IT-Anforderung |
|---|---|
| Auftragserteilung | digitaler Auftrag oder eindeutige Vorgangsnummer |
| Rückmeldung | Status, Datum, Leistung, Ergebnis |
| Prüfberichte | Upload oder DMS-Ablage |
| Wartungsprotokolle | strukturierte Rückmeldung |
| Fotos | kontrollierte Fotodokumentation |
| Qualifikationen | Zertifikate im System |
| Unterweisung | Nachweis und Gültigkeit |
| Zutritt | Berechtigung und Sicherheitsstatus |
| Eskalation | Verzug, Mangel, Ausfall |
| Datenschutz | begrenzte Daten und Rechte |
| Auswertung | Termintreue, Nachweisqualität, Mängelquote |
CAFM, IT und Nutzerkommunikation
Nutzer müssen wissen, wie sie Leistungen melden und welche Rückmeldungen sie erhalten. Digitale Systeme müssen nutzerverständlich sein.
| Nutzeranforderung | IT-/Systembezug |
|---|---|
| einfacher Meldeweg | Portal, App, Hotline oder E-Mail |
| Raumzuordnung | Nutzer kann Raum verständlich auswählen |
| Kategorieauswahl | verständliche Störungs- und Servicekategorien |
| Priorität | kritische Meldungen werden richtig erkannt |
| Eingangsbestätigung | automatische oder manuelle Rückmeldung |
| Statusinformation | Zwischenstand bei längeren Vorgängen |
| Abschlussmeldung | transparente Erledigung |
| Feedbackmöglichkeit | Rückmeldung zur Servicequalität |
| FAQ / Anleitung | Hilfe zur Nutzung des Systems |
| Datenschutzinformation | transparente Datenverarbeitung |
| Barrierearme Nutzung | einfache und verständliche Bedienung |
| Hypercare-Support | schnelle Unterstützung in der Startphase |
CAFM, IT und Vergütung
Systeme liefern auch Grundlagen für Abrechnung, Sonderleistungen, Regie und Bonus-/Malus-Bewertungen. Deshalb müssen kaufmännische Workflows berücksichtigt werden.
CAFM, IT und Vergütung
| Vergütungsthema | IT-/Systemanforderung |
|---|---|
| Pauschalleistung | Nachweis über Regelbetrieb und Berichte |
| Regieleistung | Auftrag, Freigabe, Zeitnachweis, Tätigkeit |
| Sonderleistung | Anfrage, Angebot, Freigabe, Nachweis, Abnahme |
| Material | Materialbeleg, Kostenbezug, Freigabe |
| Nachunternehmerleistung | Leistungsschein, Prüfbericht, Rechnung |
| Bonus/Malus | KPI-/SLA-Daten, Ausnahmen, Berechnung |
| Kostenstelle | Raum-, Nutzer- oder Objektbezug |
| Budgetbericht | Kosten- und Leistungsdaten |
| Nachtrag | Change Request und Entscheidungslog |
| Rechnungsprüfung | Nachweise und Freigaben |
| Drittkosten | Drittvertragsbezug und Weiterbelastung |
| Start-up-Kosten | abgrenzbare Implementierungsleistungen |
Systemtests vor Go-live
Systemtests sind unverzichtbar. Ein System gilt erst als startfähig, wenn reale Start-up-Szenarien erfolgreich getestet wurden.
| Testfall | Prüfinhalt | Nachweis |
|---|---|---|
| Testticket P1 | kritische Meldung, Eskalation, Rückmeldung | Testticketprotokoll |
| Testticket P3 | normale Störung, Zuweisung, Abschluss | Ticketbericht |
| Wartungsauftrag | Planauftrag, mobile Rückmeldung, Nachweis | Wartungstest |
| Prüfberichtablage | Upload, DMS-Verknüpfung, Mängelerfassung | DMS-Test |
| CAFM-Import | Anlagen, Räume, Flächen, Pflichtfelder | Importprotokoll |
| GLT-Alarmweg | Alarm, Bewertung, Ticket, Eskalation | Alarmtest |
| Nutzerportal | Meldung, Bestätigung, Status, Abschluss | Nutzertest |
| Nachunternehmerprozess | Auftrag, Rückmeldung, Nachweis | Nachunternehmertest |
| Reporting | KPI, SLA, Maßnahmen, Risiken | Berichtstest |
| Rechteprüfung | Nutzerrollen, externe Zugriffe, Datenschutz | Rechteprotokoll |
| Ausweichprozess | Systemausfall simulieren | Prozessnachweis |
| Datenexport | Export für Exit oder Bericht | Exportprotokoll |
Vor Go-live muss geprüft werden, ob die digitale Betriebsfähigkeit ausreichend hergestellt ist.
| Prüffeld | Go-live-Frage |
|---|---|
| Systemstrategie | Ist klar, welche Systeme für welche Prozesse genutzt werden? |
| Datenmodell | Sind Objekte, Räume, Anlagen, Dokumente und Tickets strukturiert? |
| Stammdaten | Sind kritische Daten ausreichend vollständig und importiert? |
| CAFM | Sind Wartungen, Anlagen, Prüffristen und Aufträge startfähig? |
| Ticketsystem | Sind Meldewege, Kategorien, Prioritäten und SLA getestet? |
| DMS | Sind kritische Dokumente auffindbar und verknüpft? |
| GLT | Sind Zugänge, Alarme und Verantwortlichkeiten geklärt? |
| Rechte | Sind Rollen eingerichtet und geprüft? |
| Schnittstellen | Sind startkritische Datenflüsse getestet oder kompensiert? |
| Nachunternehmer | Sind externe Nachweiswege eingerichtet? |
| Reporting | Sind Start-up-, KPI-, SLA- und Maßnahmenberichte vorbereitet? |
| Datenschutz | Sind personenbezogene Daten und Zugriffe geregelt? |
| IT-Sicherheit | Sind Zugriffsschutz, Fernzugriff und Ausweichprozesse geregelt? |
| Hypercare | Sind Systemrestpunkte priorisiert und terminiert? |
Ampelstatus für digitale Betriebsbereitschaft
| Ampel | Bedeutung |
|---|---|
| Grün | System, Daten, Rechte, Workflows und Nachweise sind startfähig |
| Gelb | System ist grundsätzlich nutzbar, Restpunkte sind bekannt und steuerbar |
| Rot | startkritische digitale Voraussetzung fehlt oder ist nicht funktionsfähig |
| Grau | Status ist nicht bewertbar, weil Informationen oder Tests fehlen |
| Schwarz | Systemthema ist blockiert und benötigt Eskalation |
| Blau | System oder Schnittstelle ist für den Leistungsumfang nicht relevant |
In der Hypercare zeigt sich, ob die Systeme im Alltag funktionieren. Deshalb müssen IT- und Schnittstellenrestpunkte eng verfolgt werden.
| Hypercare-Thema | Inhalt |
|---|---|
| Ticketqualität | Fehlkategorien, falsche Prioritäten, unklare Räume korrigieren |
| Stammdatenfehler | Anlagen, Räume, Flächen und Nutzer nachführen |
| CAFM-Fehler | Workflows, Wartungspläne und Rückmeldungen stabilisieren |
| DMS-Restpunkte | Dokumentenablage und Verknüpfungen ergänzen |
| GLT-Probleme | Alarmwege und Datenpunktzuordnungen korrigieren |
| Rechteprobleme | fehlende oder falsche Zugriffe beheben |
| Nachunternehmerzugriffe | externe Rückmeldungen und Nachweise stabilisieren |
| Reportingfehler | Datenquellen, Formeln und Berichtsmuster korrigieren |
| Nutzerfeedback | Meldewege und Rückmeldungen verbessern |
| Ausweichprozesse | Interimsprozesse auswerten und ablösen |
| Schnittstellenfehler | manuelle Nacharbeit reduzieren |
| Systemrestpunkte | Maßnahmenliste führen und abschließen |
Regelbetrieb und System-Governance
Nach dem Start müssen CAFM, IT und Schnittstellen dauerhaft gesteuert werden. Ohne Governance verschlechtert sich die Daten- und Prozessqualität.
| Governance-Thema | Regelung |
|---|---|
| Systemverantwortung | wer betreibt und pflegt welches System? |
| Datenpflege | wer darf Stammdaten ändern? |
| Rechtepflege | wer richtet Nutzer ein und entzieht Rechte? |
| Änderungsprozess | wie werden neue Anlagen, Räume, Workflows oder Berichte angepasst? |
| Fehlerprozess | wie werden Systemfehler gemeldet und behoben? |
| Schnittstellenmonitoring | wie werden Datenflüsse überwacht? |
| Berichtsgüte | wie werden KPI- und SLA-Berichte geprüft? |
| Nachunternehmerzugänge | wie werden externe Nutzer verwaltet? |
| Datenschutzprüfung | wie werden personenbezogene Daten kontrolliert? |
| IT-Sicherheit | wie werden Zugriffe, Fernwartung und mobile Geräte geprüft? |
| Regeltermine | wie oft werden System- und Datenqualität besprochen? |
| Exit-Vorbereitung | wie wird Datenexportfähigkeit dauerhaft gesichert? |
Exit-Fähigkeit von CAFM, IT und Schnittstellen
Ein professioneller FM-Start-up denkt das Vertragsende von Beginn an mit. Daten, Dokumente und Systemhistorien müssen später übergabefähig sein.
| Exit-Anforderung | Bedeutung |
|---|---|
| Datenexportformat | definierte Rückgabeformate für Räume, Anlagen, Wartungen, Tickets |
| Dokumentenexport | strukturierte Übergabe von DMS-Unterlagen |
| Ticket- und Wartungshistorie | Nachvollziehbarkeit von Betrieb und Störungen |
| Prüfpflichtenstatus | Fristen, Prüfberichte und Mängel übergeben |
| Mängelstatus | offene und geschlossene Mängel dokumentieren |
| Nutzer- und Raumdaten | Servicehistorie und Nutzerbezug sichern |
| Nachunternehmerdaten | externe Leistungspartner und Nachweise übergeben |
| Systemrechte | Zugänge geordnet entziehen |
| Schnittstellendokumentation | Datenflüsse und Exportlogik nachvollziehbar machen |
| Schlussbericht | digitaler Betriebsstatus bei Vertragsende |
| Datenlöschung | personenbezogene und vertrauliche Daten korrekt behandeln |
| Wissenstransfer | Objekt- und Systembesonderheiten dokumentieren |
Risiken bei schwachem CAFM-, IT- und Schnittstellen-Start-up
| Risiko | Ursache | Mögliche Folge | Gegenmaßnahme |
|---|---|---|---|
| Systemstart scheitert | Rechte, Daten oder Workflows fehlen | Betrieb läuft informell | Systemtest vor Go-live |
| SLA nicht messbar | Ticketlogik nicht eingerichtet | Leistungsbewertung strittig | SLA-Testtickets |
| Wartungen starten unvollständig | Anlagen- und Wartungsdaten fehlen | Wartungslücken | CAFM-Datenvalidierung |
| Betreiberpflichtenlücke | Prüffristen und Prüfberichte nicht eingebunden | Compliance-Risiko | Prüfpflichtenworkflow |
| Dokumente nicht auffindbar | DMS-Struktur fehlt | Nachweislücken | DMS-Start-up |
| Nutzerbeschwerden | Meldewege unklar | geringe Akzeptanz | Nutzerkommunikation und Portaltest |
| Datenschutzrisiko | Rechte und personenbezogene Daten ungeklärt | Compliance-Probleme | Datenschutzprüfung |
| IT-Sicherheitsrisiko | Fernzugriffe oder externe Nutzer ungeregelt | Sicherheitsrisiken | Rechte- und Sicherheitskonzept |
| Nachunternehmer nicht eingebunden | externe Rückmeldewege fehlen | Nachweise fehlen | Nachunternehmerprozess |
| Reporting unbrauchbar | Datenquellen und Schnittstellen fehlen | Auftraggeber kann nicht steuern | Berichtstest |
| Medienbrüche | Systeme nicht verbunden | manuelle Nacharbeit | Schnittstellenmatrix |
| Exit-Risiko | Datenrückgabe nicht geregelt | nächster Wechsel startet mit Lücken | Exit-Datenkonzept |
Typische Fehler bei CAFM, IT und Schnittstellen
| Fehler | Folge | Vermeidung |
|---|---|---|
| CAFM wird erst nach Go-live eingerichtet | Wartungen und Datenpflege starten verspätet | CAFM-Start-up vor Go-live planen |
| Daten werden ungeprüft importiert | alte Fehler werden fortgeschrieben | Datenvalidierung und Testimport |
| Rollenrechte fehlen | Dienstleister kann nicht arbeiten | Rechtekonzept und Rechteprüfung |
| Ticketsystem wird nicht getestet | SLA und Nutzerkommunikation funktionieren nicht | Testtickets durchführen |
| DMS bleibt ungeordnet | Dokumente sind nicht auffindbar | DMS-Struktur definieren |
| GLT-Zugänge werden vergessen | technische Alarme werden nicht gesteuert | GLT-Übergabe durchführen |
| Schnittstellen werden nicht beschrieben | Datenflüsse bleiben unklar | Schnittstellenmatrix erstellen |
| Nachunternehmer werden systemseitig nicht eingebunden | externe Nachweise fehlen | Nachunternehmerworkflow einrichten |
| Datenschutz wird nachgelagert | Datenverarbeitung wird riskant | Datenschutz früh prüfen |
| Reporting wird erst im Regelbetrieb gebaut | erste Berichte sind unbrauchbar | Berichtsmuster im Start-up erstellen |
| Ausweichprozesse fehlen | Systemausfall blockiert Betrieb | Notprozesse definieren |
| Exit wird nicht berücksichtigt | Datenverlust beim nächsten Wechsel | Datenrückgabe vertraglich regeln |
Checkliste CAFM, IT und Schnittstellen
| Prüfpunktthema | Leitfrage |
|---|---|
| Systemstrategie | Ist entschieden, welche Systeme im Regelbetrieb genutzt werden? |
| Systemlandschaft | Sind CAFM, Ticketsystem, DMS, GLT, ERP, Reporting und mobile Anwendungen erfasst? |
| Datenmodell | Sind Objekt-, Raum-, Flächen-, Anlagen-, Dokumenten- und Ticketstrukturen definiert? |
| Datenmigration | Sind Quellen, Pflichtfelder, Importformate und Datenqualität geklärt? |
| CAFM | Sind Anlagen, Wartungen, Prüfpflichten und Aufträge startfähig? |
| Ticketsystem | Sind Meldewege, Kategorien, Prioritäten, Status und SLA eingerichtet? |
| DMS | Sind Ablagestruktur, Revisionsstände, Rechte und Dokumentenverknüpfungen geregelt? |
| GLT / BMS | Sind Zugänge, Alarmwege, Datenpunkte und Bedienrechte geklärt? |
| Rollen und Rechte | Sind alle Rollen arbeitsfähig und sicher berechtigt? |
| Datenschutz | Sind Nutzer-, Ticket-, Foto- und Systemdaten geregelt? |
| IT-Sicherheit | Sind Zugriffsschutz, Fernzugriff, mobile Geräte und Protokollierung berücksichtigt? |
| Schnittstellen | Sind Datenflüsse zwischen Systemen beschrieben und getestet? |
| Nachunternehmer | Sind externe Zugriffe, Rückmeldungen und Nachweise geregelt? |
| Reporting | Sind KPI-, SLA-, Maßnahmen-, Risiko- und Monatsberichte vorbereitet? |
| Testfälle | Wurden Testtickets, Wartungsaufträge, DMS-Ablagen und Berichte getestet? |
| Ausweichprozesse | Gibt es Verfahren bei Ausfall von Ticketsystem, CAFM, DMS oder GLT? |
| Go-live | Ist digitale Betriebsbereitschaft bewertet? |
| Hypercare | Werden Systemfehler und Datenlücken nach Go-live verfolgt? |
| Governance | Sind Datenpflege, Rechtepflege und Systemänderungen geregelt? |
| Exit | Sind Datenexport, Dokumentenübergabe und Rechteentzug vorbereitet? |
Ergebnisdokumente für CAFM, IT und Schnittstellen
| Dokument | Zweck |
|---|---|
| Systemlandkarte | Übersicht aller FM-relevanten Systeme |
| Systemstrategie | Festlegung von Auftraggeber-, Dienstleister- oder Hybridmodell |
| Datenmodell | Struktur für Objekte, Räume, Anlagen, Dokumente, Tickets und Prüfpflichten |
| Datenquellenmatrix | Herkunft und Verantwortlichkeit der Daten |
| Datenmigrationsplan | Vorgehen für Import, Test, Korrektur und Freigabe |
| CAFM-Start-up-Plan | Einrichtung von Anlagen, Wartungen, Prüfpflichten und Aufträgen |
| Ticketkonzept | Meldewege, Kategorien, Prioritäten, SLA, Status und Rückmeldungen |
| DMS-Struktur | Dokumentenablage, Rechte, Revisionsstände und Suchlogik |
| Rollen- und Rechtekonzept | Zugriffe für Auftraggeber, Auftragnehmer, Nutzer und Nachunternehmer |
| Schnittstellenmatrix | Datenflüsse, Verantwortliche, Tests und Ausweichwege |
| GLT-Übergabeübersicht | Datenpunkte, Alarme, Bedienrechte und Eskalationen |
| Datenschutzstatus | Bewertung personenbezogener Daten und Zugriffe |
| IT-Sicherheitskonzept FM | Zugriffsschutz, Fernzugriff, mobile Geräte und Protokollierung |
| Systemtestprotokoll | Nachweis geprüfter Workflows und Schnittstellen |
| Reportingkonzept | KPI-, SLA-, Maßnahmen-, Risiko- und Managementberichte |
| Ausweichprozessbeschreibung | Betrieb bei Systemausfall |
| Go-live-Systemcheck | Bewertung digitaler Betriebsbereitschaft |
| Hypercare-Systemrestpunkteliste | offene System-, Daten- und Schnittstellenpunkte |
| Exit-Datenkonzept | Exportumfang, Formate, Datenrückgabe und Rechteentzug |
Qualitätskriterien für CAFM, IT und Schnittstellen
| Qualitätskriterium | Beschreibung |
|---|---|
| Vollständigkeit | relevante Systeme, Daten, Rechte und Schnittstellen sind erfasst |
| Systemfähigkeit | Systeme sind vor Go-live nutzbar und getestet |
| Datenqualität | Stammdaten sind ausreichend vollständig, eindeutig und konsistent |
| Workflowfähigkeit | zentrale Prozesse funktionieren digital |
| Nachweisfähigkeit | Leistungen, Prüfungen, Freigaben und Dokumente sind belegbar |
| Messbarkeit | KPI und SLA können aus Systemdaten ausgewertet werden |
| Datenschutzfähigkeit | personenbezogene Daten sind geschützt |
| IT-Sicherheit | Zugriffe, Fernwartung und mobile Nutzung sind geregelt |
| Schnittstellenklarheit | Datenflüsse und Verantwortlichkeiten sind beschrieben |
| Nutzerfähigkeit | Meldewege und Rückmeldungen sind verständlich |
| Nachunternehmerfähigkeit | externe Leistungspartner können Nachweise liefern |
| Ausfallsicherheit | Ausweichprozesse sind definiert |
| Pflegefähigkeit | Daten, Rechte und Workflows können im Regelbetrieb aktualisiert werden |
| Exit-Fähigkeit | Daten und Dokumente sind exportierbar und übergabefähig |
Nutzen eines professionellen CAFM-, IT- und Schnittstellen-Start-ups
| Nutzen | Wirkung |
|---|---|
| sicherer digitaler Betriebsstart | Dienstleister kann ab Go-live systemgestützt arbeiten |
| bessere Datenqualität | Anlagen, Räume, Flächen, Dokumente und Tickets sind nutzbar |
| stabilere Serviceprozesse | Meldungen werden korrekt erfasst, priorisiert und bearbeitet |
| messbare SLA und KPI | Servicelevel und Leistung werden nachvollziehbar |
| bessere Betreiberpflichtensteuerung | Prüfpflichten, Mängel und Nachweise werden systematisch geführt |
| höhere Nachweisfähigkeit | Dokumente, Wartungen und Prüfungen sind auffindbar |
| geringere Medienbrüche | Systeme und Datenflüsse sind abgestimmt |
| bessere Nutzerakzeptanz | Meldewege und Rückmeldungen funktionieren |
| stärkere Nachunternehmersteuerung | externe Leistungen werden digital eingebunden |
| bessere Managementinformation | Berichte sind entscheidungsfähig |
| geringere Start-up-Risiken | Systemrestpunkte werden vor Go-live erkannt |
| kontrollierte Hypercare | Fehler, Datenlücken und Schnittstellenprobleme werden nachverfolgt |
| wechselrobuster Betrieb | Daten und Dokumente bleiben für spätere Wechsel verfügbar |
FM-Connect.com: Unterstützung bei CAFM, IT und Schnittstellen
FM-Connect.com unterstützt Auftraggeber bei der strukturierten Vorbereitung, Prüfung und Umsetzung von CAFM-, IT- und Schnittstellenthemen im FM-Start-up. Ziel ist es, digitale Betriebsfähigkeit vor dem Regelbetrieb herzustellen und System-, Daten- und Schnittstellenrisiken zu reduzieren.
Wir verbinden CAFM-Start-up, Datenmodell, Anlagen- und Objektdaten, Dokumentenmanagement, Ticketsystem, GLT, Reporting, Rollen- und Rechtekonzept, Datenschutz, IT-Sicherheit, Schnittstellenmatrix, Go-live-Prüfung, Hypercare und Exit-Fähigkeit zu einem integrierten Betriebsorganisationsmodell.
| Unterstützungsfeld | Beitrag von FM-Connect.com |
|---|---|
| Systemlandschaft analysieren | CAFM, Ticketsystem, DMS, GLT, ERP, Reporting und mobile Anwendungen erfassen |
| Systemstrategie entwickeln | Auftraggebersystem, Dienstleistersystem oder Hybridmodell bewerten |
| Datenmodell strukturieren | Objekte, Räume, Flächen, Anlagen, Dokumente, Tickets und Prüfpflichten ordnen |
| Datenmigration vorbereiten | Datenquellen, Pflichtfelder, Importformate, Testimport und Fehlerlisten steuern |
| CAFM-Start-up begleiten | Anlagen, Wartungen, Prüfpflichten, Aufträge und Nachweise systemfähig machen |
| Ticketkonzept entwickeln | Meldewege, Kategorien, Prioritäten, SLA, Rückmeldungen und Eskalationen definieren |
| DMS-Struktur aufbauen | Dokumente, Revisionsstände, Rechte und Verknüpfungen strukturieren |
| Rollen- und Rechtekonzept erstellen | sichere und arbeitsfähige Zugriffe für alle Beteiligten definieren |
| Schnittstellenmatrix entwickeln | Datenflüsse, Verantwortlichkeiten, Tests und Ausweichwege dokumentieren |
| GLT-Übergabe unterstützen | Alarmwege, Datenpunkte, Bedienrechte und CAFM-Bezug klären |
| Datenschutz und IT-Sicherheit berücksichtigen | Nutzer-, Ticket-, Foto-, System- und Nachunternehmerdaten absichern |
| Reporting vorbereiten | KPI-, SLA-, Maßnahmen-, Risiko-, Dokumentations- und Managementberichte strukturieren |
| Systemtests durchführen | Testtickets, Wartungsaufträge, DMS-Ablagen, GLT-Alarme und Berichte prüfen |
| Go-live-Systemcheck erstellen | digitale Betriebsbereitschaft bewerten |
| Hypercare begleiten | Systemfehler, Datenlücken und Schnittstellenrestpunkte nachverfolgen |
| Exit-Fähigkeit sichern | Datenexport, Dokumentenübergabe und Rechteentzug vorbereiten |
Ergebnis eines professionellen CAFM-, IT- und Schnittstellen-Start-ups
Ein professioneller CAFM-, IT- und Schnittstellen-Start-up führt zu einer belastbaren digitalen Betriebsgrundlage. Der neue Dienstleister kann Leistungen systemgestützt erbringen, dokumentieren, nachweisen und berichten. Der Auftraggeber erhält Transparenz über Daten, Pflichten, Qualität, Risiken und Kosten.
| Ergebnis | Bedeutung |
|---|---|
| klare Systemlandschaft | alle relevanten Systeme und Rollen sind bekannt |
| definierte Systemstrategie | Auftraggeber und Auftragnehmer wissen, womit gearbeitet wird |
| belastbares Datenmodell | Objekte, Räume, Anlagen, Dokumente und Tickets sind strukturiert |
| funktionsfähiges CAFM | Wartung, Prüfung, Mängel und Nachweise sind startfähig |
| stabiles Ticketsystem | Nutzer- und Serviceprozesse funktionieren |
| geordnetes DMS | Dokumente sind auffindbar und verknüpft |
| geklärte GLT-Schnittstelle | technische Alarme und Anlageninformationen sind nutzbar |
| sichere Rollen und Rechte | Beteiligte sind arbeitsfähig und Daten geschützt |
| getestete Schnittstellen | Datenflüsse funktionieren oder sind kompensiert |
| belastbares Reporting | KPI, SLA, Risiken und Maßnahmen sind auswertbar |
| kontrollierte Hypercare | Systemrestpunkte werden nach Go-live geschlossen |
| dauerhafte Governance | Daten, Rechte und Workflows bleiben pflegefähig |
| exitfähige digitale Basis | spätere Dienstleisterwechsel werden risikoärmer |
Anspruch
CAFM, IT und Schnittstellen sind wesentliche Grundlagen eines erfolgreichen FM-Start-ups. Sie stellen sicher, dass der neue Dienstleister nicht nur organisatorisch, sondern auch digital arbeitsfähig ist. Dazu gehören CAFM, Ticketsystem, DMS, GLT, Reporting, mobile Anwendungen, Rollenrechte, Datenschutz, IT-Sicherheit, Datenmigration, Schnittstellen und Ausweichprozesse.
Ein professioneller Start-up klärt Systemstrategie, Datenmodell, Datenquellen, Pflichtfelder, Rechte, Workflows, Schnittstellen, Systemtests, KPI- und SLA-Messlogik, Nachunternehmeranbindung, Reporting und Exit-Fähigkeit vor dem Go-live.
Besonders wichtig sind belastbare Stammdaten, funktionsfähige Ticketprozesse, verknüpfte Dokumente, geklärte GLT-Zugänge, sichere Rollenrechte, geprüfte Schnittstellen, nutzbare Berichte und ein strukturierter Hypercare-Prozess.
FM-Connect.com unterstützt Auftraggeber dabei, CAFM, IT und Schnittstellen im Dienstleisterwechsel so aufzubauen, dass der FM-Regelbetrieb nicht mit manuellen Notlösungen, unklaren Daten oder nicht funktionierenden Systemen startet, sondern auf einer digitalen, nachweisfähigen und langfristig steuerbaren Betriebsgrundlage aufsetzt.