Ereignisgesteuerte Workflows: Wie moderne Systeme auf Veränderungen reagieren

Von Mirko Peters · 2026-05-19

Ereignisgesteuerte Workflows stellen auf den Kopf, wie moderne Unternehmen ihre Abläufe automatisieren, integrieren und skalieren. Statt starren, Schritt für Schritt festgelegten Prozessen folgen, werden diese Workflows aktiv, sobald etwas Relevantes passiert: ein neues Dokument hochgeladen, ein Benutzer hinzugefügt, ein Verkauf abgeschlossen. Die Stärke liegt im „Ereignis“, dem Auslöser, der alle

Automatisch mit KI aus dem Originalbeitrag übersetzt. Englisches Original lesen

Ereignisgesteuerte Workflows stellen auf den Kopf, wie moderne Unternehmen ihre Abläufe automatisieren, integrieren und skalieren. Statt starren, Schritt für Schritt festgelegten Prozessen zu folgen, werden diese Workflows aktiv, sobald etwas Relevantes passiert: ein neues Dokument hochgeladen, ein Benutzer hinzugefügt, ein Verkauf abgeschlossen. Die Stärke liegt im „Ereignis“, dem Auslöser, der alles in Gang setzt.

Für IT-Teams und Entscheider, die mit komplexen Umgebungen wie Microsoft Teams oder SharePoint arbeiten, ist das Verständnis ereignisgesteuerter Modelle weit mehr als ein Trend. Es ist inzwischen unverzichtbar. Diese Workflows helfen Unternehmen, schneller zu handeln, sofort auf Veränderungen zu reagieren und Systeme zu verbinden, die nie für das Zusammenspiel gedacht waren. Im Folgenden erfahren Sie nicht nur, was ereignisgesteuerte Ansätze so leistungsstark macht, sondern auch, wie Sie sie für Ihre Organisation nutzbar machen. Behandelt werden Technik, Strategie, Nutzen und auch die schwierigen Punkte, über die kaum jemand gern spricht.

Ereignisgesteuerte Workflows und Systemarchitektur verstehen

Um ereignisgesteuerte Workflows wirklich zu verstehen, müssen Sie Geschäftsprozesse anders denken. Statt einen starren Weg von Anfang bis Ende abzubilden, warten diese Systeme auf „Ereignisse“, egal ob eine geteilte Datei oder ein angeklickter Button. Tritt ein Ereignis auf, reagiert das System und stößt mitunter eine Kettenreaktion automatisierter Schritte über Abteilungen oder Anwendungen hinweg an.

Dieser Ansatz weicht deutlich von traditionellen prozessbasierten Workflows ab, die Aufgabe für Aufgabe in fester Reihenfolge ablaufen. Hier steht die Reihenfolge nicht fest: Die Arbeit erfolgt, wenn sie anfällt, nicht wenn es eine Uhr vorgibt. Die Architektur ereignisgesteuerter Systeme beruht auf der Kommunikation lose gekoppelter Komponenten. So lassen sich Integrationen mit deutlich weniger Reibung austauschen, ändern oder ergänzen.

Für Organisationen, die Plattformen wie Microsoft Teams oder SharePoint nutzen, öffnet dieses Modell die Tür zu schnellerer und intelligenterer Automatisierung. Es erhöht die Flexibilität, reduziert manuellen Aufwand und ermöglicht bessere Reaktionen auf reale Veränderungen. In den nächsten Abschnitten zeigen wir Ihnen, wie diese Workflows im Detail funktionieren, wie sie sich von prozessgesteuerten Abläufen unterscheiden und warum Entwurfsprinzipien wie die Kopplung so wichtig sind.

So funktionieren ereignisgesteuerte Workflows in modernen Systemen

Im Kern drehen sich ereignisgesteuerte Workflows um das Konzept des „Ereignisses“: eine konkrete Änderung oder ein Vorkommnis im System, etwa ein neuer E-Mail-Eingang oder eine in SharePoint aktualisierte Datei. Betrachten Sie das Ereignis als Signal: „Etwas ist passiert!“ Nun muss das System wissen, wie es darauf reagieren soll.

In der Regel sind drei Hauptakteure beteiligt. Zuerst erkennt der Ereignis-Erzeuger (oder Ereignis-Produzent) das Ereignis und sendet es. Anschließend nimmt ein Ereignis-Broker oder ein Nachrichtensystem die Ereignisse entgegen und verwaltet sie. So ist sichergestellt, dass sie ihr Ziel erreichen, auch wenn die empfangende Anwendung in diesem Moment nicht zuhört. Schließlich greift der Ereignis-Konsument das Ereignis auf und reagiert darauf. Dabei kann es sich um eine weitere Anwendung, eine Workflow-Engine oder sogar einen Teams-Bot handeln. Die Reaktion kann alles sein, vom Versenden einer Benachrichtigung bis zum Ausführen einer ganzen Reihe automatisierter Schritte.

Entscheidend ist die Trennung zwischen Auslösern (der „Ursache“, etwa dem Hinzufügen eines Teams-Gastes) und Aktionen (der „Wirkung“, etwa dem Anpassen von Zugriffssteuerungen). Dadurch sind Workflows stark modular: Sie können verschiedene Teile verbinden oder neu verbinden, ohne das gesamte System neu zu schreiben. Deshalb funktioniert dieses Modell gerade auf Plattformen wie Microsoft Teams gut, die ständig neue Apps und Werkzeuge hinzugewinnen. Flexibel, schnell und weniger anfällig, wenn Teams sich anpassen oder skalieren müssen: Mit ereignisgesteuerten Workflows automatisieren Sie nach Ihren eigenen Vorgaben.

Ereignisbasierte und prozessbasierte Workflows im Vergleich: die wichtigsten Unterschiede

1. Auslösemechanismus:

• Ereignisbasiert: Aktionen werden durch reale Ereignisse oder Systemänderungen ausgelöst (z. B. ein hochgeladenes Dokument oder eine eingegangene Nachricht).
• Prozessbasiert: Folgt einer festgelegten Abfolge und geht unabhängig von äußeren Auslösern von einem Schritt zum nächsten.

1. Flexibilität:

• Ereignisbasiert: Sehr anpassungsfähig. Sie können Aktionen als Reaktion auf Ereignisse austauschen oder ergänzen, ohne das gesamte System zu stören.
• Prozessbasiert: Starr. Änderungen erfordern die Neugestaltung des gesamten Prozesses, was die Agilität bremst und den Wartungsaufwand erhöht.

1. Skalierbarkeit:

• Ereignisbasiert: Lastspitzen lassen sich problemlos bewältigen. Ereignisse werden verarbeitet, sobald sie eintreffen, oft parallel. Ideal für unvorhersehbare Arbeitslasten.
• Prozessbasiert: Kann unter hoher Last ins Stocken geraten, da jede Instanz denselben festen Pfad durchläuft. Eine Parallelisierung ist schwieriger.

1. Typische Anwendungsfälle:

• Ereignisbasiert: Echtzeitwarnungen, plattformübergreifende Integrationen (etwa Teams und SharePoint) oder Szenarien, die eine sofortige Reaktion erfordern.
• Prozessbasiert: Strukturierte Genehmigungen, Stapelverarbeitung oder Workflows, die sich selten ändern oder strikte Compliance-Schritte erfordern.

1. Kontrolle und Transparenz:

• Ereignisbasiert: Dezentral. Aktionen lassen sich schwerer nachverfolgen, sind bei Änderungen aber weniger anfällig.
• Prozessbasiert: Zentral. Jeder Schritt ist abgebildet, was die Prüfung erleichtert, aber weniger flexibel auf Änderungen reagiert.

Lose Kopplung versus enge Kopplung im ereignisgesteuerten Design

Lose Kopplung in ereignisgesteuerten Architekturen bedeutet, dass verschiedene Dienste und Komponenten unabhängig voneinander arbeiten. Sie kommunizieren ausschließlich über Ereignisse. So lassen sich Teile hinzufügen, aktualisieren oder entfernen, ohne das gesamte System zum Absturz zu bringen. Das erleichtert die Skalierung, Wartung und Aktualisierung von Workflows, was in dynamischen Umgebungen wie Microsoft Teams oder SharePoint besonders wichtig ist.

Enge Kopplung hingegen bindet Komponenten aneinander. Änderungen an einer Stelle führen häufig an anderer Stelle zu Fehlern, was Innovationen verlangsamt und Integrationen erschwert. Für Organisationen, die Geschäftsprozesse plattformübergreifend steuern, unterstützt lose Kopplung die Agilität, während enge Kopplung Teams und neuen Funktionen Hürden in den Weg legt. Ein lose gekoppeltes Design ermöglicht es Ihnen, weiterzuarbeiten, ohne über alten Code oder inkompatible Apps zu stolpern. Mehr dazu, wie klare Governance in Teams für Ordnung sorgt, finden Sie in diesem Leitfaden zur Teams-Governance.

Vorteile ereignisgesteuerter Architekturen: Reaktionsfähigkeit in Echtzeit und Integration

Warum macht man um ereignisgesteuerte Architekturen so viel Aufhebens? Weil sie liefern, worauf es am meisten ankommt: Reaktionsfähigkeit in Echtzeit, mühelose Skalierbarkeit und die Möglichkeit, praktisch jede eingesetzte Anwendung anzubinden. In einer Welt, in der Kundschaft sofortige Rückmeldungen erwartet und Unternehmen auf einem Geflecht verschiedener Werkzeuge arbeiten, machen diese Vorteile den entscheidenden Unterschied.

Wer ereignisgesteuerte Architekturen einsetzt, ist nicht an starre Workflows gebunden. Systeme können unmittelbar auf neue Informationen reagieren, sei es eine Aktion von Kundschaft, ein neues Dokument in SharePoint oder eine Statusaktualisierung in Microsoft Teams. Das ist besonders wertvoll für Teams, die Benachrichtigungen, Genehmigungen und Datenaustausch abteilungs- und plattformübergreifend automatisieren möchten, ohne dass Verlangsamungen oder Ausfälle mit wachsender Nachfrage zum Problem werden.

In der heutigen Technologielandschaft ist nahtlose Integration mindestens so wichtig wie Geschwindigkeit. Ereignisbasierte Modelle ermöglichen es, unterschiedliche Plattformen miteinander zu verknüpfen, etwa Teams, SharePoint, Dynamics 365 und weitere, sodass alle mit aktuellen, korrekten Daten arbeiten. Als Nächstes gehen wir tiefer auf die technischen Grundlagen ein: wie diese Systeme Ausfallsicherheit und Zuverlässigkeit erreichen und wie sie Plattformen zusammenbringen, die nicht von Haus aus dieselbe Sprache sprechen.

Wie ereignisgesteuerte Systeme Fehlertoleranz und Zuverlässigkeit sicherstellen

Ereignisgesteuerte Systeme sind so konzipiert, dass sie Rückschläge gut wegstecken. Fällt ein Teil des Systems aus, halten resiliente Architekturen den Betrieb aufrecht, etwa mithilfe von Nachrichtenbeständigkeit: Ereignisse werden gespeichert, bis sie zugestellt werden können. Schlägt eine Aktion fehl, greifen automatische Wiederholungsversuche. So gehen wichtige Daten oder Aktionen nicht verloren, nur weil eine kurzfristige Störung auftritt.

Verteilte Umgebungen, etwa bei der Integration von Microsoft Teams und SharePoint, erfordern genau diese Art von Ausfallsicherheit. Solche Systeme können sich mit minimalen Auswirkungen von Fehlern erholen und stellen sicher, dass Ihre Arbeitsabläufe nicht durch ein einziges schwaches Glied zum Stillstand kommen. Organisationen, die noch mehr Schutz aufbauen möchten, können Sicherheitsmaßnahmen wie Überwachungsprotokolle und Zugriffssteuerungen einsetzen – etwa die im Leitfaden zur Absicherung von Microsoft Teams beschriebenen. So lässt sich die Zusammenarbeit zusätzlich schützen und alles bleibt in geordneten Bahnen.

Nahtlose Integration über heterogene Systeme hinweg

Der Reiz ereignisgesteuerter Workflows liegt in ihrer Fähigkeit, getrennte Apps und Dienste miteinander zu verbinden. Ob Sie Teams-Benachrichtigungen, SharePoint-Trigger oder Plattformen von Drittanbietern verknüpfen: Ereignisse bilden eine gemeinsame Sprache, über die Informationen und Aktionen zuverlässig zwischen ihnen ausgetauscht werden.

Besonders wirkungsvoll ist dieser Ansatz in Organisationen, die Werkzeuge aus dem gesamten Microsoft-Ökosystem nutzen – etwa wenn Dynamics 365 Sales-Daten direkt in Teams eingebettet oder Projektmanagement-Workflows angebunden werden. Praktiken wie diese, die in Ressourcen wie der Integration von Dynamics 365 Sales mit Teams und Projektmanagement in Teams behandelt werden, zeigen, wie nahtlose Automatisierung und starke Governance zusammenwirken und einen einheitlichen, Echtzeit-fähigen digitalen Arbeitsplatz ermöglichen.

Praxisbeispiele für ereignisgesteuerte Workflows

Bisher war das alles Theorie – aber wie sieht es dort aus, wo es wirklich zählt? Unternehmen aus allen Branchen nutzen ereignisgesteuerte Workflows, um manuellen Aufwand zu senken, Engpässe zu reduzieren und Echtzeitdaten nutzbar zu machen. Vom E-Commerce-Riesen über Gesundheitsdienstleister bis zu Fertigungsunternehmen verändert der ereignisgesteuerte Ansatz, was in Automatisierung und Integration möglich ist.

Die Beispiele reichen von der Auftragsabwicklung und sicheren Anmeldungen auf Einzelhandelsplattformen bis hin zu automatisierten Reaktionen intelligenter Geräte in Bürogebäuden. Das sind keine bloßen Zusatzfunktionen: Sie liefern die Agilität und Zuverlässigkeit, die heutige, schnelllebige Organisationen verlangen. Selbst in stark regulierten Branchen ermöglichen ereignisgesteuerte Modelle die Einhaltung von Vorgaben, straffen kritische Schritte und halten Teams bei den wirklich wichtigen Aufgaben.

Als Nächstes sehen Sie praxisnahe Einblicke in ereignisgesteuerte Workflows im Einsatz, darunter wie Plattformen wie Microsoft Teams, SharePoint und IoT-Geräte zusammenwirken, um intelligentere und reaktionsfähigere Abläufe zu schaffen.

E-Commerce-Automatisierung und sichere Benutzerauthentifizierung

• Auftragsabwicklung: Wenn ein Kunde den Bestellvorgang abschließt, löst ein Ereignis Bestandsaktualisierungen, die Zahlungserfassung und die Auftragsabwicklung aus – schnell und fehlerfrei.
• Zahlungsprüfung: Sicherheitsereignisse markieren verdächtige Aktivitäten und starten Authentifizierungs-Workflows oder zusätzliche Verifizierungsschritte.
• Lieferstatus-Updates: Statusänderungen bei Sendungen lösen automatisierte Benachrichtigungen und Echtzeit-Tracking für Kunden und Mitarbeitende aus.
• Benutzerregistrierung und Authentifizierung: Neue Registrierungen lösen Willkommens-E-Mails und Aktualisierungen von Berechtigungen aus, während Anmeldeereignisse Sicherheitsregeln durchsetzen und personalisierte Begrüßungen anzeigen.
• Aktionsorientierte Nachrichten und individuelle Integrationen lassen sich direkt in Teams erstellen, wie im Leitfaden zu Nachrichtenerweiterungen in Teams beschrieben. Das steigert die Produktivität und hält jeden Schritt miteinander verbunden.

Internet of Things (IoT): Datenerfassung und Integration intelligenter Sensoren

• Echtzeit-Warnmeldungen: Temperaturspitzen oder Gerätestörungen erzeugen sofortige Warnungen für die Instandhaltungsteams und minimieren Ausfallzeiten.
• Automatisierte Wartung: Sensoren erkennen Verschleiß oder Nutzungsmuster und lösen automatisch Wartungstickets oder Serviceplanungen aus.
• Smarte Gebäudeautomatisierung: Bewegungs-, Lichtsensoren oder Rauchmelder lösen personalisierte Aktionen aus – von der Anpassung der Bürobeleuchtung bis zum Versand von Sicherheitsbenachrichtigungen.
• Datenaggregation: Geräte senden kontinuierlich Statusereignisse, die Echtzeit-Dashboards und Analysen über mehrere Geschäftsbereiche hinweg ermöglichen.

Ereignisgesteuerte Pipelines: Werkzeuge und Plattformen für das Workflow-Management

Hinter jedem reibungslos laufenden ereignisgesteuerten Workflow steckt ein robuster Werkzeugsatz, der all das möglich macht. Das reicht von stark visuellen No-Code-Editoren, mit denen auch Nicht-Entwickler Automatisierungen aufbauen können, bis zu anspruchsvollen Entwicklerframeworks zur Orchestrierung komplexer, systemübergreifender Pipelines.

Im Microsoft-Ökosystem stehen Ihnen dafür verschiedene leistungsstarke Technologien zur Auswahl. Plattformen wie Power Automate bieten die einfache Drag-and-Drop-Bedienung, ideal für die Automatisierung von Genehmigungen, Benachrichtigungen oder wiederkehrenden Governance-Aufgaben in Teams. Für individuellere oder großskalierte Anforderungen bieten Werkzeuge wie Azure Logic Apps oder Entwicklerplattformen eine erweiterte Kontrolle über die Workflow-Logik, Versionierung und Compliance.

Dieser flexible Werkzeugkasten erlaubt es Organisationen, verschiedene Ansätze zu kombinieren und ihre Workflow-Automatisierung von schnellen Erfolgen bis hin zu Lösungen auf Unternehmensniveau auszubauen, ohne sich in individueller Programmierung zu verlieren. Wenn Sie wissen möchten, wie Teams-Anwender maßgeschneiderte Bots und Erweiterungen ganz ohne Code erstellen und pflegen können, lohnt sich ein Blick auf diesen ausführlichen Beitrag zu Teams App Studio. Einen Blick hinter die Kulissen der nahtlosen Workflow-Automatisierung über Besprechungen, Chat und weitere Microsoft-365-Apps hinweg bietet der Beitrag zur Automatisierungsorchestrierung mit M365 Copilot, der Best Practices für Sicherheit und Governance behandelt.

Visuelle No-Code-Workflows und ereignisgesteuerte Low-Code-Ansätze

• Drag-and-Drop-Automatisierung: Plattformen wie Power Automate ermöglichen es Fachanwendern, ereignisgesteuerte Abläufe zu gestalten – etwa die automatische Genehmigung von Dokumenten oder das Weiterleiten von Benachrichtigungen in Teams – und das völlig ohne Programmierung.
• Benutzerdefinierte Bots und Erweiterungen: Mit Teams App Studio können IT-Administratoren Bots und Nachrichtenerweiterungen visuell erstellen. Das steigert die Akzeptanz und verringert die Abhängigkeit von IT-Spezialisten. Weitere Informationen finden Sie in diesem Ressourcenbeitrag zur Einrichtung von Copilot in Teams.
• Sicherheits- und Governance-freundlich: Visuelle Werkzeuge integrieren rollenbasierten Zugriff und Berechtigungen. So lässt sich die Compliance auch dann aufrechterhalten, wenn Workflows wachsen.
• Schnelle Iteration: Nicht-Entwickler können Workflows spontan an veränderte Anforderungen anpassen. Lange Entwicklungszyklen entfallen, stattdessen gibt es schnelle Aktualisierungen und Tests.

Herausforderungen und Komplexität in ereignisgesteuerten Systemen

Ereignisgesteuerte Workflows sind zweifellos leistungsstark, doch sie bringen auch einige Kopfschmerzen mit sich. Im Vergleich zu klassischen prozessbasierten Modellen lassen sie sich schwerer verwalten. Mit jeder zusätzlichen Automatisierung wachsen die Abhängigkeitsketten, und es wird schwieriger nachzuvollziehen, welches Ereignis welche Aktion auslöst, wohin Daten fließen oder warum ein bestimmter Workflow fehlgeschlagen ist.

Komplexität erhöht die kognitive Belastung für Ihre IT-Mitarbeiter, denn jede Änderung kann sich über lose gekoppelte Komponenten hinweg auswirken. Ohne geeignete Governance und Automatisierung auf Ebene der Arbeitsbereiche oder Anwendungen können Teams- und SharePoint-Umgebungen unübersichtlich werden oder sogar im Chaos enden. Hier kommen durchdachte Richtlinien, klare Grenzen und Lebenszyklusmanagement ins Spiel. Praxisnahe Empfehlungen finden Sie in diesem Leitfaden zur Verwaltung von Teams-Sprawl.

Governance-Frameworks und ein konsequentes Tracking sind unverzichtbar. Richtig umgesetzt verwandeln sie ein verworrenes Geflecht in eine Struktur, die sich deutlich einfacher pflegen lässt und mit den wachsenden Geschäftsanforderungen skaliert, wie dieser Überblick zu Best Practices für die Teams-Governance zeigt. Als Nächstes werden wir konkret: Wie Tracking, Debugging und Konsistenzprüfungen selbst die komplexesten ereignisgesteuerten Workflows zuverlässig am Laufen halten.

Tracking, Debugging und Sicherstellung der Datenkonsistenz

• Nachrichtenfluss-Tracking: Nutzen Sie Dashboards oder Protokollierungsdienste, um jedes Ereignis auf seinem Weg durch das System zu überwachen. Diese Transparenz hilft Ihnen, Probleme zu erkennen, bevor sie zu Ausfällen werden.
• Korrelations-IDs: Weisen Sie Ereignissen eindeutige Kennungen zu, damit Sie sie über mehrere Dienste hinweg nachverfolgen können. Das ist besonders hilfreich, wenn Automatisierungen zwischen Teams, SharePoint und anderen Apps wechseln.
• Fehlererfassung: Richten Sie Warnmeldungen oder automatische Rollbacks für fehlgeschlagene Aktionen ein. So verringern Sie das Risiko stiller Datenverluste oder unvollständiger Workflows.
• Datenvalidierung: Konsistenzprüfungen in jedem Workflow-Schritt erkennen Probleme frühzeitig und verhindern, dass fehlerhafte Daten sich ausbreiten.
• Der Copilot-Troubleshooting-Leitfaden bietet Schritt-für-Schritt-Strategien, um Integrationsprobleme in Microsoft-365-Umgebungen zu diagnostizieren und zu beheben.

Schema-Design und Governance für nachhaltige Automatisierung

Zuverlässige ereignisgesteuerte Workflows entstehen nicht allein durch das Verknüpfen von Auslösern und Aktionen. Der eigentliche Schlüssel liegt in einem disziplinierten Schema-Design und in Governance, besonders wenn Ihre Automatisierung über einige wenige einfache Abläufe hinauswächst. In großen Systemen ist jedes Ereignis im Grunde ein Vertrag: Es muss vorhersehbar und versioniert sein und von allen Diensten, die es verarbeiten, eindeutig verstanden werden.

Genau hier scheitern viele Organisationen. Wenn Ereignisschemas nicht standardisiert oder über die Zeit nicht verwaltet werden, entstehen spröde Integrationen, versteckte Fehler oder komplette Ausfälle, sobald ein Team sein Ereignisformat ändert. Gute Governance bedeutet, Tools und Registries einzusetzen, die die Struktur jedes Ereignisses validieren, Änderungen nachverfolgen und die Einhaltung der Vorgaben zwischen Produzenten und Konsumenten durchsetzen.

Für alle, die Prozesse über Teams, SharePoint und andere Dienste hinweg automatisieren, wird diese Disziplin unverzichtbar. Als Nächstes sehen wir uns an, wie Schema-Registries, Payload-Validierung und operative Checklisten Ihre Automatisierung langfristig gegen Integrationsprobleme absichern.

Event-Payloads mit Schema-Registries standardisieren

Schema-Registries wie Avro oder Confluent Schema Registry dienen als zentrale Stellen, um Ereignisformate zu definieren, zu validieren und zu speichern. Sie stellen sicher, dass alle Systeme, die ein Ereignis erzeugen oder verarbeiten, dieselbe Sprache sprechen, und vermeiden so unangenehme Überraschungen durch nicht passende Daten.

Automatisierte Schema-Validierung erkennt inkompatible Änderungen, bevor sie die Produktionsumgebung erreichen, reduziert Integrationsrisiken und verhindert nachgelagerte Ausfälle. Das ist besonders wichtig bei Workflows, die mehrere Microsoft- oder Drittanbieterdienste umfassen, denn schon eine kleine Änderung kann eine kritische Automatisierung zum Absturz bringen. Führen Sie Schema-Governance ein, indem Sie klare Ereignisdefinitionen erstellen, alle Änderungen registrieren und bei jeder neuen Version automatisierte Kompatibilitätsprüfungen durchführen. Diese operative Disziplin hält Ihre ereignisgesteuerte Automatisierung belastbar, skalierbar und bereit für alles, was als Nächstes kommt.