Seminar Lansweeper – Integrationen mit ITSM, CMDB und Security-Plattformen

Integrationen liefern nur dann verlässlichen Nutzen, wenn CI-Identität, Datenhoheit, Mapping, Aktualität und Fehlerbehandlung zwischen Plattform und Zielsystem eindeutig geregelt sind.

Inhaltsübersicht

1. Integrationsmuster und Datenhoheit
2. CI- und Asset-Identität
3. Mapping und Normalisierung
4. ITSM- und CMDB-Connectoren
5. ServiceNow- und Jira-nahe Szenarien
6. Security- und SIEM-Datenflüsse
7. Fehlerbehandlung und Qualität
8. Betrieb und Governance

Zielsetzung

Nach Abschluss können Integrationsszenarien ausgewählt, Mapping- und Synchronisationsregeln entwickelt und mit messbarer Datenqualität in den Betrieb überführt werden.

Zielgruppe

ITSM- und CMDB-Verantwortliche, Service Management, Security Operations, Plattformadministration und Integration Engineering.

Voraussetzungen

Grundkenntnisse des Asset Inventory und des jeweiligen Zielsystems. API- oder Connector-Erfahrung ist hilfreich.

Seminarinhalte

Die Inhalte werden kapitelweise aufgebaut. Jede Einheit enthält eine eigene Inhaltsübersicht, eine klar definierte Umsetzungskette, Prüfungen und eine dokumentierte Praxisaufgabe.

Kapitel 1: Integrationsmuster und Datenhoheit

Inhaltsverzeichnis des Kapitels:

1. Inventarversorgung
2. Anreicherung und Ereignis
3. führende Quelle
4. Einweg oder bidirektional

1. Schritt 1: Ausgangslage, fachlicher Zweck und Abnahmekriterien für „Integrationsmuster und Datenhoheit“ werden erfasst. Dabei werden insbesondere Inventarversorgung und Anreicherung und Ereignis eindeutig abgegrenzt.
2. Schritt 2: Technische und organisatorische Voraussetzungen werden geprüft. Dazu gehören führende Quelle, Einweg oder bidirektional sowie die erforderlichen Rollen, Zugriffe, Daten und Sicherheitsfreigaben.
3. Schritt 3: Die Umsetzung erfolgt in einer dokumentierten Reihenfolge: Anreicherung und Ereignis, führende Quelle, Einweg oder bidirektional, Integrationsmuster und Datenhoheit, Integrationsmuster und Datenhoheit. Jede Änderung wird zunächst in einem kontrollierten Bereich ausgeführt.
4. Schritt 4: Das Ergebnis wird mit Positiv-, Negativ- und Grenzfällen validiert. Als konkrete Prüfpunkte dienen Einweg oder bidirektional, Integrationsmuster und Datenhoheit, Integrationsmuster und Datenhoheit; Abweichungen werden reproduzierbar dokumentiert.
5. Schritt 5: Für den Regelbetrieb werden Verantwortlichkeit, Sollwerte, Kontrollintervall, Änderungsverfahren, Rückfallmöglichkeit und Eskalationsweg festgelegt.

Praxisübung: Ein Zielbild für Quelle, Ziel und zulässige Rückmeldung. Die Umsetzung wird anhand festgelegter Sollwerte geprüft und in einer wiederverwendbaren Betriebsnotiz festgehalten.

Kapitel 2: CI- und Asset-Identität

Inhaltsverzeichnis des Kapitels:

1. CI-Klassen
2. Seriennummer und Cloud-ID
3. Hostname als schwacher Schlüssel
4. Lebenszyklus

1. Schritt 1: Ausgangslage, fachlicher Zweck und Abnahmekriterien für „CI- und Asset-Identität“ werden erfasst. Dabei werden insbesondere CI-Klassen und Seriennummer und Cloud-ID eindeutig abgegrenzt.
2. Schritt 2: Technische und organisatorische Voraussetzungen werden geprüft. Dazu gehören Hostname als schwacher Schlüssel, Lebenszyklus sowie die erforderlichen Rollen, Zugriffe, Daten und Sicherheitsfreigaben.
3. Schritt 3: Die Umsetzung erfolgt in einer dokumentierten Reihenfolge: Seriennummer und Cloud-ID, Hostname als schwacher Schlüssel, Lebenszyklus, CI- und Asset-Identität, CI- und Asset-Identität. Jede Änderung wird zunächst in einem kontrollierten Bereich ausgeführt.
4. Schritt 4: Das Ergebnis wird mit Positiv-, Negativ- und Grenzfällen validiert. Als konkrete Prüfpunkte dienen Lebenszyklus, CI- und Asset-Identität, CI- und Asset-Identität; Abweichungen werden reproduzierbar dokumentiert.
5. Schritt 5: Für den Regelbetrieb werden Verantwortlichkeit, Sollwerte, Kontrollintervall, Änderungsverfahren, Rückfallmöglichkeit und Eskalationsweg festgelegt.

Praxisübung: Eine getestete Schlüsselhierarchie gegen reale Dublettenmuster. Die Umsetzung wird anhand festgelegter Sollwerte geprüft und in einer wiederverwendbaren Betriebsnotiz festgehalten.

Kapitel 3: Mapping und Normalisierung

Inhaltsverzeichnis des Kapitels:

1. Pflichtfelder
2. Status und Hersteller
3. leere Werte
4. Mappingversionen

1. Schritt 1: Ausgangslage, fachlicher Zweck und Abnahmekriterien für „Mapping und Normalisierung“ werden erfasst. Dabei werden insbesondere Pflichtfelder und Status und Hersteller eindeutig abgegrenzt.
2. Schritt 2: Technische und organisatorische Voraussetzungen werden geprüft. Dazu gehören leere Werte, Mappingversionen sowie die erforderlichen Rollen, Zugriffe, Daten und Sicherheitsfreigaben.
3. Schritt 3: Die Umsetzung erfolgt in einer dokumentierten Reihenfolge: Status und Hersteller, leere Werte, Mappingversionen, Mapping und Normalisierung, Mapping und Normalisierung. Jede Änderung wird zunächst in einem kontrollierten Bereich ausgeführt.
4. Schritt 4: Das Ergebnis wird mit Positiv-, Negativ- und Grenzfällen validiert. Als konkrete Prüfpunkte dienen Mappingversionen, Mapping und Normalisierung, Mapping und Normalisierung; Abweichungen werden reproduzierbar dokumentiert.
5. Schritt 5: Für den Regelbetrieb werden Verantwortlichkeit, Sollwerte, Kontrollintervall, Änderungsverfahren, Rückfallmöglichkeit und Eskalationsweg festgelegt.

Praxisübung: Ein vollständiges Mapping für Server und Endgeräte. Die Umsetzung wird anhand festgelegter Sollwerte geprüft und in einer wiederverwendbaren Betriebsnotiz festgehalten.

Kapitel 4: ITSM- und CMDB-Connectoren

Inhaltsverzeichnis des Kapitels:

1. Zielkonto und Rollen
2. Objekte oder Tabellen
3. Site und Asset Scope
4. Initial- und Deltalauf

1. Schritt 1: Ausgangslage, fachlicher Zweck und Abnahmekriterien für „ITSM- und CMDB-Connectoren“ werden erfasst. Dabei werden insbesondere Zielkonto und Rollen und Objekte oder Tabellen eindeutig abgegrenzt.
2. Schritt 2: Technische und organisatorische Voraussetzungen werden geprüft. Dazu gehören Site und Asset Scope, Initial- und Deltalauf sowie die erforderlichen Rollen, Zugriffe, Daten und Sicherheitsfreigaben.
3. Schritt 3: Die Umsetzung erfolgt in einer dokumentierten Reihenfolge: Objekte oder Tabellen, Site und Asset Scope, Initial- und Deltalauf, ITSM- und CMDB-Connectoren, ITSM- und CMDB-Connectoren. Jede Änderung wird zunächst in einem kontrollierten Bereich ausgeführt.
4. Schritt 4: Das Ergebnis wird mit Positiv-, Negativ- und Grenzfällen validiert. Als konkrete Prüfpunkte dienen Initial- und Deltalauf, ITSM- und CMDB-Connectoren, ITSM- und CMDB-Connectoren; Abweichungen werden reproduzierbar dokumentiert.
5. Schritt 5: Für den Regelbetrieb werden Verantwortlichkeit, Sollwerte, Kontrollintervall, Änderungsverfahren, Rückfallmöglichkeit und Eskalationsweg festgelegt.

Praxisübung: Ein Connector-Pilot mit begrenztem Scope und Abnahme. Die Umsetzung wird anhand festgelegter Sollwerte geprüft und in einer wiederverwendbaren Betriebsnotiz festgehalten.

Kapitel 5: ServiceNow- und Jira-nahe Szenarien

Inhaltsverzeichnis des Kapitels:

1. CMDB-Klassen und Identifikation
2. Assets und Vorgänge
3. Servicekontext
4. begrenzte Rückmeldung

1. Schritt 1: Ausgangslage, fachlicher Zweck und Abnahmekriterien für „ServiceNow- und Jira-nahe Szenarien“ werden erfasst. Dabei werden insbesondere CMDB-Klassen und Identifikation und Assets und Vorgänge eindeutig abgegrenzt.
2. Schritt 2: Technische und organisatorische Voraussetzungen werden geprüft. Dazu gehören Servicekontext, begrenzte Rückmeldung sowie die erforderlichen Rollen, Zugriffe, Daten und Sicherheitsfreigaben.
3. Schritt 3: Die Umsetzung erfolgt in einer dokumentierten Reihenfolge: Assets und Vorgänge, Servicekontext, begrenzte Rückmeldung, ServiceNow- und Jira-nahe Szenarien, ServiceNow- und Jira-nahe Szenarien. Jede Änderung wird zunächst in einem kontrollierten Bereich ausgeführt.
4. Schritt 4: Das Ergebnis wird mit Positiv-, Negativ- und Grenzfällen validiert. Als konkrete Prüfpunkte dienen begrenzte Rückmeldung, ServiceNow- und Jira-nahe Szenarien, ServiceNow- und Jira-nahe Szenarien; Abweichungen werden reproduzierbar dokumentiert.
5. Schritt 5: Für den Regelbetrieb werden Verantwortlichkeit, Sollwerte, Kontrollintervall, Änderungsverfahren, Rückfallmöglichkeit und Eskalationsweg festgelegt.

Praxisübung: Ein Vergleich zweier geeigneter Integrationsmuster. Die Umsetzung wird anhand festgelegter Sollwerte geprüft und in einer wiederverwendbaren Betriebsnotiz festgehalten.

Kapitel 6: Security- und SIEM-Datenflüsse

Inhaltsverzeichnis des Kapitels:

1. Erkennungsanreicherung
2. Incident-Kontext
3. Datenminimierung
4. Zeitbezug und Aufbewahrung

1. Schritt 1: Ausgangslage, fachlicher Zweck und Abnahmekriterien für „Security- und SIEM-Datenflüsse“ werden erfasst. Dabei werden insbesondere Erkennungsanreicherung und Incident-Kontext eindeutig abgegrenzt.
2. Schritt 2: Technische und organisatorische Voraussetzungen werden geprüft. Dazu gehören Datenminimierung, Zeitbezug und Aufbewahrung sowie die erforderlichen Rollen, Zugriffe, Daten und Sicherheitsfreigaben.
3. Schritt 3: Die Umsetzung erfolgt in einer dokumentierten Reihenfolge: Incident-Kontext, Datenminimierung, Zeitbezug und Aufbewahrung, Security- und SIEM-Datenflüsse, Security- und SIEM-Datenflüsse. Jede Änderung wird zunächst in einem kontrollierten Bereich ausgeführt.
4. Schritt 4: Das Ergebnis wird mit Positiv-, Negativ- und Grenzfällen validiert. Als konkrete Prüfpunkte dienen Zeitbezug und Aufbewahrung, Security- und SIEM-Datenflüsse, Security- und SIEM-Datenflüsse; Abweichungen werden reproduzierbar dokumentiert.
5. Schritt 5: Für den Regelbetrieb werden Verantwortlichkeit, Sollwerte, Kontrollintervall, Änderungsverfahren, Rückfallmöglichkeit und Eskalationsweg festgelegt.

Praxisübung: Ein sicherheitsrelevanter Asset-Kontext mit kontrollierter Weitergabe. Die Umsetzung wird anhand festgelegter Sollwerte geprüft und in einer wiederverwendbaren Betriebsnotiz festgehalten.

Kapitel 7: Fehlerbehandlung und Qualität

Inhaltsverzeichnis des Kapitels:

1. Verbindung und Authentisierung
2. Mappingfehler
3. Quarantäne
4. Idempotenz und Wiederanlauf

1. Schritt 1: Ausgangslage, fachlicher Zweck und Abnahmekriterien für „Fehlerbehandlung und Qualität“ werden erfasst. Dabei werden insbesondere Verbindung und Authentisierung und Mappingfehler eindeutig abgegrenzt.
2. Schritt 2: Technische und organisatorische Voraussetzungen werden geprüft. Dazu gehören Quarantäne, Idempotenz und Wiederanlauf sowie die erforderlichen Rollen, Zugriffe, Daten und Sicherheitsfreigaben.
3. Schritt 3: Die Umsetzung erfolgt in einer dokumentierten Reihenfolge: Mappingfehler, Quarantäne, Idempotenz und Wiederanlauf, Fehlerbehandlung und Qualität, Fehlerbehandlung und Qualität. Jede Änderung wird zunächst in einem kontrollierten Bereich ausgeführt.
4. Schritt 4: Das Ergebnis wird mit Positiv-, Negativ- und Grenzfällen validiert. Als konkrete Prüfpunkte dienen Idempotenz und Wiederanlauf, Fehlerbehandlung und Qualität, Fehlerbehandlung und Qualität; Abweichungen werden reproduzierbar dokumentiert.
5. Schritt 5: Für den Regelbetrieb werden Verantwortlichkeit, Sollwerte, Kontrollintervall, Änderungsverfahren, Rückfallmöglichkeit und Eskalationsweg festgelegt.

Praxisübung: Ein wiederholbarer Lauf ohne Doppelanlage. Die Umsetzung wird anhand festgelegter Sollwerte geprüft und in einer wiederverwendbaren Betriebsnotiz festgehalten.

Kapitel 8: Betrieb und Governance

Inhaltsverzeichnis des Kapitels:

1. Verantwortliche
2. Schema- und Prozessänderungen
3. Kontrolltermine
4. Rückbau

1. Schritt 1: Ausgangslage, fachlicher Zweck und Abnahmekriterien für „Betrieb und Governance“ werden erfasst. Dabei werden insbesondere Verantwortliche und Schema- und Prozessänderungen eindeutig abgegrenzt.
2. Schritt 2: Technische und organisatorische Voraussetzungen werden geprüft. Dazu gehören Kontrolltermine, Rückbau sowie die erforderlichen Rollen, Zugriffe, Daten und Sicherheitsfreigaben.
3. Schritt 3: Die Umsetzung erfolgt in einer dokumentierten Reihenfolge: Schema- und Prozessänderungen, Kontrolltermine, Rückbau, Betrieb und Governance, Betrieb und Governance. Jede Änderung wird zunächst in einem kontrollierten Bereich ausgeführt.
4. Schritt 4: Das Ergebnis wird mit Positiv-, Negativ- und Grenzfällen validiert. Als konkrete Prüfpunkte dienen Rückbau, Betrieb und Governance, Betrieb und Governance; Abweichungen werden reproduzierbar dokumentiert.
5. Schritt 5: Für den Regelbetrieb werden Verantwortlichkeit, Sollwerte, Kontrollintervall, Änderungsverfahren, Rückfallmöglichkeit und Eskalationsweg festgelegt.

Praxisübung: Ein gemeinsames Betriebsmodell für Plattform- und Zielsystemteam. Die Umsetzung wird anhand festgelegter Sollwerte geprüft und in einer wiederverwendbaren Betriebsnotiz festgehalten.

Durchgängiger Praxisfall

Asset-Daten werden in eine CMDB synchronisiert und gleichzeitig für einen Security-Analyseprozess bereitgestellt. Identitätsregeln, Mapping, Pilot, Fehlerquarantäne und Betriebsübergabe werden vollständig ausgearbeitet.

Arbeitsweise im Seminar

Fachliche Einordnung, Demonstration, angeleitete Konfiguration, selbstständige Übung, Fehleranalyse und dokumentierte Abnahme wechseln sich ab. Sämtliche Konfigurationsschritte werden zuerst geplant, danach kontrolliert umgesetzt und abschließend mit messbaren Kriterien geprüft.