Seminar Lansweeper – Kompaktseminar Plattform, Discovery und Insights

Das Kompaktseminar vermittelt in verdichteter Form die zentralen Funktionen der Lansweeper-Plattform: Discovery, Inventory, Analysen, Risiko- und Lifecycle-Insights sowie die wichtigsten Betriebs- und Integrationsgrundlagen.

Inhaltsübersicht

1. Tag 1: Plattform, Sites und Zielbild
2. Tag 1: Network Discovery in Betrieb nehmen
3. Tag 1: Agent- und Cloud-Discovery einordnen
4. Tag 2: Inventory und Datenqualität beherrschen
5. Tag 2: Views und Felder für den Betrieb nutzen
6. Tag 2: Dashboards, Berichte und Diagramme aufbauen
7. Tag 3: Risiko und Lifecycle bewerten
8. Tag 3: Betrieb, Integration, Automation und AI einordnen
9. Tag 3: Gesamtübung und Lernpfad planen

Zielsetzung

Einen vollständigen Überblick gewinnen, eine kleine Lansweeper-Umgebung strukturiert aufbauen und die gewonnenen Daten für operative und steuernde Aufgaben nutzbar machen.

Zielgruppe

Neue Lansweeper-Administratoren, Key-User, IT-Betrieb, Asset Management, Security-Verantwortliche und technische Projektmitarbeitende.

Voraussetzungen

Allgemeine Kenntnisse in IT-Infrastruktur, Netzwerken, Betriebssystemen und Asset-Prozessen; vertiefte Lansweeper-Vorkenntnisse sind nicht erforderlich.

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: Tag 1: Plattform, Sites und Zielbild

Inhaltsverzeichnis des Kapitels:

1. Plattformkomponenten, Sites, Benutzeroberfläche, Rollen, Quellen, Datenfluss

1. Schritt 1: Ausgangslage, fachlicher Zweck und Abnahmekriterien für „Tag 1: Plattform, Sites und Zielbild“ werden erfasst. Dabei werden insbesondere Plattformkomponenten, Sites, Benutzeroberfläche, Rollen, Quellen, Datenfluss und Tag 1: Plattform, Sites und Zielbild eindeutig abgegrenzt.
2. Schritt 2: Technische und organisatorische Voraussetzungen werden geprüft. Dazu gehören Tag 1: Plattform, Sites und Zielbild, Tag 1: Plattform, Sites und Zielbild sowie die erforderlichen Rollen, Zugriffe, Daten und Sicherheitsfreigaben.
3. Schritt 3: Die Umsetzung erfolgt in einer dokumentierten Reihenfolge: Tag 1: Plattform, Sites und Zielbild, Tag 1: Plattform, Sites und Zielbild, Tag 1: Plattform, Sites und Zielbild, Tag 1: Plattform, Sites und Zielbild, Tag 1: Plattform, Sites und Zielbild. 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 Tag 1: Plattform, Sites und Zielbild, Tag 1: Plattform, Sites und Zielbild, Tag 1: Plattform, Sites und Zielbild; 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 übersichtliches Zielbild der Lansweeper-Umgebung wird erstellt. Die Umsetzung wird anhand festgelegter Sollwerte geprüft und in einer wiederverwendbaren Betriebsnotiz festgehalten.

Kapitel 2: Tag 1: Network Discovery in Betrieb nehmen

Inhaltsverzeichnis des Kapitels:

1. Hub, Sensor, Voraussetzungen, Zugangsdaten, Ziele, Aktionen, erster Scan

1. Schritt 1: Ausgangslage, fachlicher Zweck und Abnahmekriterien für „Tag 1: Network Discovery in Betrieb nehmen“ werden erfasst. Dabei werden insbesondere Hub, Sensor, Voraussetzungen, Zugangsdaten, Ziele, Aktionen, erster Scan und Tag 1: Network Discovery in Betrieb nehmen eindeutig abgegrenzt.
2. Schritt 2: Technische und organisatorische Voraussetzungen werden geprüft. Dazu gehören Tag 1: Network Discovery in Betrieb nehmen, Tag 1: Network Discovery in Betrieb nehmen sowie die erforderlichen Rollen, Zugriffe, Daten und Sicherheitsfreigaben.
3. Schritt 3: Die Umsetzung erfolgt in einer dokumentierten Reihenfolge: Tag 1: Network Discovery in Betrieb nehmen, Tag 1: Network Discovery in Betrieb nehmen, Tag 1: Network Discovery in Betrieb nehmen, Tag 1: Network Discovery in Betrieb nehmen, Tag 1: Network Discovery in Betrieb nehmen. 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 Tag 1: Network Discovery in Betrieb nehmen, Tag 1: Network Discovery in Betrieb nehmen, Tag 1: Network Discovery in Betrieb nehmen; 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 funktionsfähige Netzwerk-Discovery wird eingerichtet. Die Umsetzung wird anhand festgelegter Sollwerte geprüft und in einer wiederverwendbaren Betriebsnotiz festgehalten.

Kapitel 3: Tag 1: Agent- und Cloud-Discovery einordnen

Inhaltsverzeichnis des Kapitels:

1. IT Agent, mobile Systeme, Azure, AWS, Google Cloud, Einsatzgrenzen, Quellwahl

1. Schritt 1: Ausgangslage, fachlicher Zweck und Abnahmekriterien für „Tag 1: Agent- und Cloud-Discovery einordnen“ werden erfasst. Dabei werden insbesondere IT Agent, mobile Systeme, Azure, AWS, Google Cloud, Einsatzgrenzen, Quellwahl und Tag 1: Agent- und Cloud-Discovery einordnen eindeutig abgegrenzt.
2. Schritt 2: Technische und organisatorische Voraussetzungen werden geprüft. Dazu gehören Tag 1: Agent- und Cloud-Discovery einordnen, Tag 1: Agent- und Cloud-Discovery einordnen sowie die erforderlichen Rollen, Zugriffe, Daten und Sicherheitsfreigaben.
3. Schritt 3: Die Umsetzung erfolgt in einer dokumentierten Reihenfolge: Tag 1: Agent- und Cloud-Discovery einordnen, Tag 1: Agent- und Cloud-Discovery einordnen, Tag 1: Agent- und Cloud-Discovery einordnen, Tag 1: Agent- und Cloud-Discovery einordnen, Tag 1: Agent- und Cloud-Discovery einordnen. 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 Tag 1: Agent- und Cloud-Discovery einordnen, Tag 1: Agent- und Cloud-Discovery einordnen, Tag 1: Agent- und Cloud-Discovery einordnen; 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 passender Discovery-Mix wird für den Praxisfall festgelegt. Die Umsetzung wird anhand festgelegter Sollwerte geprüft und in einer wiederverwendbaren Betriebsnotiz festgehalten.

Kapitel 4: Tag 2: Inventory und Datenqualität beherrschen

Inhaltsverzeichnis des Kapitels:

1. Asset-Ansichten, Detaildaten, Quellen, Aktualität, Dubletten, Korrekturen, Status

1. Schritt 1: Ausgangslage, fachlicher Zweck und Abnahmekriterien für „Tag 2: Inventory und Datenqualität beherrschen“ werden erfasst. Dabei werden insbesondere Asset-Ansichten, Detaildaten, Quellen, Aktualität, Dubletten, Korrekturen, Status und Tag 2: Inventory und Datenqualität beherrschen eindeutig abgegrenzt.
2. Schritt 2: Technische und organisatorische Voraussetzungen werden geprüft. Dazu gehören Tag 2: Inventory und Datenqualität beherrschen, Tag 2: Inventory und Datenqualität beherrschen sowie die erforderlichen Rollen, Zugriffe, Daten und Sicherheitsfreigaben.
3. Schritt 3: Die Umsetzung erfolgt in einer dokumentierten Reihenfolge: Tag 2: Inventory und Datenqualität beherrschen, Tag 2: Inventory und Datenqualität beherrschen, Tag 2: Inventory und Datenqualität beherrschen, Tag 2: Inventory und Datenqualität beherrschen, Tag 2: Inventory und Datenqualität beherrschen. 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 Tag 2: Inventory und Datenqualität beherrschen, Tag 2: Inventory und Datenqualität beherrschen, Tag 2: Inventory und Datenqualität beherrschen; 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 geprüfter und bereinigter Asset-Bestand wird erzeugt. Die Umsetzung wird anhand festgelegter Sollwerte geprüft und in einer wiederverwendbaren Betriebsnotiz festgehalten.

Kapitel 5: Tag 2: Views und Felder für den Betrieb nutzen

Inhaltsverzeichnis des Kapitels:

1. Filter, gespeicherte Views, Custom Fields, Derived Fields, Zuständigkeiten, Standards

1. Schritt 1: Ausgangslage, fachlicher Zweck und Abnahmekriterien für „Tag 2: Views und Felder für den Betrieb nutzen“ werden erfasst. Dabei werden insbesondere Filter, gespeicherte Views, Custom Fields, Derived Fields, Zuständigkeiten, Standards und Tag 2: Views und Felder für den Betrieb nutzen eindeutig abgegrenzt.
2. Schritt 2: Technische und organisatorische Voraussetzungen werden geprüft. Dazu gehören Tag 2: Views und Felder für den Betrieb nutzen, Tag 2: Views und Felder für den Betrieb nutzen sowie die erforderlichen Rollen, Zugriffe, Daten und Sicherheitsfreigaben.
3. Schritt 3: Die Umsetzung erfolgt in einer dokumentierten Reihenfolge: Tag 2: Views und Felder für den Betrieb nutzen, Tag 2: Views und Felder für den Betrieb nutzen, Tag 2: Views und Felder für den Betrieb nutzen, Tag 2: Views und Felder für den Betrieb nutzen, Tag 2: Views und Felder für den Betrieb nutzen. 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 Tag 2: Views und Felder für den Betrieb nutzen, Tag 2: Views und Felder für den Betrieb nutzen, Tag 2: Views und Felder für den Betrieb nutzen; 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 betriebliche Arbeitsansicht mit Ergänzungsfeldern wird erstellt. Die Umsetzung wird anhand festgelegter Sollwerte geprüft und in einer wiederverwendbaren Betriebsnotiz festgehalten.

Kapitel 6: Tag 2: Dashboards, Berichte und Diagramme aufbauen

Inhaltsverzeichnis des Kapitels:

1. Widgets, Kennzahlen, Drilldown, Exporte, Beziehungen, Visualisierung

1. Schritt 1: Ausgangslage, fachlicher Zweck und Abnahmekriterien für „Tag 2: Dashboards, Berichte und Diagramme aufbauen“ werden erfasst. Dabei werden insbesondere Widgets, Kennzahlen, Drilldown, Exporte, Beziehungen, Visualisierung und Tag 2: Dashboards, Berichte und Diagramme aufbauen eindeutig abgegrenzt.
2. Schritt 2: Technische und organisatorische Voraussetzungen werden geprüft. Dazu gehören Tag 2: Dashboards, Berichte und Diagramme aufbauen, Tag 2: Dashboards, Berichte und Diagramme aufbauen sowie die erforderlichen Rollen, Zugriffe, Daten und Sicherheitsfreigaben.
3. Schritt 3: Die Umsetzung erfolgt in einer dokumentierten Reihenfolge: Tag 2: Dashboards, Berichte und Diagramme aufbauen, Tag 2: Dashboards, Berichte und Diagramme aufbauen, Tag 2: Dashboards, Berichte und Diagramme aufbauen, Tag 2: Dashboards, Berichte und Diagramme aufbauen, Tag 2: Dashboards, Berichte und Diagramme aufbauen. 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 Tag 2: Dashboards, Berichte und Diagramme aufbauen, Tag 2: Dashboards, Berichte und Diagramme aufbauen, Tag 2: Dashboards, Berichte und Diagramme aufbauen; 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 kompaktes Betriebs- und Managementdashboard wird entwickelt. Die Umsetzung wird anhand festgelegter Sollwerte geprüft und in einer wiederverwendbaren Betriebsnotiz festgehalten.

Kapitel 7: Tag 3: Risiko und Lifecycle bewerten

Inhaltsverzeichnis des Kapitels:

1. Schwachstellen, Kritikalität, Priorisierung, End-of-Life, Garantie, Erneuerungsbedarf

1. Schritt 1: Ausgangslage, fachlicher Zweck und Abnahmekriterien für „Tag 3: Risiko und Lifecycle bewerten“ werden erfasst. Dabei werden insbesondere Schwachstellen, Kritikalität, Priorisierung, End-of-Life, Garantie, Erneuerungsbedarf und Tag 3: Risiko und Lifecycle bewerten eindeutig abgegrenzt.
2. Schritt 2: Technische und organisatorische Voraussetzungen werden geprüft. Dazu gehören Tag 3: Risiko und Lifecycle bewerten, Tag 3: Risiko und Lifecycle bewerten sowie die erforderlichen Rollen, Zugriffe, Daten und Sicherheitsfreigaben.
3. Schritt 3: Die Umsetzung erfolgt in einer dokumentierten Reihenfolge: Tag 3: Risiko und Lifecycle bewerten, Tag 3: Risiko und Lifecycle bewerten, Tag 3: Risiko und Lifecycle bewerten, Tag 3: Risiko und Lifecycle bewerten, Tag 3: Risiko und Lifecycle bewerten. 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 Tag 3: Risiko und Lifecycle bewerten, Tag 3: Risiko und Lifecycle bewerten, Tag 3: Risiko und Lifecycle bewerten; 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 priorisierte Maßnahmen- und Erneuerungsliste wird erstellt. Die Umsetzung wird anhand festgelegter Sollwerte geprüft und in einer wiederverwendbaren Betriebsnotiz festgehalten.

Kapitel 8: Tag 3: Betrieb, Integration, Automation und AI einordnen

Inhaltsverzeichnis des Kapitels:

1. Rollen, SSO, Audit, API, Webhooks, Flow Builder, Lens Chat, MCP

1. Schritt 1: Ausgangslage, fachlicher Zweck und Abnahmekriterien für „Tag 3: Betrieb, Integration, Automation und AI einordnen“ werden erfasst. Dabei werden insbesondere Rollen, SSO, Audit, API, Webhooks, Flow Builder, Lens Chat, MCP und Tag 3: Betrieb, Integration, Automation und AI einordnen eindeutig abgegrenzt.
2. Schritt 2: Technische und organisatorische Voraussetzungen werden geprüft. Dazu gehören Tag 3: Betrieb, Integration, Automation und AI einordnen, Tag 3: Betrieb, Integration, Automation und AI einordnen sowie die erforderlichen Rollen, Zugriffe, Daten und Sicherheitsfreigaben.
3. Schritt 3: Die Umsetzung erfolgt in einer dokumentierten Reihenfolge: Tag 3: Betrieb, Integration, Automation und AI einordnen, Tag 3: Betrieb, Integration, Automation und AI einordnen, Tag 3: Betrieb, Integration, Automation und AI einordnen, Tag 3: Betrieb, Integration, Automation und AI einordnen, Tag 3: Betrieb, Integration, Automation und AI einordnen. 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 Tag 3: Betrieb, Integration, Automation und AI einordnen, Tag 3: Betrieb, Integration, Automation und AI einordnen, Tag 3: Betrieb, Integration, Automation und AI einordnen; 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 Ausbauplan für Betrieb und weiterführende Funktionen wird festgelegt. Die Umsetzung wird anhand festgelegter Sollwerte geprüft und in einer wiederverwendbaren Betriebsnotiz festgehalten.

Kapitel 9: Tag 3: Gesamtübung und Lernpfad planen

Inhaltsverzeichnis des Kapitels:

1. Discovery, Qualität, Analyse, Maßnahmen, Zuständigkeiten, Abnahme, nächste Seminare

1. Schritt 1: Ausgangslage, fachlicher Zweck und Abnahmekriterien für „Tag 3: Gesamtübung und Lernpfad planen“ werden erfasst. Dabei werden insbesondere Discovery, Qualität, Analyse, Maßnahmen, Zuständigkeiten, Abnahme, nächste Seminare und Tag 3: Gesamtübung und Lernpfad planen eindeutig abgegrenzt.
2. Schritt 2: Technische und organisatorische Voraussetzungen werden geprüft. Dazu gehören Tag 3: Gesamtübung und Lernpfad planen, Tag 3: Gesamtübung und Lernpfad planen sowie die erforderlichen Rollen, Zugriffe, Daten und Sicherheitsfreigaben.
3. Schritt 3: Die Umsetzung erfolgt in einer dokumentierten Reihenfolge: Tag 3: Gesamtübung und Lernpfad planen, Tag 3: Gesamtübung und Lernpfad planen, Tag 3: Gesamtübung und Lernpfad planen, Tag 3: Gesamtübung und Lernpfad planen, Tag 3: Gesamtübung und Lernpfad planen. 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 Tag 3: Gesamtübung und Lernpfad planen, Tag 3: Gesamtübung und Lernpfad planen, Tag 3: Gesamtübung und Lernpfad planen; Abweichungen werden reproduzierbar dokumentiert.
5. Schritt 5: Für den Regelbetrieb werden Verantwortlichkeit, Sollwerte, Kontrollintervall, Änderungsverfahren, Rückfallmöglichkeit und Eskalationsweg festgelegt.

Praxisübung: Die vollständige Beispielumgebung wird geprüft und ein Lernpfad beschlossen. Die Umsetzung wird anhand festgelegter Sollwerte geprüft und in einer wiederverwendbaren Betriebsnotiz festgehalten.

Durchgängiger Praxisfall

Ein mittelständisches Unternehmen baut eine Lansweeper-Site auf, erfasst ein repräsentatives Teilnetz, bereinigt die Daten und leitet aus Dashboards, Risiken und Lifecycle-Informationen erste Maßnahmen ab.

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.