# Stilla – CMDB, ITSM und eine operative Karte Ihrer IT > Stilla kombiniert CMDB, Incidents, Changes, Event-Management, Patching und Kosten auf einer Abhängigkeitskarte. URL: https://stilla.eywo.digital/de/ Language: de Last updated: 2026-10-27 Gelassen geführte IT # Chaos unter Kontrolle. Keine Überraschungen. Stilla vereint CMDB, Incidents, Changes, Monitoring und Kosten auf einer Abhängigkeitskarte. Die Auswirkung jeder Änderung und jedes Ausfalls kennen Sie im Voraus, einschließlich der Redundanz von Clustern und Replikation. Weniger Handarbeit, weniger nächtliche Anrufe und ruhigerer Schlaf für den IT-Betrieb regulierter Organisationen. [Edition wählen →](https://stilla.eywo.digital/de/editions/)[Datenblatt herunterladen](https://stilla.eywo.digital/de/datasheet/) Die CMDB im Zentrum: Konfigurationselemente verbunden mit Prozessen und Monitoringstatus. Ein Alert auf einer Datenbank zeigt den betroffenen Service und den Incident. Unter die Oberfläche sehen Wir bringen CMDB, Incidents, Changes, Monitoring und Kosten auf einer Abhängigkeitskarte zusammen. Jede Entscheidung im Betrieb beruht so auf denselben Daten – und wer für den Betrieb verantwortlich ist, geht beruhigt nach Hause. Herausforderungen ## Herausforderungen, die wir lösen IT-Operationen scheitern selten an der Technologie. Sie scheitern, weil niemand das vollständige Bild hat: Wer der Service Owner ist, was von was abhängt, wann die Produktion berührt werden kann und was es kostet. 01 ### Eine CMDB, der niemand traut Daten veralten, Leute führen eigene Tabellen und fragen Kollegen während Incidents. **Lösung**Versionen und Historie für jeden Change, Datenqualitätschecks, Discovery, Import und Synchronisierung mit einer primären CMDB. [Artikel lesen →](https://stilla.eywo.digital/de/blog/cmdb-nobody-trusts/) 02 ### Auswirkungen werden erst nach dem Ausfall entdeckt Wer einen Change plant, weiß oft nicht, welche Business-Services davon betroffen sein werden. **Lösung**Eine mehrschichtige Abhängigkeitskarte, Ausfall-Simulation und berechneten Auswirkungen, bevor ein Change eingereicht wird. [Artikel lesen →](https://stilla.eywo.digital/de/blog/impact-before-outage/) 03 ### Genehmigungen gehen in E-Mails verloren Ausfälle, Requests und Preise werden in verschiedenen Kanälen genehmigt und niemand weiß, was wo pending ist. **Lösung**Eine Freigabe-Queue, eine Eigentumsregel, jede Ablehnung mit einem Grund. [Artikel lesen →](https://stilla.eywo.digital/de/blog/change-approvals-without-email/) 04 ### Patching als monatliche Verhandlung Jedes Fenster wird erneut verhandelt und kritische Schwachstellen warten. **Lösung**Ein Patch-Vereinbarung mit dem Service Owner, ein vorab genehmigtes Fenster, Wellenpläne und ein beschleunigter Modus. [Artikel lesen →](https://stilla.eywo.digital/de/blog/patching-without-monthly-negotiation/) 05 ### Tausende von Alarmen, keine Situation Das Monitoring meldet Symptome, nicht Ursachen. Die Leute hören auf zu lesen. **Lösung**Deduplikation, Unterdrückung während Changes und Gruppierung in Situationen mithilfe der CMDB-Topologie. [Artikel lesen →](https://stilla.eywo.digital/de/blog/monitoring-noise/) 06 ### Kosten nicht mit Services verknüpft Rechnungen für Cloud und Rechenzentrum können nicht Services oder Kunden zugeordnet werden. **Lösung**FOCUS-Kostenimport, Kosten nach Service und Kunde, eine Preisliste mit einem Besitzer. [Artikel lesen →](https://stilla.eywo.digital/de/blog/what-does-a-service-cost/) Lösung ## Wie wir es lösen Wir beginnen nicht mit Formularen, sondern mit Daten. Jeder Prozess basiert auf einer CMDB und einer Regel für den Besitzer. Deshalb verstehen Incidents, Changes und Kosten einander. ### Auswirkungen aus einem Graphen, Redundanz inklusive Cluster, HADR, Data Guard, PowerHA, HyperSwap und gepaarte SAN-Fabrics werden bei der Berechnung der Auswirkungen berücksichtigt. Incidents, Changes, Patch-Pläne und Monitoring-Situationen verwenden alle dieselbe Berechnung. ### Rechenschaftspflicht für regulierte Operationen Ein Besitzer für jeden Service, bereichsspezifische Rollen, ein RACI, der gegen Berechtigungen geprüft wird, und ein unveränderlicher fünfjähriger Audit-Trail. Beweise für NIS2- und DORA-Berichterstattung sind in Vorbereitung. ### Eine Anwendung statt mehrerer Produkte CMDB, ITSM, Event-Management, Patch-Management und FinOps teilen einen Satz von Daten. Sie schalten Module ein, wenn Sie sie benötigen – nicht als Add-on-Produkte. ### Schnelle Einführung, lokaler Betrieb SaaS oder ein Container auf Ihrem eigenen OpenShift. Tschechisch und Englisch, lokale Feiertage in SLAs, CNB-Wechselkurse, eine öffentliche Preisliste und eine schrittweise Einführung mit einem Bereitschaftstest. [Wie es funktioniert →](https://stilla.eywo.digital/de/solutions/) Funktionen ## Funktionen Module, die ihre Daten teilen. Schalten Sie nur die ein, die Sie benötigen. Standard ### CMDB und Abhängigkeitskarte - 36 Klassen: Services, Anwendungen, Datenbanken, VMs (VMware, Hyper-V, Azure Stack Hub, OpenShift Virtualization, öffentliche Clouds), IBM Power (LPAR, VIOS), physische Server, Container, Speicher, SAN, Netzwerk, OT - Discovery-API mit Matching, vollständiger Synchronisierung und Ruhestand; CSV- und Excel-Import, manuelle Erstellung - Versionen und Historie jeder Änderung: wer, wann, was und von wo - Datenqualitäts- und Inkonsistenzprüfungen - Mehrschichtige Abhängigkeitskarte mit Umgebung des Elements und Gruppierung nach Klassen; Elemente aus Auswirkung und Ursache immer oben - Ausfallsimulation und Single Points of Failure - Redundanzbewusste Auswirkungen: Cluster, HADR, Data Guard, PowerHA, HyperSwap - Inventar von Betriebssystem, Software, Festplatten und Netzwerkkarten; Lebenszyklus von Betriebssystem, Software und Hardware - Import des OpenShift-Inventars bis zur physischen Ebene: Knoten, VMs in OpenShift Virtualization, gehostete Cluster, Netzwerk und ODF Standard ### VMware virtuelles Netzwerk und Festplatten - Verteilte und standardmäßige virtuelle Switches, Portgruppen und VLANs - Virtuelle Maschinen und VMkernel-Adapter, die mit Portgruppen verknüpft sind - Host-Uplinks zu Leaf-Switches – Auswirkungen vom virtuellen auf das physische Netzwerk - VM-Festplatten im Serverinventar; eine geteilte oder RDM-Festplatte als eigenständiges Element - Festplatten, die während der Discovery automatisch mit Datenspeichern verknüpft werden - Datenqualitätsprüfung für „Festplatten und Speicher“ Standard ### Incidents und Requests - Das betroffene Business-Service, die Auswirkungen und das Lösungsteam werden aus dem CMDB-Element vorgeschlagen - Priorität aus Auswirkung und Dringlichkeit, Major Incidents mit Auswertung und Korrekturmaßnahmen - Übergeordneter Incident bei Massenausfällen; untergeordnete Incidents werden mit ihm geschlossen - Request-Katalog mit Formularen, Genehmigung, Fälligkeitsdaten und Erfüllschritten - Ein Request, der die Infrastruktur ändert, wird als Change fortgesetzt - Konfigurierbarer Workflow: Zustände, Übergänge und Berechtigungen Standard ### SLAs und Geschäftszeiten - Reaktions- und Auflösung-SLAs in Geschäftszeiten mit Kalendern und Feiertagen - Pause, Service, Kunde und Standard-SLAs - Monatliche SLA-Leistung und Warnungen vor einer Verletzung - Gemessene Serviceverfügbarkeit gegenüber dem SLA-Ziel Standard ### Problems und Known Errors - Problem aus einem Incident, einer Major-Incident-Auswertung oder einem Review nach dem Change - Problemvorschläge aus wiederkehrenden Incidents am selben Element - Ursachenanalyse, Workaround und Known-Error-Datensatz - Der Incident-Bearbeiter sieht den Known Error mit Workaround - Behebung über einen Change, Abschluss erst nach Verifizierung Standard ### Changes und Wartungsfenster - Standard-, normal- und Notfall-Change-Modelle mit Schritten und Vorlaufzeit - Auswirkungen vor der Übermittlung berechnet - Zeitfenster nur innerhalb von Wartungsfenstern, außerhalb von Change-Freeze und Kollisionen - Rollierende Ausführung einzelner Elemente - Ausfallgenehmigung durch den Service Owner, Change-Manager, CAB - Freigabestufe nach Risiko aus einem Fragebogen, Mindestanzahl an Genehmigern - Funktionstrennung: Weder Antragsteller noch Umsetzer genehmigen ihren eigenen Change; Vertretungen mit Audit-Trail - Abschluss mit Ergebnis und Review nach dem Change - CMDB-Änderungen nur mit Change, auch Rack-Platzierung oder Teiletausch - Change-Kalender und ein filterbarer Überblick über Wartungsfenster Standard ### Eine Freigabe-Queue - Ausfälle, Anfragen, Preisvorschläge und Patchvereinbarungen an einem Ort - Eine Eigentumsregel, Fallback-Approver - Jede Ablehnung mit einem Grund Business ### Event-Management - Ingest von Zabbix, Prometheus/Alertmanager, Checkmk, Grafana und einer API - Deduplikation, Flapping, Filterung und Unterdrückung während Changes - Situationen durch die CMDB-Topologie mit einer wahrscheinlichen Ursache - Incident aus einer Situation in einem Schritt oder automatisch - Live-Event-Stream, optional über Kafka Business ### Patch- und Schwachstellenmanagement - Import von Scanner-Ergebnissen, Schwachstellen nach Server und Business-Service - Aktiv ausgenutzte Schwachstellen und Fristen nach Schweregrad - Patch-Vereinbarung: stehendes Fenster, vorab genehmigtes Patching, Express-Modus - Wellenpläne und Änderungen am Plan in einem Schritt Business ### Rechenzentren und Verträge - Standort, Rechenzentrum, Raum, Gang, Rack und Höheneinheit im Rack mit Visualisierung - Service-Verträge, Artikelabdeckung, Ablaufdaten und Lieferanten-SLAs - Incident-Eskalation an den Lieferanten gemäß Vertrag Business ### KI-Assistent - Incident-Entwürfe aus Situationen und ähnlichen Incidents - Entwurf für Kundenkommunikation - Change-Überprüfung vor der Genehmigung - Optional ein On-Premise-Modell. Ein Mensch entscheidet immer. Business ### Beschaffung und IT-Asset-Management - Anlagenkarten mit CMDB-Verknüpfung, Übergabeprotokolle und Kostenstellen - Bilanzielle und steuerliche Abschreibungen, Ausmusterung über eine Ausmusterungskommission - Bestellanforderung → Freigabe durch den Kostenstellenverantwortlichen und oberhalb eines Limits durch Finance → Bestellung → Wareneingang - Eingangsrechnungen mit Abgleich Bestellung – Wareneingang – Rechnung - Ersatzteillager an Rechenzentren: Mindestbestände, Umlagerungen, Ausgabe zu Incident oder Change, RMA - Softwarelizenzen: Berechtigungen, Zuweisungen und Abgleich mit Installationen in der CMDB Enterprise ### Kosten, Abrechnung und Preisliste - FOCUS-Kostenimport, Währungsumrechnung zum CNB-Kurs - Kosten nach Kunde, Projekt und Business-Service - Pivot-Tabellen und monatliche Abrechnungsdaten - Service-Preisliste und Server-Rechner; Preisänderungen vom Service Owner genehmigt - Anwendungs-Kapazitätsmodell: Benutzer, Spitzenlast und Stufen Enterprise ### Kunden-Trennung - Die Benutzer eines Kunden sehen nur ihre eigenen Daten, einschließlich Kosten - Rollen, die auf einen Kunden, ein Team oder ein Element beschränkt sind - Synchronisierung mit einer primären CMDB (ServiceNow, SMAX) über externe IDs Standard ### Adoption Roadmap und Einführungssteuerung - Discovery-Workshop-Assistent: Ziele mit KPIs, Bereichsmaturität, Datenverfügbarkeit, Profil und Module - Prioritäten nach Auswirkung und Aufwand, Einführungsphasen unter Berücksichtigung von Abhängigkeiten und Kapazitäten - Arbeitsstränge pro Modul mit Aufgaben, Eigentümern, Meilensteinen und Readiness-Checks - Genehmigte Baseline, Abweichungen mit Gründen und Entscheidungen des Steuerungsgremiums über Go/No-Go - Wöchentlich von Stilla gemessene KPIs und ein Bericht des Steuerungsgremiums Standard ### Governance, Sicherheit und Audit - 14 rollenbasierte Berechtigungen, eine RACI-Matrix, die gegen Berechtigungen geprüft wird - Single Sign-On und API-Token für Servic konta - Fünfjährige Audit-Protocolle, Vorher- und Nachher-Zustand für Konfigurationen - E-Mail- und Slack-Benachrichtigungen durch Regeln und Vorlagen - Bereitgestellt als SaaS oder Container auf OpenShift; funktioniert auch auf Mobilgeräten NIS2 und DORA ### Was wir heute nachweisen können und was in Vorbereitung ist Die Abhängigkeitskarte, Service Owner und ein unveränderlicher Audit-Trail sind die Grundlage für NIS2 und DORA. Sehen Sie, was heute verfügbar ist und was in Vorbereitung ist. [NIS2 und DORA →](https://stilla.eywo.digital/de/nis2-dora/) Vergleich ### Stilla und andere Werkzeuge Verwenden Sie ServiceNow, Jira, OpenText oder CA? Sehen Sie, wann Stilla statt oder neben diesen Tools sinnvoll ist. [Vergleich →](https://stilla.eywo.digital/de/compare/) Anwendungsfälle ## Use Cases Wie Operationen aussehen, wenn Prozesse dieselben Daten verwenden. 01 ### Geplante Unterbrechung eines Datenbankclusters Der Change-Manager erstellt einen Change. Stilla berechnet die betroffenen Services, bietet einen Zeitrahmen innerhalb des Wartungsfensters und außerhalb eines Change-Freeze an und sendet die Unterbrechung an die Service Owner zur Genehmigung. Alerts von betroffenen Servern werden während des Changes unterdrückt. 02 ### Ein Speicherfehler in der Nacht Monitoring sendet Hunderte von Ereignissen. Stilla gruppiert sie in eine Situation mit einer wahrscheinlichen Ursache im Speicher, öffnet ein großes Incident mit den betroffenen Services und eskaliert an den Lieferanten gemäß dem Service-Vertrag. 03 ### Eine kritische Schwachstelle am Freitag Der Scanner-Import markiert eine aktiv ausgenutzte Schwachstelle. Stilla zeigt die betroffenen Server und Services, setzt eine Frist nach Schweregrad und erstellt einen Change in einem Schritt aus dem beschleunigten Modus des Patch-Abkommens. 04 ### Monatliche Abrechnungsdaten Kosten von Clouds, OpenShift und dem Rechenzentrum werden im FOCUS-Format geladen, zum Kurs der Tschechischen Nationalbank umgerechnet und nach Kunde, Projekt und Service aufgeschlüsselt. Die Finanzabteilung erhält die Daten ohne Tabellenkalkulationsarbeit. [Alle Anwendungsfälle →](https://stilla.eywo.digital/de/solutions/#pouziti) Für wen ## Für wen es geeignet ist Für IT-Operationen in Banken und Versicherungen, Energie, Automotive und Fertigung, im öffentlichen Sektor und für Shared-Service-Anbieter. Jede Rolle sieht dieselben Daten, stellt aber unterschiedliche Fragen. CIO / IT-Direktor „Habe ich den Betrieb im Griff – und kann ich das belegen?“ [Mehr für diese Rolle →](https://stilla.eywo.digital/de/roles/#cio) - SLA-Leistung nach Business-Service und Monat - Kosten nach Business-Service und Kunde - Audit-Protocolle und RACI für Audits und Regulierung - Schrittweise Einführung mit messbarer Einsatzbereitschaft Leiter der Operationen „Was brennt, wen betrifft es und wer arbeitet daran?“ [Mehr für diese Rolle →](https://stilla.eywo.digital/de/roles/#ops) - Situationen aus dem Monitoring statt tausender Alerts - Incidents mit vorgeschlagener Service, Auswirkung und Team - Schwerwiegende Incidents mit Eskalation an den Anbieter - Team-Warteschlangen und SLA-Fristen Service Owner „Was passiert mit meinem Service und was wird von mir erwartet?“ [Mehr für diese Rolle →](https://stilla.eywo.digital/de/roles/#owner) - Eine Freigabe-Queue - Wartungsfenster und Patch-Vereinbarung für den Service - Abhängigkeitskarte und einzelne Fehlerpunkte - Service-Preisliste und Kosten Change-Manager „Darf dieser Change durchgeführt werden, wann und wer hat ihn freigegeben?“ [Mehr für diese Rolle →](https://stilla.eywo.digital/de/roles/#change) - Auswirkung vor der Übermittlung berechnet - Windows, Change-Freeze und Kollisionen im Kalender - Change-Modelle und CAB - Change-Überprüfung durch den KI-Assistenten Sicherheit „Welche Schwachstellen bedrohen welche Services und wann sind sie behoben?“ [Mehr für diese Rolle →](https://stilla.eywo.digital/de/roles/#sec) - Import von Scanner-Ergebnissen - Aktiv ausgenutzte Schwachstellen mit Fristen - Beschleunigter Patching-Modus - Berechnete Rollen, SSO und ein unveränderlicher Prüfprotokoll - Beweise für NIS2 und DORA (in Vorbereitung) IT-Finanzen „Was kostet ein Service und wem stellen wir ihn in Rechnung?“ [Mehr für diese Rolle →](https://stilla.eywo.digital/de/roles/#fin) - FOCUS-Kosten aus Clouds, OpenShift und dem Rechenzentrum - Showback und Chargeback nach Kunde - Eine Preisliste mit einem Besitzer und genehmigten Änderungen - Monatliche Rechnungsdaten Editionen ## Editionen Beginnen Sie mit dem, was Sie heute benötigen. Wechseln Sie zu einer höheren Edition, ohne Daten zu migrieren. ### Standard Für Organisationen, die eine zuverlässige CMDB und verwaltete ITSM-Prozesse wünschen. 990 € pro Monat - CMDB, Abhängigkeitskarte und redundanzbewusste Auswirkungen - VMware virtuelles Netzwerk und Disks - Incidents, Requests und Servicekatalog - Problems und Known Errors - Changes mit Freigabe-Audit, Wartungsfenster und Kalender - SLAs und Geschäftszeiten - Eine Freigabe-Queue - Rollen, RACI, SSO und Prüfprotokoll - Excel-Import und Readiness-Check [Bestellung Standard →](https://stilla.eywo.digital/de/order/?edice=standard) Empfohlen ### Business Für Betriebsabläufe, die Monitoring, Sicherheit und Anbieter verbinden möchten. 2.390 € pro Monat - Alles in Standard - Event-Management und Situationen - Patch- und Schwachstellenmanagement - Rechenzentren und Höheneinheiten im Rack - Serviceverträge und Anbieter - Beschaffung, IT-Assets, Abschreibungen und Ersatzteile - KI-Assistent [Bestellung Business →](https://stilla.eywo.digital/de/order/?edice=business) ### Enterprise Für Shared-Service-Anbieter und große Organisationen. ab 5.900 € pro Monat - Alles in Business - Kosten, Abrechnung und Preisliste (FinOps) - Kunden-Daten-Trennung - Synchronisierung mit einer primären CMDB - Prioritätsunterstützung [Bestellung Enterprise →](https://stilla.eywo.digital/de/order/?edice=enterprise) Indikative Preise ohne MwSt., pro Umgebung. Wir erstellen ein genaues Angebot basierend auf Umfang und Bereitstellungsmodell. Fragen und Antworten ## Häufig gestellte Fragen ### Was ist Stilla? Stilla ist eine betriebliche Karte Ihrer gesamten IT. Aus einer CMDB berechnet es die Auswirkungen auf Business-Services – für Incidents, Changes, Patching und Kosten – einschließlich der Redundanz von Clustern und Replikation. Es wird von Eywo s.r.o. mit Sitz in Prag entwickelt. ### Für wen ist Stilla geeignet? Für IT-Operationen in regulierten Organisationen: Banken und Versicherungen, Energie, Automotive und Fertigung, öffentlicher Sektor und Shared Service Provider. Es wird von CIOs, Operations-Leads, Service-Ownern, Change-Managern, Sicherheitsexperten und IT-Finanzexperten verwendet. ### Welche Module enthält Stilla? CMDB und Abhängigkeitskarte, virtuelles VMware-Netzwerk und Disks, Incidents und Requests, Problems und Known Errors, SLAs, Changes und Wartungsfenster mit Freigabe-Audit, eine Freigabe-Queue, Event-Management, Patch- und Schwachstellenmanagement, Rechenzentren und Verträge, Beschaffung und IT-Asset-Management einschließlich Abschreibungen und Ersatzteilen, ein KI-Assistent, Kosten und Abrechnung (FinOps), Trennung der Kundendaten und ein Audit-Trail. Alle Module teilen sich dieselben Daten. ### Wie wird Stilla bereitgestellt? Als SaaS, betrieben von Eywo, in Ihrem eigenen Cloudflare-Konto oder als Container auf Ihrem OpenShift. Die Schnittstelle funktioniert auch auf Mobilgeräten. ### Wie viel kostet Stilla? Indikativ: Standard 990 €, Business 2.390 € und Enterprise ab 5.900 € pro Umgebung pro Monat, zuzüglich MwSt. Wir erstellen ein genaues Angebot basierend auf Umfang und Bereitstellungsmodell. ### Führt Stilla automatische Discovery durch? Heute kommen die Daten über die Discovery-API (mit Abgleich, vollständiger Synchronisierung und Ausmusterung), per CSV- und Excel-Import oder durch Synchronisierung mit einer primären CMDB. Das OpenShift-Inventar (Knoten, OpenShift Virtualization, gehostete Cluster, Netzwerk und ODF) importieren wir mit einem rein lesenden Werkzeug. Konnektoren für die automatische Erfassung aus vCenter und Public Clouds sind in Vorbereitung. Blog ## Aus dem Blog IT-Management-Herausforderungen und wie wir sie angehen. [CMDB·25\. Oktober 2026 ### Das virtuelle Netzwerk in der CMDB: von der Portgruppe bis zum Leaf-Switch Zwischen einer virtuellen Maschine und dem physischen Netzwerk liegt eine Schicht, die die meisten CMDBs nicht sehen – virtuelle Switches, Port Groups und Host-Uplinks. Doch genau hier wird entschieden, welche Business-Services eine Netzwerk-Änderung berührt. Standard3 Min. Lesezeit](https://stilla.eywo.digital/de/blog/virtual-network-in-the-cmdb/)[Governance·25\. Oktober 2026 ### NIS2 und DORA: Was der IT-Betrieb nachweisen können muss Beide Vorschriften stellen dieselbe Frage: Wissen Sie, welche Services ein Ausfall trifft, wer dafür verantwortlich ist und was sich wann geändert hat? Ohne eine zuverlässige Abhängigkeitskarte müssen die Antworten oft unter Zeitdruck manuell zusammengestellt werden. Standard2 Min. Lesezeit](https://stilla.eywo.digital/de/blog/nis2-dora-evidence/)[Einführung·15\. Oktober 2026 ### Einführung von ITSM ohne Sechs-Monats-Projekt Die Einführung eines neuen ITSM-Tools muss nicht zwangsläufig Monate von Workshops und Beratern bedeuten. Beginnen Sie mit einem Bereich, übertragen Sie die Daten, die ihr bereits in Excel führen, und prüfen Sie die Bereitschaft, bevor Sie live gehen. Standard3 Min. Lesezeit](https://stilla.eywo.digital/de/blog/itsm-without-half-year-project/) [Alle Artikel →](https://stilla.eywo.digital/de/blog/) Nächster Schritt ## Beginnen Sie mit einem Pilotprojekt in einem Bereich. Wählen Sie einen Kunden oder eine Abteilung und deren wichtigste Services. Nach dem Pilotprojekt überprüfen wir gemeinsam SLAs, Changes und Kosten – und Sie entscheiden über eine Ausweitung mit einem ruhigen Gefühl. [Wählen Sie eine Edition →](https://stilla.eywo.digital/de/editions/)