System-Start-up
Facility Management: Facility Services implementieren » Grundlagen » Arten des Start-ups » System-Start-up
Digitale Betriebsfähigkeit vor dem Regelbetrieb herstellen
Der System-Start-up ist ein wesentlicher Bestandteil des FM-Start-ups beim Dienstleisterwechsel. Er stellt sicher, dass alle digitalen, technischen und organisatorischen Systeme, die für die Leistungserbringung im Facility Management benötigt werden, vor dem Betriebsbeginn eingerichtet, geprüft, freigegeben und nutzbar sind.
Facility Management wird heute nicht mehr allein über persönliche Abstimmungen, Objektwissen und Papierunterlagen gesteuert. Störungen, Wartungen, Prüfpflichten, Leistungsnachweise, Dokumente, Anlageninformationen, Nutzeranfragen, Eskalationen, Kennzahlen und Berichte werden zunehmend über digitale Systeme verarbeitet. Wenn diese Systeme zum Betriebsbeginn nicht funktionieren, beginnt der Regelbetrieb mit Medienbrüchen, Nachweislücken, Informationsverlusten und unnötigem Abstimmungsaufwand.
Der System-Start-up beantwortet die Frage, mit welchen digitalen und technischen Systemen der neue FM-Dienstleister seine Leistungen steuert, dokumentiert, nachweist und berichtet. Dazu gehören insbesondere CAFM-Systeme, Ticketsysteme, Gebäudeleittechnik, Dokumentenplattformen, mobile Anwendungen, Reporting-Tools, Schnittstellen, Benutzerrechte, Kommunikationssysteme und Datenablagen.
Technische Systeme strukturiert in Betrieb nehmen
- Definition System-Start-up
- Ziel
- Warum der System-Start-up vor Betriebsbeginn erforderlich ist
- Abgrenzung zu anderen Start-up-Arten
- Systemlandschaft im Facility Management
- Umfang des System
- CAFM-System im System-Start-up
- Ticketsystem und Service Desk
- Gebäudeleittechnik und technische Systemzugänge
- Dokumentenmanagement
- Reporting, KPI und SLA
- Mobile Anwendungen und digitale Rückmeldung
- Schnittstellen und Datenflüsse
- Rollen- und Rechtekonzept
- IT-Sicherheit und Datenschutz
- Datenübernahme und Systemfähigkeit
- Datenqualitätskriterien
- Workflows im System-Start-up
- System-Start-up nach Beteiligten
- Auftraggebersicht
- Auftragnehmersicht
- Nutzersicht
- Nachunternehmer
- System-Start-up-Prozess
- Systemtests vor dem Go-live
- Schulung und Einweisung
- Checkliste
- Startkritische Systemfunktionen
- Ausweichprozesse bei Systemausfall
- Risiken ohne System-Start-up
- Typische Fehler
- Systembezogene Betriebsbereitschaft
- Statusbewertung
- Beispielhafte Bewertungsmatrix
- Nachweise
- System-Start-up-Bericht
- System-Start-up und Betreiberpflichten
- System-Start-up und kaufmännische Steuerung
- System-Start-up und Nutzerkommunikation
- System-Start-up bei Portfolios und mehreren Standorten
- Qualitätskriterien für einen gelungenen
- Nutzen des System-Start-ups
- Unterstützung beim System-Start-up
- Ergebnis eines gelungenen System-Start-ups
- Anspruch
Definition System-Start-up
Ein System-Start-up ist die strukturierte Vorbereitung, Einrichtung, Prüfung und Freigabe aller Systeme, Anwendungen, Zugänge, Datenflüsse und digitalen Arbeitsprozesse, die für den Start eines Facility-Management-Vertrags erforderlich sind.
Er umfasst nicht nur die technische Bereitstellung von Software. Entscheidend ist, dass die Systeme mit den richtigen Daten, Rollen, Workflows, Zuständigkeiten, Berichten und Nachweisen so eingerichtet werden, dass sie den späteren Regelbetrieb wirksam unterstützen.
| Begriff | Bedeutung im System-Start-up |
|---|---|
| System-Start-up | Vorbereitung der digitalen und technischen Systemlandschaft für den FM-Regelbetrieb |
| CAFM-System | Zentrales System zur Verwaltung von Anlagen, Flächen, Wartungen, Aufträgen, Tickets und Nachweisen |
| Ticketsystem | System zur Aufnahme, Priorisierung, Bearbeitung und Dokumentation von Störungen und Serviceanforderungen |
| Gebäudeleittechnik | Technisches System zur Überwachung und Steuerung gebäudetechnischer Anlagen |
| Dokumentenplattform | Digitale Ablage für Pläne, Prüfberichte, Genehmigungen, Betriebsunterlagen und Nachweise |
| Reporting-System | Werkzeug zur Darstellung von KPI, SLA, Maßnahmen, Risiken, Status und Leistungsergebnissen |
| Mobile Anwendung | App oder mobiles System für Techniker, Reinigung, Sicherheitsdienst oder Objektleitung |
| Schnittstelle | Datenverbindung zwischen Auftraggeber-, Dienstleister-, CAFM-, ERP-, DMS- oder GLT-Systemen |
| Rollen- und Rechtekonzept | Regelung, wer auf welche Daten, Funktionen und Systembereiche zugreifen darf |
| Systemfreigabe | Dokumentierte Bestätigung, dass ein System für den Betriebsstart ausreichend nutzbar ist |
Ziel des System-Start-ups
Das Ziel des System-Start-ups ist die Herstellung der digitalen Betriebsfähigkeit. Der neue Dienstleister soll ab dem Betriebsbeginn nicht nur vor Ort präsent sein, sondern seine Leistungen auch systematisch erfassen, steuern, dokumentieren und berichten können.
Ein professioneller System-Start-up verhindert, dass Störungen per E-Mail, Wartungen in Einzeltabellen, Dokumente in unsortierten Ordnern und Leistungsnachweise in manuellen Provisorien geführt werden. Stattdessen entstehen klare digitale Prozesse, nachvollziehbare Datenflüsse und belastbare Steuerungsinformationen.
| Ziel | Erläuterung | Ergebnis |
|---|---|---|
| Digitale Arbeitsfähigkeit herstellen | Systeme, Zugänge, Daten und Workflows werden vor Go-live eingerichtet. | Der Dienstleister kann ab Betriebsbeginn digital arbeiten. |
| Störungen steuerbar machen | Tickets, Prioritäten, Reaktionszeiten und Eskalationen werden systemseitig abgebildet. | Störungsbearbeitung wird nachvollziehbar. |
| Wartung und Prüfungen planen | Anlagen, Intervalle, Aufträge und Prüffristen werden systematisch hinterlegt. | Wiederkehrende Leistungen werden planbar und nachweisbar. |
| Nachweise sichern | Leistungen, Prüfungen, Freigaben und Rückmeldungen werden digital dokumentiert. | Auditierbarkeit und Transparenz werden verbessert. |
| Berichtswesen ermöglichen | KPI, SLA, Statusberichte und Maßnahmenlisten werden vorbereitet. | Auftraggeber erhält steuerungsfähige Informationen. |
| Datenqualität sichern | Objekt-, Anlagen-, Flächen- und Vertragsdaten werden geprüft und strukturiert überführt. | Der Regelbetrieb basiert auf belastbaren Daten. |
| Zugriffe regeln | Benutzerrechte, Rollen, Datenschutz und IT-Sicherheit werden definiert. | Informationssicherheit und Vertraulichkeit werden berücksichtigt. |
| Medienbrüche reduzieren | Manuelle Parallelprozesse werden vermieden oder gezielt begrenzt. | Effizienz und Nachvollziehbarkeit steigen. |
Warum der System-Start-up vor Betriebsbeginn erforderlich ist
Digitale Systeme müssen vor dem Betriebsbeginn funktionieren, weil viele FM-Prozesse ab dem ersten Tag dokumentations- und steuerungspflichtig sind. Störungen müssen erfasst, Wartungsaufträge geplant, Nutzeranfragen zugeordnet, Leistungen rückgemeldet, Notfälle eskaliert und Berichte erstellt werden können.
Wenn Systeme erst nach Betriebsbeginn eingerichtet werden, entstehen in der Anfangsphase häufig Übergangslösungen. Diese sind meist fehleranfällig, schwer auswertbar und verursachen spätere Nacharbeiten. Informationen aus E-Mails, Telefonaten, Papierlisten oder Excel-Provisorien müssen nachträglich in Systeme übertragen werden. Dabei gehen Daten verloren oder werden uneinheitlich erfasst.
| Ohne System-Start-up | Mögliche Folge |
|---|---|
| Ticketsystem ist nicht eingerichtet. | Störungen werden informell gemeldet und sind später nicht belastbar nachvollziehbar. |
| CAFM-Daten fehlen. | Wartungen, Prüfungen und Anlagenbezüge können nicht systematisch geplant werden. |
| Benutzerrechte sind nicht vergeben. | Mitarbeitende können nicht arbeiten oder greifen auf falsche Daten zu. |
| Gebäudeleittechnik ist nicht zugänglich. | Alarme, Störungen und Betriebszustände werden verzögert erkannt. |
| Dokumentenablage ist ungeordnet. | Pläne, Prüfberichte und Genehmigungen werden im Ernstfall nicht gefunden. |
| Reporting ist nicht vorbereitet. | Auftraggeber erhält keine belastbaren Status- und Leistungsinformationen. |
| Mobile Geräte sind nicht angebunden. | Vor-Ort-Leistungen werden nicht digital rückgemeldet. |
| Schnittstellen sind ungeklärt. | Daten werden manuell übertragen oder widersprüchlich geführt. |
| Datenschutz ist nicht geregelt. | Zugriff auf sensible Daten erfolgt unsauber oder unkontrolliert. |
| Systemtests fehlen. | Fehler treten erst im laufenden Betrieb auf. |
Abgrenzung zu anderen Start-up-Arten
Der System-Start-up steht in enger Verbindung zu Gebäude-, Geräte-, Betriebs-, Service-, Daten- und Compliance-Start-up. Er hat jedoch einen eigenen Schwerpunkt: die digitale und systemtechnische Arbeitsfähigkeit.
| Start-up-Art | Fokus | Abgrenzung zum System-Start-up |
|---|---|---|
| Gebäude-Start-up | Gebäude, Räume, Flächen, Zugänge und Nutzerbereiche | Liefert Gebäude- und Raumdaten, die im System abgebildet werden müssen. |
| Geräte-Start-up | Werkzeuge, Maschinen, Messmittel, PSA und mobile Endgeräte | Stellt Geräte bereit, die teilweise mit Systemen verbunden werden müssen. |
| Anlagen-Start-up | Technische Anlagen, Zustände, Wartungen und Prüfpflichten | Liefert Anlagendaten, die im CAFM und in Wartungsprozessen benötigt werden. |
| Betriebs-Start-up | Organisation, Personal, Prozesse, Bereitschaft und Eskalation | Definiert Workflows, die im System technisch abgebildet werden. |
| Service-Start-up | Nutzerkommunikation, Meldewege, Servicekatalog, SLA und KPI | Nutzt Ticketsystem, Portal und Reporting als Servicegrundlage. |
| Daten-Start-up | Validierung und Strukturierung von Objekt-, Anlagen- und Flächendaten | Bildet die Datengrundlage für den System-Start-up. |
| Compliance-Start-up | Betreiberpflichten, Freigaben, Unterweisungen und Nachweise | Erfordert digitale Nachweisführung und Fristenüberwachung. |
| Kaufmännischer Start-up | Abrechnung, Leistungsnachweise, Budgets und Vertragscontrolling | Benötigt belastbare Systemdaten für Prüfung und Abrechnung. |
| Systembereich | Typische Systeme | Bedeutung im FM-Start-up |
|---|---|---|
| CAFM / IWMS | CAFM-System, Instandhaltungsplattform, Objektmanagementsystem | Verwaltung von Anlagen, Flächen, Wartungen, Tickets, Prüfungen und Nachweisen |
| Ticketsystem / Service Desk | Helpdesk, Serviceportal, Störungsmeldesystem | Aufnahme, Priorisierung und Bearbeitung von Nutzeranfragen und Störungen |
| Gebäudeleittechnik | GLT, BMS, Automationssysteme, Alarmmanagement | Überwachung und Steuerung technischer Anlagen |
| Dokumentenmanagement | DMS, SharePoint, Projektraum, digitale Ablage | Verwaltung von Plänen, Prüfberichten, Genehmigungen und Betriebsunterlagen |
| Reporting und BI | Dashboards, KPI-Tools, Monatsberichte, Datenvisualisierung | Steuerung von Leistung, Qualität, Risiken und Maßnahmen |
| Mobile Anwendungen | Techniker-App, Reinigungs-App, Kontroll-App, Scanner | Digitale Rückmeldung und Nachweisführung vor Ort |
| ERP / Einkauf / Rechnungswesen | Bestellsystem, Rechnungsworkflow, Materialwirtschaft | Kaufmännische Steuerung, Beschaffung und Abrechnung |
| Identitäts- und Zugriffsmanagement | Benutzerverwaltung, Rollenrechte, SSO, Passwortverwaltung | Sicherer und rollenbezogener Zugriff auf Systeme |
| Kommunikationssysteme | E-Mail, Telefonie, Teams, Funk, Bereitschaftstelefon | Abstimmung, Eskalation und Erreichbarkeit |
| Sicherheits- und Zutrittssysteme | Zutrittskontrolle, Ausweissystem, Video, Alarmanlage | Zutritt, Sicherheitsereignisse und Schnittstellen zu Security |
| Prüf- und Compliance-Systeme | Fristenmanagement, Betreiberpflichten-Tool, Auditsoftware | Überwachung von Prüfungen, Pflichten und Nachweisen |
| Datenimport- und Schnittstellensysteme | API, ETL, CSV-Import, Middleware | Übertragung und Synchronisation von Daten |
Umfang des System-Start-ups
Der System-Start-up umfasst alle Aufgaben, die erforderlich sind, damit digitale Systeme im FM-Betrieb funktionsfähig, sicher, nutzbar und auswertbar sind. Dazu gehören technische Einrichtung, Datenprüfung, Rechtevergabe, Prozessabbildung, Tests, Schulung, Freigabe und Stabilisierung.
| Themenfeld | Inhalt |
|---|---|
| Systeminventur | Erfassung aller relevanten Auftraggeber-, Dienstleister- und Drittsysteme |
| Prozessabbildung | Abbildung von Wartung, Störung, Freigabe, Reporting und Eskalation in Systemen |
| Datenübernahme | Import oder Übernahme von Anlagen-, Flächen-, Raum-, Prüf- und Vertragsdaten |
| Datenvalidierung | Prüfung auf Vollständigkeit, Aktualität, Eindeutigkeit, Nutzbarkeit und Systemfähigkeit |
| Benutzerverwaltung | Anlage von Nutzern, Rollen, Rechten, Gruppen und Verantwortlichkeiten |
| Ticketsystem-Setup | Kategorien, Prioritäten, Status, Reaktionszeiten, Eskalationen und Rückmeldungen |
| CAFM-Setup | Anlagen, Wartungspläne, Aufträge, Checklisten, Flächen, Dokumente und Berichte |
| GLT-Anbindung | Zugriff, Alarmwege, Zuständigkeiten, Bedienrechte und Störungsprozesse |
| Dokumentenablage | Struktur, Zugriff, Revisionsstände, Dokumententypen und Nachforderung |
| Reporting | KPI, SLA, Dashboards, Monatsberichte, Start-up-Status und Maßnahmenlisten |
| Mobile Nutzung | Endgeräte, Apps, Offline-Fähigkeit, Checklisten, Fotos und digitale Rückmeldungen |
| Schnittstellen | Datenflüsse zwischen Auftraggeber, Dienstleister, CAFM, ERP, DMS und GLT |
| IT-Sicherheit | Datenschutz, Rollenrechte, Passwörter, Zugriffsbeschränkungen und Löschprozesse |
| Schulung | Einweisung von Objektteam, Nutzern, Nachunternehmern und Auftraggeberrollen |
| Test und Freigabe | Funktionsprüfung, Pilotierung, Fehlerbehebung und Go-live-Freigabe |
| Hypercare | Enges Monitoring der Systeme in der Anfangsphase des Regelbetriebs |
CAFM-System im System-Start-up
Das CAFM-System ist häufig das zentrale Steuerungssystem im Facility Management. Es bildet Anlagen, Flächen, Räume, Wartungen, Aufträge, Tickets, Prüfpflichten, Leistungsnachweise und Berichte ab. Im System-Start-up muss sichergestellt werden, dass das CAFM-System zum Vertrag, zum Objekt und zur Betriebsorganisation passt.
| CAFM-Bereich | Start-up-Aufgabe | Ziel |
|---|---|---|
| Objektstruktur | Standorte, Gebäude, Gebäudeteile, Geschosse und Räume anlegen oder prüfen | Räumliche Zuordnung von Leistungen ermöglichen |
| Flächendaten | Flächenarten, Reinigungsflächen, Nutzflächen und Sonderflächen prüfen | Infrastrukturelle Leistungen und Abrechnung absichern |
| Anlagendaten | Anlagen, Komponenten, Standorte, technische Daten und Kritikalität erfassen | Technische Betriebsführung ermöglichen |
| Wartungsplanung | Intervalle, Aufgaben, Checklisten, Fristen und Verantwortliche hinterlegen | Wiederkehrende Leistungen planbar machen |
| Prüfpflichten | Prüffristen, Prüfberichte, Mängel und Betreiberpflichten abbilden | Compliance und Nachweisführung unterstützen |
| Auftragsmanagement | Arbeitsaufträge, Status, Rückmeldungen und Freigaben konfigurieren | Operative Steuerung ermöglichen |
| Störungsmanagement | Tickets, Prioritäten und Eskalationen mit Anlagen und Räumen verknüpfen | Störungen nachvollziehbar bearbeiten |
| Dokumentenverknüpfung | Pläne, Prüfberichte, Genehmigungen und Betriebsunterlagen zuordnen | Informationen schnell verfügbar machen |
| Leistungsnachweise | Rückmeldungen, Fotos, Zeiten, Materialien und Ergebnisse erfassen | Abnahme und Controlling unterstützen |
| Reporting | Kennzahlen, Statusberichte, SLA und Maßnahmen auswertbar machen | Steuerungsfähigkeit herstellen |
Ticketsystem und Service Desk
Das Ticketsystem ist die operative Schaltstelle für Störungen, Nutzeranfragen, Serviceanforderungen und Rückmeldungen. Es muss vor Betriebsbeginn so eingerichtet sein, dass Meldungen korrekt erfasst, priorisiert, zugeordnet, bearbeitet und dokumentiert werden können.
| Ticketsystem-Element | Bedeutung im Start-up |
|---|---|
| Meldekanäle | Portal, E-Mail, Telefon, App oder Service Desk werden definiert. |
| Ticketkategorien | Störung, Serviceanforderung, Reinigung, Sicherheit, Technik, Nutzeranfrage, Sonderleistung |
| Prioritäten | Kritisch, hoch, mittel, niedrig oder objektspezifische Dringlichkeiten |
| Reaktionszeiten | Abbildung vertraglicher SLA und Eskalationslogik |
| Bearbeitungsstatus | Neu, angenommen, in Arbeit, wartend, erledigt, geschlossen, abgelehnt |
| Verantwortliche | Zuordnung zu Teams, Gewerken, Nachunternehmern oder Objektleitung |
| Eskalationen | Automatische oder manuelle Eskalation bei Fristverletzung oder Kritikalität |
| Rückmeldung | Nutzerinformation über Annahme, Status, Abschluss oder Verzögerung |
| Nachweis | Fotos, Arbeitsberichte, Zeitangaben, Material, Fremdfirmenberichte |
| Auswertung | Ticketvolumen, Reaktionszeiten, Bearbeitungszeiten, Wiederholstörungen, Nutzerfeedback |
Gebäudeleittechnik und technische Systemzugänge
Die Gebäudeleittechnik ist für viele technische FM-Leistungen besonders wichtig. Sie liefert Informationen über Betriebszustände, Alarme, Störungen, Temperaturen, Laufzeiten, Schaltzustände und technische Zusammenhänge. Der neue Dienstleister muss wissen, welche Rechte er hat, welche Alarme er erhält und wie technische Eingriffe geregelt sind.
| GLT-Thema | Start-up-Prüfung |
|---|---|
| Systemzugang | Sind Benutzer, Passwörter, Rollen und Zugriffsmöglichkeiten eingerichtet? |
| Bedienrechte | Darf der Dienstleister nur beobachten oder auch Einstellungen verändern? |
| Alarmwege | Welche Alarme werden an wen gemeldet? |
| Verantwortlichkeiten | Wer bewertet Alarme, wer löst Maßnahmen aus, wer eskaliert? |
| Anlagensichten | Sind relevante Anlagen, Gruppen und Bereiche für das Objektteam sichtbar? |
| Störungsprozesse | Wie wird aus einem Alarm ein Ticket oder Arbeitsauftrag? |
| Dokumentation | Werden Eingriffe, Alarme und Maßnahmen nachvollziehbar dokumentiert? |
| Schaltberechtigungen | Sind technische und sicherheitsbezogene Freigaben geklärt? |
| Notfallzugang | Ist der Zugriff bei kritischen Störungen außerhalb der Regelzeiten gesichert? |
| Schnittstelle zum CAFM | Können Alarme, Störungen oder Anlageninformationen übertragen werden? |
| IT-Sicherheit | Sind Zugriffe protokolliert und auf notwendige Rechte begrenzt? |
| Einweisung | Ist das Objektteam in Bedienung, Grenzen und Eskalation eingewiesen? |
Dokumentenmanagement im System-Start-up
Dokumente müssen im System-Start-up so organisiert werden, dass sie auffindbar, aktuell, berechtigt und nutzbar sind. Eine ungeordnete Dateiablage reicht nicht aus. Technische Pläne, Prüfberichte, Genehmigungen, Brandschutzunterlagen, Betriebsanweisungen, Wartungsunterlagen und Protokolle müssen strukturiert verwaltet werden.
| Dokumentenbereich | Start-up-Aufgabe |
|---|---|
| Ablagestruktur | Einheitliche Ordner-, Objekt- und Dokumentenstruktur festlegen |
| Dokumententypen | Pläne, Prüfberichte, Genehmigungen, Protokolle, Betriebsanweisungen, Verträge |
| Revisionsstände | Gültige Versionen kennzeichnen und alte Versionen kontrollieren |
| Zugriff | Rechte für Auftraggeber, Auftragnehmer, Nachunternehmer und Nutzergruppen definieren |
| Suchfähigkeit | Dateinamen, Metadaten, Schlagworte und Objektzuordnung festlegen |
| Verknüpfung | Dokumente mit Anlagen, Räumen, Tickets oder Prüfpflichten verbinden |
| Nachforderung | Fehlende Dokumente systematisch erfassen und verfolgen |
| Freigabe | Kritische Dokumente fachlich prüfen und freigeben |
| Archivierung | Langfristige Ablage und Aufbewahrung regeln |
| Auditfähigkeit | Dokumente für Prüfungen, Audits und Betreiberpflichten nachvollziehbar bereitstellen |
| Reporting-Element | Inhalt | Nutzen |
|---|---|---|
| Start-up-Statusbericht | Fortschritt, offene Punkte, Risiken, Verantwortliche und Termine | Steuerung der Implementierung |
| Monatsbericht | Leistungen, Störungen, Wartungen, Prüfungen, Nachweise und Maßnahmen | Regelmäßige Betriebsbewertung |
| KPI-Dashboard | Kennzahlen zu Qualität, Verfügbarkeit, Reaktionszeiten und Bearbeitung | Vergleichbare Leistungssteuerung |
| SLA-Auswertung | Einhaltung vereinbarter Reaktions- und Bearbeitungszeiten | Vertragscontrolling |
| Ticketreport | Ticketvolumen, Kategorien, Prioritäten, Wiederholstörungen und Abschlussquoten | Prozess- und Serviceverbesserung |
| Wartungsreport | Geplante, erledigte, überfällige und verschobene Wartungen | Technische Steuerung |
| Prüfpflichtenreport | Prüffristen, Prüfstatus, Mängel und Nachweise | Betreiberpflichtenmanagement |
| Maßnahmenliste | Aufgaben, Prioritäten, Verantwortliche, Termine und Status | Nachverfolgung offener Punkte |
| Risikobericht | Kritische Abweichungen und Auswirkungen auf Betrieb, Kosten oder Sicherheit | Entscheidungsgrundlage |
| Restpunkteliste | Offene Start-up-Themen nach Go-live | Stabilisierungssteuerung |
Mobile Anwendungen und digitale Rückmeldung
Mobile Anwendungen sind im System-Start-up besonders wichtig, weil viele FM-Leistungen vor Ort erbracht werden. Techniker, Reinigungskräfte, Sicherheitsdienste und Objektleitungen benötigen digitale Möglichkeiten, Aufträge zu empfangen, Checklisten abzuarbeiten, Fotos zu erfassen, Zeiten zu dokumentieren und Leistungen abzuschließen.
| Mobile Funktion | Bedeutung |
|---|---|
| Auftragsanzeige | Mitarbeitende sehen ihre zugewiesenen Aufgaben vor Ort. |
| Checklisten | Wartungen, Kontrollen, Reinigung und Begehungen werden standardisiert durchgeführt. |
| Fotodokumentation | Mängel, Schäden, Zustände und Abschlüsse werden nachvollziehbar belegt. |
| Statusrückmeldung | Aufträge werden angenommen, bearbeitet, pausiert oder abgeschlossen. |
| Materialerfassung | Verwendete Materialien und Ersatzteile werden dokumentiert. |
| Zeitrückmeldung | Bearbeitungszeiten können ausgewertet und nachgewiesen werden. |
| Unterschrift / Freigabe | Nutzer oder Auftraggeber können Leistungen bestätigen. |
| Offline-Fähigkeit | Arbeiten sind auch in Technikräumen, Kellern oder Bereichen ohne Netz möglich. |
| Push-Benachrichtigung | Kritische Tickets oder Eskalationen erreichen das Team schnell. |
| Karten- oder Raumbezug | Einsatzorte werden leichter gefunden. |
| Sicherheitsinformationen | Hinweise zu Gefährdungen, PSA oder Zutrittsregeln werden angezeigt. |
| Nachunternehmeranbindung | Externe Firmen können Aufträge und Nachweise digital rückmelden. |
Schnittstellen und Datenflüsse
Systeme wirken nur dann effizient, wenn Datenflüsse geklärt sind. Ohne definierte Schnittstellen entstehen manuelle Doppelerfassungen, widersprüchliche Datenstände und fehlende Auswertbarkeit.
| Schnittstelle | Typischer Datenfluss | Start-up-Relevanz |
|---|---|---|
| CAFM – Ticketsystem | Störungen, Arbeitsaufträge, Status, Rückmeldungen | Durchgängige Bearbeitung von Meldung bis Nachweis |
| CAFM – GLT | Anlagen, Alarme, Störungen, Betriebszustände | Technische Ereignisse systematisch erfassen |
| CAFM – DMS | Dokumente, Pläne, Prüfberichte, Genehmigungen | Dokumente mit Anlagen und Räumen verknüpfen |
| CAFM – ERP | Bestellungen, Kosten, Materialien, Rechnungsdaten | Kaufmännische Steuerung unterstützen |
| Auftraggeber-System – Dienstleister-System | Stammdaten, Tickets, Berichte, Nachweise | Zusammenarbeit zwischen Organisationen sichern |
| Nutzerportal – Ticketsystem | Nutzeranfragen, Status, Rückmeldungen | Serviceprozesse vereinfachen |
| Mobile App – CAFM | Aufträge, Checklisten, Fotos, Zeiten | Vor-Ort-Leistung dokumentieren |
| Reporting – operative Systeme | KPI, SLA, Status, Maßnahmen | Managementinformationen bereitstellen |
| Zutrittssystem – FM-Prozess | Berechtigungen, Bereiche, Nutzerrollen | Zugang und Sicherheit koordinieren |
| Betreiberpflichten-Tool – CAFM | Prüffristen, Maßnahmen, Nachweise | Compliance digital steuern |
Rollen- und Rechtekonzept
Das Rollen- und Rechtekonzept ist ein Kernbestandteil des System-Start-ups. Es legt fest, wer welche Informationen sehen, bearbeiten, freigeben oder auswerten darf. Dabei sind Datenschutz, Informationssicherheit, Vertraulichkeit und praktische Arbeitsfähigkeit gleichermaßen zu berücksichtigen.
| Rolle | Typische Systemrechte |
|---|---|
| Auftraggeber-Management | Einsicht in Berichte, KPI, Risiken, Maßnahmen und Vertragsstatus |
| Auftraggeber-Objektverantwortlicher | Einsicht und Freigabe von Tickets, Maßnahmen, Dokumenten und Leistungsnachweisen |
| Objektleitung Dienstleister | Operative Steuerung von Aufträgen, Teams, Nachunternehmern, Berichten und Maßnahmen |
| Technisches Personal | Bearbeitung von Aufträgen, Wartungen, Störungen, Rückmeldungen und Checklisten |
| Reinigung / Infrastruktur | Bearbeitung eigener Aufträge, Checklisten, Rückmeldungen und Qualitätskontrollen |
| Sicherheitsdienst | Kontrollgänge, Ereignismeldungen, Sicherheitsberichte und Eskalationen |
| Nachunternehmer | Eingeschränkter Zugriff auf beauftragte Leistungen, Rückmeldungen und Nachweise |
| Nutzer | Meldung von Störungen und Serviceanforderungen, Einsicht in eigenen Ticketstatus |
| HSE / Arbeitssicherheit | Zugriff auf Unterweisungen, Freigaben, Gefährdungen und Sicherheitsnachweise |
| IT-Administration | Benutzerverwaltung, technische Konfiguration, Schnittstellen und Sicherheit |
| FM-Controlling | KPI, SLA, Kosten, Leistungsnachweise und Berichtsdaten |
| Auditor / Prüfer | Eingeschränkter Zugriff auf relevante Nachweise und Dokumente |
IT-Sicherheit und Datenschutz
Der System-Start-up muss IT-Sicherheit und Datenschutz von Beginn an berücksichtigen. FM-Systeme enthalten häufig sensible Informationen über Gebäude, Nutzer, Sicherheitsbereiche, technische Anlagen, Zutrittsregeln, Störungen und Betriebsabläufe. Deshalb dürfen Zugriffe nicht informell oder zu weitgehend vergeben werden.
| Thema | Bedeutung im System-Start-up |
|---|---|
| Rollenbasierte Rechte | Nutzer erhalten nur die Rechte, die sie für ihre Aufgabe benötigen. |
| Benutzeranlage | Konten werden nachvollziehbar angelegt, geändert und deaktiviert. |
| Passwort- und Authentifizierungsvorgaben | Zugriff wird vor Missbrauch geschützt. |
| Externe Zugriffe | Nachunternehmer und Dritte erhalten begrenzte und dokumentierte Rechte. |
| Datenschutz | Personenbezogene Daten werden nur zweckgebunden verarbeitet. |
| Protokollierung | Kritische Systemhandlungen werden nachvollziehbar dokumentiert. |
| Lösch- und Austrittsprozesse | Rechte werden bei Personalwechsel oder Vertragsende entfernt. |
| Datenspeicherung | Ablageorte, Verantwortliche und Zugriffskonzepte werden definiert. |
| Sicherheitsbereiche | Informationen zu kritischen Bereichen werden besonders geschützt. |
| Notfallzugriff | Handlungsfähigkeit im Störfall wird geregelt, ohne Sicherheitsprinzipien aufzugeben. |
| Schnittstellensicherheit | Datenübertragungen werden kontrolliert und geschützt. |
| Schulung | Nutzer kennen sichere Systemnutzung und Meldewege bei Vorfällen. |
Datenübernahme und Systemfähigkeit
Ein System-Start-up kann nur funktionieren, wenn die Daten für das System geeignet sind. Daten müssen nicht nur vorhanden sein, sondern systemfähig strukturiert werden. Häufig liegen Daten in Excel-Listen, alten CAFM-Systemen, Plänen, Papierunterlagen, Ordnerstrukturen oder unterschiedlichen Dienstleistersystemen vor.
| Datenbereich | System-Start-up-Prüfung |
|---|---|
| Gebäudedaten | Sind Standorte, Gebäude, Geschosse und Räume eindeutig strukturiert? |
| Flächendaten | Sind Flächenarten, Größen, Nutzungen und Zuständigkeiten nutzbar? |
| Anlagendaten | Sind Anlagen eindeutig identifizierbar, verortet und klassifiziert? |
| Prüfdaten | Sind Prüffristen, Prüfberichte, Mängel und Verantwortliche erfasst? |
| Wartungsdaten | Sind Intervalle, Aufgaben, Checklisten und Termine vorhanden? |
| Nutzerdaten | Sind Ansprechpartner, Nutzerbereiche und Meldewege definiert? |
| Vertragsdaten | Sind SLA, KPI, Leistungen, Nachweise und Zuständigkeiten abbildbar? |
| Dokumentendaten | Sind Dokumente mit Anlagen, Räumen oder Pflichten verknüpfbar? |
| Nachunternehmerdaten | Sind Firmen, Leistungen, Qualifikationen und Ansprechpartner erfasst? |
| Berichtsdatengrundlagen | Sind Kennzahlen aus Systemdaten ableitbar? |
Datenqualitätskriterien im System-Start-up
| Kriterium | Bedeutung |
|---|---|
| Vollständigkeit | Alle für den Start relevanten Daten sind vorhanden oder als Lücke dokumentiert. |
| Eindeutigkeit | Anlagen, Räume, Flächen und Tickets sind eindeutig identifizierbar. |
| Aktualität | Daten entsprechen dem tatsächlichen Objekt- und Vertragszustand. |
| Konsistenz | Daten widersprechen sich nicht zwischen Listen, Plänen und Systemen. |
| Systemfähigkeit | Daten können in das Zielsystem importiert und verarbeitet werden. |
| Nachvollziehbarkeit | Quelle, Datum und Prüfschritt der Daten sind erkennbar. |
| Verantwortlichkeit | Es ist klar, wer Daten künftig pflegt und freigibt. |
| Messbarkeit | Daten können für KPI, SLA und Berichte genutzt werden. |
| Priorisierung | Startkritische Daten werden vor nachgelagerten Optimierungen behandelt. |
| Fortschreibbarkeit | Datenstruktur unterstützt spätere Änderungen im Regelbetrieb. |
Systeme müssen die tatsächlichen FM-Prozesse abbilden. Dabei ist zu klären, welche Schritte ein Ticket, eine Wartung, eine Prüfung, eine Freigabe oder eine Maßnahme durchläuft.
| Workflow | Typische Schritte |
|---|---|
| Störungsworkflow | Meldung, Kategorisierung, Priorisierung, Zuweisung, Bearbeitung, Rückmeldung, Abschluss, Auswertung |
| Wartungsworkflow | Planung, Auftragserzeugung, Durchführung, Rückmeldung, Nachweis, Freigabe, Bericht |
| Prüfpflichtenworkflow | Fristenübersicht, Auftrag, Prüfung, Prüfbericht, Mängel, Maßnahme, Abschlussnachweis |
| Freigabeworkflow | Antrag, Prüfung, Genehmigung, Durchführung, Dokumentation, Abschluss |
| Nachunternehmerworkflow | Beauftragung, Einsatz, Rückmeldung, Nachweisprüfung, Freigabe |
| Mängelworkflow | Erfassung, Bewertung, Priorisierung, Verantwortlichkeit, Maßnahme, Kontrolle |
| Nutzeranfrageworkflow | Meldung, Prüfung, Zuordnung, Bearbeitung, Rückmeldung, Abschluss |
| Eskalationsworkflow | Fristverletzung, Kritikalität, Eskalationsstufe, Entscheidung, Maßnahme |
| Dokumentenworkflow | Anforderung, Eingang, Prüfung, Ablage, Freigabe, Aktualisierung |
| Maßnahmenworkflow | Aufgabe, Priorität, Verantwortlicher, Termin, Status, Nachweis, Abschluss |
Der System-Start-up betrifft mehrere Rollen. Jede Rolle hat eigene Anforderungen und Aufgaben.
| Beteiligter | Aufgaben und Interessen im System-Start-up |
|---|---|
| Auftraggeber | Systemanforderungen, Datenbereitstellung, Freigaben, Berichtsanforderungen und Zugriffsrechte klären |
| Auftragnehmer | Systeme einrichten, Workflows konfigurieren, Nutzer schulen, Daten nutzen und Leistungen dokumentieren |
| Objektleitung | Operative Steuerung von Tickets, Aufträgen, Maßnahmen, Teams und Nachunternehmern |
| Technisches Personal | Mobile Bearbeitung von Wartungen, Störungen, Checklisten und Rückmeldungen |
| Infrastrukturelle Teams | Digitale Rückmeldung von Reinigung, Sicherheit, Entsorgung und Kontrollleistungen |
| Nachunternehmer | Eingeschränkte digitale Einbindung in Aufträge, Nachweise und Rückmeldungen |
| Nutzer | Einfache Meldung von Störungen und Serviceanforderungen sowie Statusinformationen |
| IT | Benutzer, Rechte, Schnittstellen, Sicherheit, Geräte und technische Integration betreuen |
| HSE / Compliance | Unterweisungen, Freigaben, Prüfpflichten und Nachweise digital verfügbar machen |
| FM-Controlling | KPI, SLA, Leistungsnachweise und Berichte auswerten |
| Management | Transparenz über Status, Risiken, Qualität und Betriebsbereitschaft erhalten |
| FM-Connect.com | Strukturierung, Bewertung, Steuerung und Qualitätssicherung des System-Start-ups unterstützen |
Auftraggebersicht im System-Start-up
Aus Auftraggebersicht dient der System-Start-up der Steuerbarkeit des neuen FM-Dienstleisters. Der Auftraggeber muss erkennen können, ob Störungen, Wartungen, Prüfungen, Leistungen, KPI, SLA und offene Punkte digital nachvollziehbar sind.
| Auftraggeberinteresse | Erläuterung |
|---|---|
| Transparenz | Leistungen, Störungen, Wartungen und Risiken müssen nachvollziehbar dargestellt werden. |
| Steuerbarkeit | Auftraggeber benötigt aktuelle Statusinformationen und belastbare Berichte. |
| Nachweisfähigkeit | Prüfungen, Freigaben, Unterweisungen und Leistungen müssen dokumentiert sein. |
| Datenschutz | Nutzer- und Gebäudedaten müssen sicher verarbeitet werden. |
| Vertragscontrolling | SLA, KPI und Leistungsnachweise müssen systemseitig auswertbar sein. |
| Betreiberverantwortung | Prüfpflichten, Mängel und Nachweise müssen sichtbar und steuerbar sein. |
| Nutzerzufriedenheit | Nutzer benötigen einfache Meldewege und verständliche Rückmeldungen. |
| Wirtschaftlichkeit | Digitale Prozesse reduzieren Nacharbeit, Medienbrüche und Unklarheiten. |
| Vergleichbarkeit | Systeme ermöglichen objekt- oder standortübergreifende Auswertungen. |
| Eskalation | Kritische Abweichungen müssen rechtzeitig sichtbar werden. |
Auftragnehmersicht im System-Start-up
Aus Auftragnehmersicht ist der System-Start-up Voraussetzung für eine effiziente, nachweisbare und wirtschaftliche Leistungserbringung. Der Dienstleister benötigt klare Prozesse, nutzbare Daten, passende Rechte und funktionierende mobile Anwendungen.
| Auftragnehmeraufgabe | Erläuterung |
|---|---|
| Systemanforderungen verstehen | Vertrag, SLA, KPI, Prozesse und Berichtspflichten auswerten |
| Systemzugänge einrichten | Benutzer, Rollen, Rechte und Geräte vorbereiten |
| Daten prüfen und übernehmen | Anlagen-, Flächen-, Raum- und Prüfdaten nutzbar machen |
| Workflows konfigurieren | Tickets, Wartungen, Prüfungen, Freigaben und Maßnahmen abbilden |
| Objektteam schulen | Mitarbeitende in Systemnutzung, Rückmeldung und Nachweisen einweisen |
| Nachunternehmer einbinden | Externe Firmen digital oder organisatorisch in Workflows integrieren |
| Reporting vorbereiten | Berichte, KPI und SLA-Auswertungen aufbauen |
| Systemtests durchführen | Kernprozesse vor Go-live praktisch erproben |
| Fehler beheben | Systemmängel vor Betriebsbeginn priorisieren und klären |
| Hypercare organisieren | Anfangsphase eng begleiten und Prozesse nachschärfen |
Nutzersicht im System-Start-up
Für Nutzer ist der System-Start-up dann gelungen, wenn Störungen und Serviceanforderungen einfach gemeldet werden können und Rückmeldungen verständlich erfolgen. Nutzer benötigen keine komplexen Systemdetails. Sie benötigen klare, verlässliche Servicewege.
| Nutzerthema | Bedeutung |
|---|---|
| Einfache Meldung | Nutzer müssen wissen, ob sie Portal, App, Telefon oder E-Mail verwenden. |
| Verständliche Kategorien | Meldungen sollen ohne Fachkenntnis richtig eingeordnet werden können. |
| Statusinformation | Nutzer erkennen, ob ihre Meldung angekommen, in Bearbeitung oder erledigt ist. |
| Rückmeldung | Abschluss, Verzögerung oder Rückfrage werden transparent kommuniziert. |
| Prioritäten | Nutzer verstehen, warum kritische Störungen anders behandelt werden als Komfortthemen. |
| Barrierefreiheit | Meldewege müssen für relevante Nutzergruppen praktikabel sein. |
| Datenschutz | Nutzerinformationen werden geschützt und nicht unnötig sichtbar gemacht. |
| Feedback | Nutzer können die Qualität der Bearbeitung zurückmelden. |
| Eskalation | Kritische Anliegen können geordnet weitergeleitet werden. |
| Akzeptanz | Gute Systemprozesse erhöhen Vertrauen in den neuen Dienstleister. |
Nachunternehmer im System-Start-up
Nachunternehmer müssen in den System-Start-up einbezogen werden, wenn sie Leistungen ausführen, die digital beauftragt, dokumentiert oder nachgewiesen werden müssen. Dies betrifft insbesondere Wartungen, Prüfungen, Entstörungen, Reinigung, Sicherheitsdienste und Spezialleistungen.
| Nachunternehmer-Thema | Start-up-Frage |
|---|---|
| Systemzugriff | Erhält der Nachunternehmer direkten Systemzugang oder arbeitet er über den Hauptdienstleister? |
| Rechte | Welche Daten und Aufträge darf der Nachunternehmer sehen oder bearbeiten? |
| Rückmeldung | Wie werden Leistungen, Fotos, Prüfberichte und Zeiten dokumentiert? |
| Prüfberichte | Werden Berichte direkt hochgeladen oder durch den Hauptdienstleister geprüft? |
| Datenschutz | Sind Zugriffe auf das notwendige Maß begrenzt? |
| Einweisung | Wurde der Nachunternehmer in Systemnutzung und Nachweispflichten eingewiesen? |
| Eskalation | Wie werden Verzögerungen, Mängel oder fehlende Rückmeldungen gesteuert? |
| Schnittstellen | Gibt es eigene Systeme des Nachunternehmers, die angebunden werden müssen? |
| Qualität | Wie werden Nachweise geprüft und freigegeben? |
| Vertragsende | Wie werden Rechte entzogen und Daten gesichert? |
| Phase | Inhalt | Ergebnis |
|---|---|---|
| 1. Systemanforderungen klären | Vertrag, SLA, KPI, Betreiberpflichten, Prozesse und Nutzeranforderungen auswerten | Systemanforderungen sind bekannt |
| 2. Systemlandschaft erfassen | Auftraggeber-, Dienstleister-, Drittsysteme und Schnittstellen identifizieren | Systemübersicht liegt vor |
| 3. Datenanforderungen definieren | Erforderliche Objekt-, Anlagen-, Flächen-, Prüf- und Vertragsdaten festlegen | Datenbedarf ist strukturiert |
| 4. Rollen- und Rechtekonzept erstellen | Benutzergruppen, Zugriffe, Datenschutz und Verantwortlichkeiten definieren | Zugriffskonzept ist abgestimmt |
| 5. Systeme konfigurieren | Workflows, Kategorien, Prioritäten, Berichte, Checklisten und Dokumentenstruktur einrichten | Systeme sind vorbereitet |
| 6. Daten übernehmen und validieren | Daten importieren, prüfen, bereinigen und Lücken dokumentieren | Nutzbare Systemdaten entstehen |
| 7. Schnittstellen prüfen | Datenflüsse, Importe, Exporte und manuelle Übergaben testen | Schnittstellenrisiken sind bekannt |
| 8. Schulung durchführen | Nutzergruppen, Objektteam, Nachunternehmer und Auftraggeberrollen einweisen | Systemnutzung ist vorbereitet |
| 9. Testbetrieb durchführen | Kernprozesse praktisch testen und Fehler beheben | Systemfreigabe wird vorbereitet |
| 10. Go-live freigeben | Betriebsbereitschaft der Systeme bewerten und dokumentieren | Systeme starten kontrolliert |
| 11. Hypercare durchführen | Anfangsprobleme, Nutzerfeedback und Systemfehler eng verfolgen | Stabiler digitaler Regelbetrieb entsteht |
| 12. Abschluss dokumentieren | Systemstatus, Restpunkte und Verbesserungen im Start-up-Bericht festhalten | Übergang in Regelbetrieb ist nachvollziehbar |
Systemtests vor dem Go-live
Systemtests sind unverzichtbar. Sie zeigen, ob die eingerichteten Systeme nicht nur theoretisch verfügbar sind, sondern die tatsächlichen FM-Prozesse unterstützen. Tests sollten mit realistischen Beispielen durchgeführt werden.
| Testbereich | Prüffrage |
|---|---|
| Ticketanlage | Kann eine Störung oder Serviceanforderung korrekt erfasst werden? |
| Priorisierung | Werden Dringlichkeit, Kritikalität und SLA richtig angewendet? |
| Zuweisung | Wird das Ticket dem richtigen Team oder Nachunternehmer zugeordnet? |
| Rückmeldung | Können Bearbeiter Status, Fotos, Zeiten und Ergebnisse erfassen? |
| Abschluss | Wird der Abschluss nachvollziehbar dokumentiert und kommuniziert? |
| Wartungsauftrag | Werden Wartungen korrekt erzeugt, angezeigt und zurückgemeldet? |
| Prüfpflicht | Sind Fristen, Prüfberichte und Mängel abbildbar? |
| Dokumentenzugriff | Finden Nutzer relevante Dokumente schnell und mit passenden Rechten? |
| Mobile Nutzung | Funktionieren Apps, Endgeräte und Offline-Prozesse? |
| Reporting | Werden KPI, SLA, Status und Maßnahmen korrekt dargestellt? |
| Rechte | Sehen Nutzer nur die Daten, die sie sehen dürfen? |
| Schnittstellen | Werden Daten korrekt übertragen oder importiert? |
| Eskalation | Werden Fristverletzungen und kritische Meldungen sichtbar? |
| Notfallprozess | Funktionieren Meldung, Erreichbarkeit und Dokumentation bei kritischen Ereignissen? |
Schulung und Einweisung
Systeme sind nur dann wirksam, wenn die Beteiligten sie richtig nutzen. Deshalb gehört die Schulung zum System-Start-up. Schulungen sollten rollenbezogen erfolgen. Ein Nutzer benötigt andere Informationen als ein Techniker, eine Objektleitung oder ein Nachunternehmer.
| Zielgruppe | Schulungsinhalt |
|---|---|
| Auftraggeber | Berichte, Freigaben, Maßnahmen, KPI, SLA, Einsicht in Tickets und Nachweise |
| Objektleitung | Steuerung von Tickets, Aufträgen, Teams, Eskalationen, Berichten und Restpunkten |
| Technisches Personal | Mobile Auftragsbearbeitung, Wartungsrückmeldung, Fotodokumentation, Störungsabschluss |
| Reinigung / Infrastruktur | Checklisten, Qualitätskontrollen, Rückmeldungen und Sonderaufträge |
| Sicherheitsdienst | Ereignismeldungen, Kontrollgänge, Eskalationen und Nachweise |
| Nachunternehmer | Eingeschränkte Auftragsbearbeitung, Prüfberichte, Nachweise und Rückmeldungen |
| Nutzer | Störungsmeldung, Serviceanforderung, Statusabfrage und Rückfragen |
| HSE / Compliance | Freigaben, Unterweisungen, Prüfpflichten, Mängel und Nachweise |
| IT / Administration | Benutzerverwaltung, Rechte, Schnittstellen, Systempflege und Fehlerbehebung |
| Management | Dashboards, Statusberichte, Risiken und Entscheidungsinformationen |
System-Start-up-Checkliste
| Prüfpunktthema | Leitfrage |
|---|---|
| Systemlandschaft | Sind alle relevanten Systeme identifiziert und beschrieben? |
| Systemverantwortung | Ist klar, wer welches System administriert und fachlich verantwortet? |
| Datenbedarf | Sind alle erforderlichen Objekt-, Anlagen-, Flächen-, Prüf- und Vertragsdaten definiert? |
| Datenqualität | Sind Daten vollständig, aktuell, eindeutig und systemfähig? |
| CAFM | Sind Anlagen, Räume, Wartungen, Prüfungen, Dokumente und Aufträge eingerichtet? |
| Ticketsystem | Sind Kategorien, Prioritäten, SLA, Status, Rückmeldungen und Eskalationen eingerichtet? |
| GLT | Sind Zugänge, Rechte, Alarmwege und Verantwortlichkeiten geklärt? |
| Dokumentenablage | Sind Struktur, Rechte, Revisionsstände und Suchfähigkeit definiert? |
| Reporting | Sind KPI, SLA, Maßnahmen, Risiken und Statusberichte vorbereitet? |
| Mobile Endgeräte | Sind Geräte, Apps, Zugänge, Ladeinfrastruktur und Offline-Fähigkeit geklärt? |
| Schnittstellen | Sind Datenflüsse, Importe, Exporte und Verantwortlichkeiten getestet? |
| Benutzerrechte | Sind Rollen, Rechte, Datenschutz und Austrittsprozesse geregelt? |
| Nachunternehmer | Ist die digitale Einbindung externer Dienstleister geklärt? |
| Nutzerportal | Sind Meldewege, Nutzerinformationen und Statusrückmeldungen vorbereitet? |
| Schulung | Sind alle relevanten Rollen in der Systemnutzung eingewiesen? |
| Testbetrieb | Wurden Kernprozesse vor Go-live getestet? |
| Fehlerliste | Sind Systemfehler priorisiert und mit Maßnahmen hinterlegt? |
| Notfallprozess | Gibt es Ausweichprozesse bei Systemausfall? |
| Go-live-Freigabe | Ist die Systembetriebsbereitschaft dokumentiert bewertet? |
| Hypercare | Ist die engere Begleitung nach Betriebsbeginn organisiert? |
| Kategorie | Systemfunktion | Bedeutung |
|---|---|---|
| Startkritisch | Störung erfassen und bearbeiten | Nutzer- und Betriebsstörungen müssen ab dem ersten Tag steuerbar sein. |
| Startkritisch | Kritische Zugänge zu CAFM, Ticketsystem und GLT | Das Objektteam muss arbeitsfähig sein. |
| Startkritisch | Notfallkontakte und Eskalationen | Kritische Ereignisse müssen schnell bearbeitet werden. |
| Startkritisch | Benutzer- und Rechteverwaltung | Sicherheit und Arbeitsfähigkeit müssen gewährleistet sein. |
| Startkritisch | Kritische Anlagendaten | Wartung, Entstörung und Betreiberpflichten benötigen Mindestdaten. |
| Startkritisch | Dokumentenzugriff auf Sicherheitsunterlagen | Brandschutz, Notfall und Prüfpflichten müssen unterstützt werden. |
| Hoch relevant | Wartungsplanung | Wiederkehrende Leistungen müssen terminiert und nachweisbar sein. |
| Hoch relevant | Prüfpflichtenübersicht | Fristen und Nachweise müssen gesteuert werden. |
| Hoch relevant | Mobile Rückmeldung | Vor-Ort-Leistungen sollten digital dokumentiert werden. |
| Hoch relevant | KPI- und SLA-Grundlagen | Leistungssteuerung muss früh aufgebaut werden. |
| Nachgelagert | Dashboard-Optimierung | Sinnvoll, aber nicht immer startkritisch. |
| Nachgelagert | Vollständige Schnittstellenautomatisierung | Kann teilweise durch definierte Übergangsprozesse ersetzt werden. |
| Nachgelagert | Erweiterte Analysen | Können in der Stabilisierungs- oder Optimierungsphase folgen. |
Ausweichprozesse bei Systemausfall
Ein System-Start-up muss auch Ausweichprozesse definieren. Kein System ist dauerhaft störungsfrei. Entscheidend ist, dass der Betrieb bei Ausfall von Ticketsystem, CAFM, GLT-Zugang oder Kommunikationssystemen handlungsfähig bleibt.
| Ausfallszenario | Ausweichprozess |
|---|---|
| Ticketsystem nicht erreichbar | Temporäre Störungsannahme über definierte E-Mail, Hotline oder Formular mit späterer Nacherfassung |
| CAFM nicht erreichbar | Nutzung vorbereiteter Wartungs- und Anlagenlisten für kritische Aufgaben |
| Mobile App fällt aus | Papier- oder Offline-Checklisten mit geregelter Nachpflege |
| GLT-Zugriff nicht verfügbar | Kontakt zu GLT-Verantwortlichen, Bereitschaft oder technischer Leitstelle |
| Dokumentenplattform fällt aus | Lokaler Zugriff auf kritische Notfall- und Sicherheitsunterlagen |
| Reporting nicht verfügbar | Manuelle Statusmeldung über definierte Mindestkennzahlen |
| Schnittstelle fehlerhaft | Manuell kontrollierter Datenexport oder Datenabgleich |
| Benutzerzugang gesperrt | IT-Notfallkontakt und geregeltes Freigabeverfahren |
| Kommunikationssystem gestört | Ersatztelefonnummern, Bereitschaftstelefon oder Funk |
| Datenimport fehlerhaft | Import stoppen, Fehlerliste erstellen, geprüfte Daten nachführen |
Risiken ohne System-Start-up
Ohne System-Start-up entstehen erhebliche Risiken für Betrieb, Qualität, Compliance und Wirtschaftlichkeit. Besonders kritisch ist, dass viele Risiken zunächst organisatorisch wirken, später aber zu realen Betriebsproblemen führen.
| Risiko | Ursache | Mögliche Folge | Gegenmaßnahme |
|---|---|---|---|
| Tickets werden nicht sauber erfasst | Ticketsystem fehlt oder ist nicht konfiguriert | Störungen sind nicht nachvollziehbar | Ticketsystem vor Go-live einrichten und testen |
| Wartungen werden nicht geplant | CAFM-Daten oder Wartungspläne fehlen | Fristen und Leistungen werden versäumt | Anlagen- und Wartungsdaten priorisiert übernehmen |
| Systemrechte fehlen | Benutzerverwaltung nicht vorbereitet | Mitarbeitende können nicht arbeiten | Rollen- und Rechtekonzept vor Go-live umsetzen |
| Falsche Daten im System | Daten wurden ungeprüft importiert | Aufträge, Berichte und KPI sind fehlerhaft | Datenvalidierung durchführen |
| GLT-Zugriff fehlt | technische Zugänge nicht geklärt | Alarme und Störungen werden verzögert erkannt | GLT-Zugänge und Alarmwege vor Start prüfen |
| Dokumente nicht auffindbar | Ablagestruktur fehlt | Betrieb und Nachweise werden erschwert | Dokumentenstruktur und Metadaten festlegen |
| KPI nicht belastbar | Datenquellen und Messlogik fehlen | Leistungsbewertung wird strittig | KPI-Setup und Datenquellen definieren |
| Datenschutzrisiken | Rechte zu weit oder ungeklärt | Sensible Daten werden falsch genutzt | Zugriffskonzept und Protokollierung einführen |
| Nachunternehmer nicht angebunden | digitale Einbindung fehlt | Nachweise kommen verspätet oder unvollständig | Nachunternehmerprozess definieren |
| Keine Ausweichprozesse | Systemausfall nicht vorbereitet | Betrieb wird unterbrochen | Notfall- und Ersatzprozesse festlegen |
Typische Fehler im System-Start-up
| Fehler | Folge | Vermeidung |
|---|---|---|
| System-Start-up wird als reine IT-Aufgabe verstanden | Fachliche Prozesse werden nicht ausreichend abgebildet | FM-Fachbereiche, Objektleitung und IT gemeinsam einbinden |
| Daten werden ungeprüft importiert | Fehlerhafte Stammdaten prägen den Regelbetrieb | Datenvalidierung vor Import und Go-live |
| Ticketsystem wird zu spät eingerichtet | Anfangsstörungen laufen außerhalb des Systems | Ticketsystem vor Nutzerkommunikation testen |
| Rollenrechte werden pauschal vergeben | Datenschutz- und Sicherheitsrisiken entstehen | Rollen- und Rechtekonzept differenziert aufbauen |
| Reporting wird erst nach Go-live entwickelt | Auftraggeber hat keine Steuerungsinformationen | Mindestreporting vor Betriebsbeginn definieren |
| Mobile Nutzung wird nicht getestet | Vor-Ort-Rückmeldungen funktionieren nicht | Endgeräte, Apps und Offline-Prozesse testen |
| Nachunternehmer werden nicht berücksichtigt | Externe Leistungen sind nicht digital nachweisbar | Nachunternehmer-Workflows vor Start klären |
| GLT-Zugänge bleiben offen | Technische Störungen werden nicht rechtzeitig erkannt | Zugänge, Rechte und Alarmwege vor Go-live prüfen |
| Keine Schulung | Systeme werden falsch oder gar nicht genutzt | Rollenbezogene Einweisungen durchführen |
| Keine Hypercare | Anfangsprobleme bleiben zu lange ungelöst | Systembetreuung in den ersten Wochen sicherstellen |
Systembezogene Betriebsbereitschaft
Vor dem Go-live sollte geprüft werden, ob die Systemlandschaft betriebsbereit ist. Betriebsbereit bedeutet nicht, dass jede Komfortfunktion vollständig ausgebaut ist. Betriebsbereit bedeutet, dass die startkritischen Prozesse digital oder über geregelte Übergangslösungen sicher funktionieren.
| Prüffeld | Betriebsbereitschaftsfrage |
|---|---|
| Systemübersicht | Sind alle relevanten Systeme und Verantwortlichen bekannt? |
| Systemzugänge | Sind Benutzer, Rollen und Rechte für alle startkritischen Rollen eingerichtet? |
| CAFM | Sind kritische Anlagen, Räume, Wartungen und Dokumente nutzbar abgebildet? |
| Ticketsystem | Können Störungen und Serviceanforderungen erfasst, bearbeitet und abgeschlossen werden? |
| GLT | Sind technische Zugänge, Alarmwege und Zuständigkeiten geklärt? |
| Dokumentenablage | Sind kritische Dokumente verfügbar und auffindbar? |
| Reporting | Sind Mindestberichte für Status, KPI, SLA, Risiken und Maßnahmen vorbereitet? |
| Mobile Nutzung | Sind Endgeräte, Apps und Rückmeldeprozesse funktionsfähig? |
| Schnittstellen | Sind Datenflüsse getestet oder Übergangsprozesse definiert? |
| Datenschutz | Sind Zugriffsrechte, externe Zugänge und Austrittsprozesse geregelt? |
| Schulung | Sind relevante Nutzergruppen eingewiesen? |
| Systemtest | Wurden Kernprozesse vor Go-live praktisch getestet? |
| Fehlersteuerung | Gibt es eine Fehlerliste mit Prioritäten, Verantwortlichen und Terminen? |
| Notfallprozess | Sind Ausweichprozesse bei Systemausfall definiert? |
| Restpunkte | Sind nicht kritische Systemthemen in die Stabilisierungsphase überführt? |
Eine klare Statuslogik unterstützt die Steuerung des System-Start-ups. Sie macht sichtbar, welche Systeme startfähig sind und wo Risiken bestehen.
| Status | Bedeutung | Handlungsbedarf |
|---|---|---|
| Grün | Systemfunktion ist eingerichtet, getestet und startfähig. | Nutzung im Regelbetrieb starten und überwachen. |
| Gelb | Systemfunktion ist grundsätzlich verfügbar, Restpunkte bestehen. | Restpunkte mit Termin und Verantwortlichem verfolgen. |
| Rot | Startkritische Systemfunktion fehlt oder funktioniert nicht. | Vor Go-live lösen oder belastbare Übergangslösung festlegen. |
| Grau | Bewertung ist noch nicht möglich. | Informationen, Tests oder Entscheidungen nachholen. |
| Blau | Für dieses Projekt nicht relevant. | Nichtrelevanz dokumentieren. |
Beispielhafte Bewertungsmatrix
| Systembereich | Zielzustand vor Go-live | Mögliche Restpunkte |
|---|---|---|
| CAFM | Kritische Anlagen, Räume, Wartungen und Aufträge sind nutzbar. | Detailbereinigung einzelner Stammdaten |
| Ticketsystem | Störungen und Nutzeranfragen können erfasst und bearbeitet werden. | Optimierung von Kategorien oder Vorlagen |
| GLT | Zugänge, Alarmwege und Verantwortlichkeiten sind geklärt. | Erweiterte Schnittstellenanbindung |
| Dokumentenplattform | Kritische Dokumente sind strukturiert verfügbar. | Nachforderung nicht startkritischer Unterlagen |
| Reporting | Mindestberichte zu Status, SLA, KPI und Maßnahmen sind vorbereitet. | Ausbau von Dashboards |
| Mobile Anwendungen | Kernrollen können Aufträge und Rückmeldungen mobil bearbeiten. | Erweiterung auf weitere Nutzergruppen |
| Schnittstellen | Kritische Datenflüsse funktionieren oder sind durch Übergangsprozesse gesichert. | Automatisierung weiterer Datenflüsse |
| Rollen und Rechte | Startkritische Benutzer sind angelegt und berechtigt. | Feinabstimmung einzelner Rollen |
| Nachunternehmerzugang | Kritische externe Leistungen sind digital oder organisatorisch angebunden. | Erweiterung direkter Systemzugriffe |
| IT-Sicherheit | Datenschutz- und Zugriffsvorgaben sind berücksichtigt. | Ergänzende Protokollierungs- oder Auditfunktionen |
Nachweise im System-Start-up
Ein System-Start-up muss nachvollziehbar dokumentiert werden. Nur so ist erkennbar, ob Systeme tatsächlich startfähig sind.
| Nachweis | Zweck |
|---|---|
| Systemübersicht | Dokumentiert relevante Systeme, Verantwortliche und Schnittstellen. |
| Rollen- und Rechtekonzept | Belegt Zugriffslogik, Datenschutz und Verantwortlichkeiten. |
| Benutzerliste | Zeigt angelegte Nutzer, Rollen und Freigaben. |
| Datenimportprotokoll | Dokumentiert übernommene Daten, Fehler und Korrekturen. |
| Datenqualitätsbericht | Bewertet Vollständigkeit, Aktualität und Nutzbarkeit der Daten. |
| Workflowbeschreibung | Zeigt, wie Tickets, Wartungen, Prüfungen und Maßnahmen ablaufen. |
| Systemtestprotokoll | Belegt getestete Funktionen, Fehler und Freigaben. |
| Schnittstellenprotokoll | Dokumentiert Datenflüsse, Tests und offene Punkte. |
| Schulungsnachweise | Belegen Einweisung der relevanten Nutzergruppen. |
| Dokumentenstruktur | Zeigt Ablage, Rechte, Revisionslogik und Suchstruktur. |
| Reportingmuster | Zeigt KPI, SLA, Monatsbericht, Maßnahmen- und Risikoberichte. |
| Fehler- und Restpunkteliste | Verfolgt offene Systemthemen mit Priorität und Termin. |
| Go-live-Freigabe | Dokumentiert systembezogene Betriebsbereitschaft. |
| Hypercare-Protokolle | Erfassen Anfangsprobleme und Nachsteuerung nach Betriebsbeginn. |
System-Start-up-Bericht
Der System-Start-up sollte im Start-up-Bericht oder in einem eigenen Berichtsteil dokumentiert werden. Der Bericht zeigt, ob die digitale Betriebsfähigkeit hergestellt ist und welche Restpunkte in der Stabilisierungsphase weiterzuführen sind.
| Berichtsteil | Inhalt |
|---|---|
| Systemlandschaft | Übersicht über CAFM, Ticketsystem, GLT, DMS, Reporting, mobile Anwendungen und Schnittstellen |
| Systemverantwortung | Benannte fachliche und technische Verantwortliche |
| Datenstatus | Qualität, Vollständigkeit und Nutzbarkeit der übernommenen Daten |
| CAFM-Status | Anlagen, Räume, Wartungen, Prüfpflichten und Aufträge |
| Ticketsystem-Status | Meldewege, Kategorien, Prioritäten, SLA, Workflows und Eskalationen |
| GLT-Status | Zugänge, Rechte, Alarmwege, Verantwortlichkeiten und offene Punkte |
| Dokumentenstatus | Ablagestruktur, kritische Dokumente, Nachforderungen und Revisionsstände |
| Reporting-Status | KPI, SLA, Statusberichte, Maßnahmenlisten und Dashboard-Reife |
| Rechte- und Datenschutzstatus | Benutzer, Rollen, Zugriffe, externe Rechte und Austrittsprozesse |
| Teststatus | Ergebnisse von Systemtests, Fehlern und Korrekturen |
| Schulungsstatus | Durchgeführte Einweisungen und offene Schulungen |
| Risikobewertung | Kritische Systemrisiken für Go-live und Regelbetrieb |
| Maßnahmenliste | Offene Punkte mit Verantwortlichen, Prioritäten und Terminen |
| Go-live-Empfehlung | Bewertung der systembezogenen Betriebsbereitschaft |
| Hypercare-Plan | Vorgehen zur Stabilisierung in den ersten Betriebswochen |
System-Start-up und Betreiberpflichten
Betreiberpflichten müssen im System-Start-up berücksichtigt werden, weil viele Pflichten nur dann sicher gesteuert werden können, wenn Fristen, Nachweise, Mängel und Verantwortlichkeiten digital nachvollziehbar sind.
| Betreiberpflichtbezogener Systemaspekt | Bedeutung |
|---|---|
| Prüffristenmanagement | Wiederkehrende Prüfungen werden terminiert und überwacht. |
| Prüfberichte | Nachweise werden digital abgelegt und mit Anlagen verknüpft. |
| Mängelverfolgung | Festgestellte Mängel werden priorisiert und mit Maßnahmen versehen. |
| Verantwortungszuordnung | Pflichten werden Rollen und Organisationen zugeordnet. |
| Eskalationen | Kritische Fristen oder Mängel werden rechtzeitig sichtbar. |
| Dokumentenverfügbarkeit | Genehmigungen, Brandschutzunterlagen und Betriebsanweisungen sind auffindbar. |
| Auditfähigkeit | Nachweise können für Prüfungen, Audits und interne Kontrollen bereitgestellt werden. |
| Nachunternehmernachweise | Prüfunternehmen und Spezialdienstleister liefern Berichte systematisch. |
| Statusberichte | Auftraggeber erhält Übersicht über offene und erledigte Pflichten. |
| Restpunktesteuerung | Offene Betreiberpflichtenthemen gehen nicht im Regelbetrieb verloren. |
System-Start-up und kaufmännische Steuerung
Systeme unterstützen auch die kaufmännische Steuerung. Leistungsnachweise, Sonderleistungen, Nachträge, Materialeinsatz, Freigaben und Abrechnungsgrundlagen müssen nachvollziehbar sein.
| Kaufmännischer Systemaspekt | Bedeutung |
|---|---|
| Leistungsnachweise | Erbrachte Leistungen werden dokumentiert und prüfbar. |
| Sonderleistungen | Zusatzleistungen werden angefordert, freigegeben und nachgewiesen. |
| Materialerfassung | Verwendete Ersatzteile und Verbrauchsmaterialien werden dokumentiert. |
| Zeitrückmeldung | Aufwände können transparent erfasst werden. |
| Rechnungsprüfung | Nachweise unterstützen Abnahme und Abrechnung. |
| Budgetcontrolling | Kosten und Maßnahmen können strukturiert ausgewertet werden. |
| Nachtragsmanagement | Änderungen werden nachvollziehbar begründet und freigegeben. |
| KPI-/Malus-Bezug | Leistungsdaten unterstützen vertragliche Bewertungssysteme. |
| Berichtswesen | Auftraggeber erhält kaufmännisch relevante Steuerungsinformationen. |
| Auditfähigkeit | Leistungs- und Kostennachweise bleiben nachvollziehbar. |
System-Start-up und Nutzerkommunikation
Der System-Start-up wirkt direkt auf die Nutzerkommunikation. Wenn Nutzer neue Meldewege verwenden sollen, müssen diese vor Betriebsbeginn erklärt und getestet sein.
| Nutzerkommunikation im System-Start-up | Inhalt |
|---|---|
| Bekanntgabe der Meldewege | Nutzer erfahren, ob Portal, Telefon, E-Mail oder App zu nutzen ist. |
| Anleitung zur Ticketanlage | Nutzer erhalten einfache Hinweise zur Meldung von Störungen. |
| Kategorien erklären | Nutzer verstehen, wie Anliegen einzuordnen sind. |
| Servicezeiten kommunizieren | Erreichbarkeit und Reaktionslogik werden transparent. |
| Rückmeldungen definieren | Nutzer wissen, welche Statusinformationen sie erhalten. |
| Eskalationswege erklären | Kritische Anliegen können geordnet weitergeleitet werden. |
| Übergangsphase erläutern | Nutzer kennen Besonderheiten im Startzeitraum. |
| Feedback aufnehmen | Anfangsprobleme im Serviceprozess werden erkannt. |
| Ansprechpartner nennen | Unterstützung bei Systemfragen wird bereitgestellt. |
| Akzeptanz fördern | Ein einfacher digitaler Prozess erhöht Nutzungsbereitschaft. |
System-Start-up bei Portfolios und mehreren Standorten
Bei mehreren Standorten ist der System-Start-up besonders anspruchsvoll. Die Systeme müssen einheitliche Steuerung ermöglichen und zugleich lokale Besonderheiten abbilden.
| Portfolio-Thema | Bedeutung |
|---|---|
| Einheitliches Datenmodell | Standorte, Gebäude, Räume und Anlagen müssen vergleichbar strukturiert sein. |
| Standortprofile | Lokale Besonderheiten, Nutzergruppen und Kritikalitäten werden berücksichtigt. |
| Rollout-Plan | Systeme werden nach Priorität, Region oder Risiko eingeführt. |
| Zentrale und lokale Rechte | Management benötigt Überblick, lokale Teams benötigen Arbeitsfähigkeit. |
| Standardisierte Workflows | Tickets, Wartungen, Prüfungen und Berichte folgen einer gemeinsamen Logik. |
| Lokale Nachunternehmer | Externe Dienstleister werden standortbezogen eingebunden. |
| Portfolio-Reporting | Auftraggeber erhält standortübergreifende und objektbezogene Auswertungen. |
| Datenharmonisierung | Unterschiedliche Datenqualitäten werden transparent bewertet. |
| Eskalationslogik | Standortbezogene und zentrale Eskalationen werden getrennt gesteuert. |
| Stabilisierungsplan | Einführung wird eng begleitet und schrittweise verbessert. |
Qualitätskriterien für einen gelungenen System-Start-up
| Qualitätskriterium | Beschreibung |
|---|---|
| Vollständigkeit | Alle startrelevanten Systeme, Schnittstellen und Prozesse wurden betrachtet. |
| Prozessbezug | Systeme bilden die tatsächlichen FM-Prozesse ab. |
| Datenqualität | Systemdaten sind vollständig genug, eindeutig, aktuell und nutzbar. |
| Rollenklärung | Benutzer, Rechte und Verantwortlichkeiten sind eindeutig geregelt. |
| Sicherheit | Datenschutz, IT-Sicherheit und Zugriffsbeschränkungen sind berücksichtigt. |
| Funktionsfähigkeit | Kernprozesse wurden getestet und sind startbereit. |
| Nutzerfreundlichkeit | Beteiligte können Systeme praktisch anwenden. |
| Nachweisfähigkeit | Leistungen, Prüfungen, Freigaben und Rückmeldungen werden dokumentiert. |
| Berichtsfähigkeit | KPI, SLA, Status und Maßnahmen können ausgewertet werden. |
| Schnittstellenklarheit | Datenflüsse sind definiert, getestet oder durch Übergangsprozesse geregelt. |
| Fehlersteuerung | Systemfehler werden priorisiert und verfolgt. |
| Hypercare | Anfangsprobleme werden nach Go-live eng begleitet. |
| Skalierbarkeit | Systemlogik unterstützt künftige Erweiterungen und Optimierungen. |
| Go-live-Fähigkeit | Startkritische Funktionen sind vor Betriebsbeginn verfügbar. |
Nutzen des System-Start-ups
Ein professioneller System-Start-up schafft Transparenz, Effizienz und Nachweisfähigkeit. Er macht den Dienstleisterwechsel nicht nur organisatorisch, sondern auch digital steuerbar.
| Nutzen | Wirkung |
|---|---|
| Bessere Steuerbarkeit | Auftraggeber erhält belastbare Informationen zu Leistungen, Risiken und Status. |
| Schnellere Störungsbearbeitung | Tickets werden strukturiert erfasst, zugeordnet und verfolgt. |
| Höhere Nachweisqualität | Leistungen, Wartungen, Prüfungen und Freigaben werden digital dokumentiert. |
| Weniger Medienbrüche | Informationen laufen nicht dauerhaft über E-Mail, Papier und Einzeltabellen. |
| Bessere Datenqualität | Objekt-, Anlagen- und Flächendaten werden systematisch geprüft. |
| Klare Verantwortlichkeiten | Rollen, Rechte und Workflows sind nachvollziehbar. |
| Höhere Nutzerzufriedenheit | Nutzer erhalten einfache Meldewege und Rückmeldungen. |
| Stärkere Compliance | Prüfpflichten, Mängel und Nachweise sind digital steuerbar. |
| Bessere Wirtschaftlichkeit | Weniger Nacharbeit, Doppelpflege und manuelle Auswertungen. |
| Stabilerer Regelbetrieb | Digitale Prozesse funktionieren ab dem Start. |
| Besseres Reporting | KPI, SLA und Maßnahmen können belastbar ausgewertet werden. |
| Zukunftsfähigkeit | Systeme bilden die Grundlage für kontinuierliche Verbesserung und Digitalisierung. |
FM-Connect.com: Unterstützung beim System-Start-up
FM-Connect.com unterstützt Auftraggeber bei der strukturierten Vorbereitung, Bewertung und Steuerung des System-Start-ups im Rahmen des Dienstleisterwechsels. Ziel ist die Herstellung einer belastbaren digitalen Betriebsfähigkeit vor dem Go-live.
Wir betrachten Systeme nicht isoliert als IT-Thema. Entscheidend ist, ob die Systeme die vertraglichen Pflichten, FM-Prozesse, Datenstrukturen, Betreiberpflichten, Nutzeranforderungen, Nachweise und Berichte des späteren Regelbetriebs wirksam unterstützen.
| Unterstützungsfeld | Beitrag von FM-Connect.com |
|---|---|
| Systemanforderungen strukturieren | Ableitung der Anforderungen aus Vertrag, SLA, KPI, Betreiberpflichten und Betriebsprozessen |
| Systemlandschaft bewerten | Erfassung von CAFM, Ticketsystem, GLT, DMS, Reporting, mobilen Anwendungen und Schnittstellen |
| Datenqualität prüfen | Bewertung von Objekt-, Anlagen-, Flächen-, Prüf- und Vertragsdaten |
| Rollen- und Rechtekonzept unterstützen | Strukturierung von Zugriffsrechten, Verantwortlichkeiten und Datenschutzanforderungen |
| Workflows definieren | Abbildung von Störung, Wartung, Prüfung, Freigabe, Maßnahme und Eskalation |
| Reporting aufbauen | Entwicklung von Statusberichten, KPI, SLA, Maßnahmenlisten und Risikoberichten |
| Systemtests begleiten | Prüfung startkritischer Funktionen vor Go-live |
| Nachunternehmerintegration klären | Regelung digitaler Rückmeldungen, Nachweise und Zugriffsrechte externer Dienstleister |
| Betriebsbereitschaft bewerten | Einschätzung, ob die Systeme für den Leistungsbeginn ausreichend startfähig sind |
| Risiken und Restpunkte steuern | Priorisierung offener Systemthemen mit Verantwortlichen und Terminen |
| Start-up-Bericht erstellen | Dokumentation von Systemstatus, Risiken, Maßnahmen und Go-live-Empfehlung |
| Hypercare begleiten | Unterstützung bei der Stabilisierung digitaler Prozesse nach Betriebsbeginn |
Ergebnis eines gelungenen System-Start-ups
Ein gelungener System-Start-up führt dazu, dass der neue FM-Dienstleister seine Leistungen digital steuern, dokumentieren und berichten kann. Störungen werden erfasst, Wartungen geplant, Prüfpflichten überwacht, Dokumente gefunden, Nachweise geführt, KPI ausgewertet und offene Punkte verfolgt.
Der System-Start-up macht den Regelbetrieb transparent. Er verhindert, dass der Dienstleisterwechsel mit provisorischen Listen, unklaren Daten und fehlenden Zugängen beginnt.
| Ergebnis | Bedeutung |
|---|---|
| Nutzbare Systemlandschaft | Die relevanten Systeme sind eingerichtet und startfähig. |
| Belastbare Datenbasis | Kritische Objekt-, Anlagen-, Flächen- und Prüfdaten sind nutzbar. |
| Funktionierende Tickets | Störungen und Nutzeranfragen werden nachvollziehbar bearbeitet. |
| Digitale Wartungsplanung | Wiederkehrende Leistungen sind systematisch geplant. |
| Geordnete Dokumentenablage | Kritische Unterlagen sind auffindbar und berechtigt zugänglich. |
| Klare Rollenrechte | Nutzer arbeiten mit passenden Rechten und Verantwortlichkeiten. |
| Einsetzbare mobile Anwendungen | Vor-Ort-Leistungen können digital rückgemeldet werden. |
| Belastbares Reporting | KPI, SLA, Maßnahmen und Risiken sind auswertbar. |
| Sichere Schnittstellen | Datenflüsse sind definiert, getestet oder kontrolliert überbrückt. |
| Dokumentierte Systemfreigabe | Go-live-Entscheidung ist nachvollziehbar. |
| Gesteuerte Restpunkte | Offene Systemthemen gehen nicht im Regelbetrieb verloren. |
| Stabiler digitaler Regelbetrieb | Systeme unterstützen den Betrieb statt ihn zu belasten. |
Anspruch
Der System-Start-up ist die Grundlage der digitalen Betriebsfähigkeit im Facility Management. Er stellt sicher, dass CAFM, Ticketsystem, Gebäudeleittechnik, Dokumentenplattform, Reporting, mobile Anwendungen, Schnittstellen, Benutzerrechte und Datenstrukturen vor dem Betriebsbeginn eingerichtet und geprüft sind.
Ohne System-Start-up entstehen Medienbrüche, Nachweislücken, unklare Zuständigkeiten, fehlerhafte Daten, verspätete Störungsbearbeitung und schwaches Reporting. Der Dienstleisterwechsel wird dadurch unnötig riskant und schwer steuerbar.
Ein professioneller System-Start-up verbindet IT, FM-Prozesse, Datenmanagement, Betreiberpflichten, Nutzerkommunikation, Reporting und Qualitätssicherung. Er sorgt dafür, dass der neue Dienstleister nicht nur vor Ort einsatzbereit ist, sondern seine Leistungen auch digital nachvollziehbar, sicher und steuerbar erbringen kann.
FM-Connect.com unterstützt Auftraggeber dabei, den System-Start-up strukturiert zu planen, fachlich zu prüfen, Risiken transparent zu machen und die digitale Betriebsbereitschaft vor dem Go-live belastbar zu bewerten.
