Montagmorgen in einem mittelständischen Vertriebsteam irgendwo in NRW. Ein Lead kommt über das Formular rein, landet im Marketing-Tool, wird ins CRM kopiert und taucht zwei Stunden später noch einmal im ERP auf, diesmal mit anderer Schreibweise, fehlender Umsatzsteuer-ID und einem Dublettenhinweis, den niemand sauber nachpflegt. Genau in solchen Momenten merkt ein Team, dass CRM-Integration nicht nur ein IT-Thema ist, sondern die Frage, ob Vertrieb, Marketing, Service und Backoffice wirklich mit demselben Kundendatensatz arbeiten.
Wenn Systeme nebeneinander laufen, entstehen kleine Reibungen, die sich im Alltag schnell zu echten Kosten summieren. Der Forecast wird unruhig, Angebote verzögern sich, und Kundinnen und Kunden müssen ihre Angaben mehrfach wiederholen. In einer Landschaft mit vielen Fachanwendungen ist das kein Randproblem, sondern oft der Engpass zwischen Wachstum und operativem Stillstand.
Inhaltsverzeichnis
- Warum CRM-Integration im Mittelstand über Erfolg entscheidet
- Was CRM-Integration eigentlich bedeutet
- Die vier Integrationsarchitekturen im Vergleich
- So läuft eine CRM-Integration Schritt für Schritt ab
- DSGVO, Sicherheit und Datenhoheit richtig verankern
- Praxisbeispiele aus dem deutschen Mittelstand
- Die CRM-Integrations-Checkliste für Ihr Projekt
- Nächste Schritte und Entscheidungshilfe für Ihre CRM-Integration
Warum CRM-Integration im Mittelstand über Erfolg entscheidet
Ein typischer Fall: Marketing qualifiziert einen Kontakt in HubSpot oder einem anderen Tool, Vertrieb sieht denselben Menschen im CRM, und im ERP steht schon ein abweichender Firmenname, weil die manuelle Pflege dort früher passiert ist. Der Lead ist formal vorhanden, praktisch aber dreimal verteilt. Genau dort entstehen Dubletten, Medienbrüche und inkonsistente Berichte, die sich im Tagesgeschäft wie Kleinkram anfühlen, aber Entscheidungen systematisch verschlechtern.
Wo der Alltag ohne Integration kippt
Ohne saubere CRM-Integration arbeitet jedes Team mit einem anderen Ausschnitt der Wahrheit. Marketing misst Kampagnen, Vertrieb aktualisiert Chancen, Service dokumentiert Tickets, und das Backoffice pflegt Rechnungs- oder Stammdaten nach, oft zeitversetzt und mit anderer Logik. Der Effekt ist nicht nur mehr Aufwand, sondern weniger Verlässlichkeit in Forecasts, weniger Vertrauen in Reports und mehr Rückfragen im Kundenkontakt.
Praktische Regel: Wenn ein Feld dreimal manuell nachgezogen wird, ist es in der Regel schon zu spät für einen sauberen Prozess.
Gerade im deutschen Mittelstand fällt das stärker ins Gewicht, weil gewachsene Systemlandschaften selten aus einem Guss sind. Ein durchschnittliches Unternehmen nutzt heute 900+ Anwendungen, aber nur 28 % davon sind integriert, und 47 % der CRM-Nutzer nennen die Anbindung an andere Tools als Top-Herausforderung, laut einer 2024 zitierten Workato-Auswertung, die in der Übersicht zu CRM-Integrationen referenziert wird (ContentMation, CRM-Integrations-Statistiken). In so einer Umgebung ist Integration kein Luxus, sondern Basisarbeit.
Was das für Quote-to-Cash und Kundenerlebnis bedeutet
Wenn CRM, ERP und Marketing-Automation nicht gekoppelt sind, verlängern sich Freigaben und Übergaben. Angebote bleiben im Vertrieb hängen, Rechnungsdaten werden später korrigiert, und Kunden erleben das Unternehmen als langsam und inkonsistent. Voll integrierte CRM-Systeme senken die Zeit für manuelle Dateneingabe um 23 %, integrierte CRM- und Marketing-Plattformen steigern die Kundenbindung um 36 %, ebenfalls in der genannten Übersicht (ContentMation, CRM-Integrations-Statistiken).
Das ist für deutsche Mittelständler mehr als ein Effizienzthema. In Umgebungen mit vielen Fachanwendungen werden saubere Datenflüsse zum Hebel für Produktivität, bessere Abstimmung und ein Kundenerlebnis, das nicht an internen Schnittstellen scheitert.
Was CRM-Integration eigentlich bedeutet
CRM-Integration heißt nicht, dass ein Export einmal pro Woche in irgendein anderes System wandert. Gemeint ist die synchronisierte Verbindung eines CRM-Systems mit E-Mail, Marketing-Automation, ERP, E-Commerce und Service-Tools, sodass ein konsistenter, möglichst echtzeitnaher Kundendatensatz entsteht. Der Nutzen liegt deshalb nicht in der hübschen Anzeige einzelner Datensätze, sondern in der automatisierten Prozesskette zwischen Abteilungen. Für den deutschen Mittelstand kommt noch etwas dazu, nämlich die Frage, wer welche Kundendaten halten darf, wie sich DSGVO-Vorgaben sauber abbilden lassen und ob die Datenbasis später auch für KI-Anwendungen tragfähig bleibt.
Datenfluss statt Einzelaktion
Eine CRM-Integration funktioniert am besten, wenn man sie als kontinuierlichen Datenfluss versteht. Ein neuer Kontakt, eine geänderte Adresse, ein offenes Ticket oder ein Bestellstatus laufen nicht isoliert durch ein System, sondern werden in der Kette weiterverarbeitet. Genau daran zeigt sich der Unterschied zwischen Technik, die nur verbindet, und einer Integration, die im Tagesgeschäft wirklich trägt.
Ein praktisches Beispiel aus einem Mittelstandsprojekt, das ich oft sehe: Der Vertrieb legt einen Lead im CRM an, das Marketing braucht die Segmentierung, und der Service soll sofort sehen, ob bereits eine offene Anfrage existiert. Ohne Integration entsteht an jeder Stelle ein eigener Datenstand. Mit Integration greifen die Systeme auf denselben Kontext zu, und Folgeaktionen laufen kontrolliert an.
Die Architektur dahinter einfach erklärt
IBM beschreibt CRM-Anbindungen typischerweise über APIs, iPaaS, Middleware oder Prebuilt Connectors. Salesforce ordnet diese Kopplung als automatischen Abgleich von Daten und Workflows zwischen Drittanwendungen und CRM ein (IBM zu CRM-Integration). Für die Praxis heißt das, dass die Architektur immer drei Fragen beantworten muss.
- Welche Systeme sprechen miteinander? E-Mail, Marketing, ERP, Shop oder Support.
- Welche Daten sind führend? Kundennummer, Adresse, Segment oder Ticketstatus.
- Welche Richtung gilt? Nur hinein, nur hinaus oder bidirektional.
Wer diese Fragen sauber beantwortet, baut keine fragilen Punkt-zu-Punkt-Flicken, sondern eine Prozesskette, die sich später erweitern lässt. In Projekten mit gewachsener Systemlandschaft ist dafür oft ein Blick auf die Gesamtarchitektur sinnvoll, etwa mit Unterstützung durch eine Beratung für Software-Architektur in Münster und NRW. Das ist weniger ein Technikdetail als eine Governance-Entscheidung, weil damit Datenhoheit, Betrieb und spätere KI-Readiness zusammen gedacht werden.
Die vier Integrationsarchitekturen im Vergleich
Eine CRM-Integration muss im Mittelstand nicht in jedem Fall gleich aufgebaut sein. In einem Unternehmen reicht ein geplanter Abgleich über Nacht, in einem anderen braucht der Vertrieb sofort aktuelle Daten, und in wieder einem anderen steht die Frage im Vordergrund, wer die Daten kontrolliert und wo sie verarbeitet werden. Die vier gängigen Muster, ETL, klassische Middleware/EAI, iPaaS und API-First, unterscheiden sich deshalb vor allem darin, wie schnell sie produktiv werden, wie viel Steuerung sie erlauben und wie gut sie zu einer gewachsenen IT-Landschaft passen.
Wann welches Muster sinnvoll ist
ETL passt, wenn Daten gebündelt, transformiert und zu festen Zeiten übertragen werden. Für Reporting, historische Auswertungen oder die Anbindung eines Data Warehouse reicht das oft aus. Für Vertrieb und Service ist dieses Muster dagegen häufig zu träge, weil die Fachbereiche dort auf aktuelle Informationen angewiesen sind.
Klassische Middleware oder EAI ist sinnvoll, wenn mehrere Kernsysteme schon lange im Einsatz sind und eine zentrale Instanz die Verbindungen steuern soll, etwa bei ERP-, CRM- und Finanzkopplungen. Das bringt Ordnung in eine gewachsene Systemlandschaft, verlangt aber auch ein klares Betriebsmodell, saubere Zuständigkeiten und Disziplin bei Änderungen.
iPaaS eignet sich, wenn Teams mit Standard-Connectors schnell starten wollen und trotzdem mehrere Systeme koordinieren müssen. Das ist für Organisationen interessant, die nicht jede Schnittstelle selbst entwickeln möchten, aber dennoch definierte Datenflüsse, Protokollierung und nachvollziehbare Betriebsprozesse brauchen.
API-First ist die bessere Wahl, wenn einzelne Systeme gezielt verbunden werden sollen und Governance, Datenhoheit und technische Kontrolle im Vordergrund stehen. In der Praxis ist das besonders dann stark, wenn ein Unternehmen Schnittstellen bewusst modelliert und nicht nur vorhandene Werkzeuge miteinander verkabelt.
Praxisregel: Je sensibler die Datenhoheit und je höher die Prozesskritikalität, desto weniger sollte die Architektur nur auf bequeme Standardklicks setzen.
Vergleich der Architekturen für den Mittelstand
| Architektur | Time-to-Value | Datenhoheit | Wartbarkeit | Mittelstands-Eignung |
|---|---|---|---|---|
| ETL | Mittel bis langsam, gut planbar | Hoch im eigenen Stack, aber oft batch-orientiert | Solide, wenn die Datenmodelle stabil sind | Gut für Reporting und Datenlager |
| Klassische Middleware | Mittel | Hoch, wenn zentral betrieben | Gut, aber ein eigenes Betriebsmodell nötig | Stark bei ERP-lastigen Umgebungen |
| iPaaS | Schnell | Mittel bis hoch, abhängig vom Anbieter und Setup | Gut, wenn Prozesse sauber dokumentiert sind | Sehr passend für heterogene Tool-Landschaften |
| API-First | Mittel, bei guter Entwicklung schnell | Sehr hoch | Sehr gut, wenn Engineering-Ressourcen vorhanden sind | Stark für gezielte, kontrollierte Integrationen |
Der Markt hat sich spürbar vom Insellösungsdenken wegbewegt. Laut LinkPoint360 CRM-Statistiken nutzen viele Unternehmen inzwischen cloudbasierte CRM-Lösungen, und ein CRM ist in Organisationen mit mindestens 10 Mitarbeitenden weit verbreitet. Für die Architekturentscheidung heißt das, dass Integrationen heute meist nicht mehr als Einzelprojekt bewertet werden, sondern als Teil einer Plattform, auf der Vertrieb, Service, Reporting und spätere KI-Anwendungen gemeinsam aufbauen.
Wer die richtige Architektur für eine gewachsene Mittelstands-IT auswählen will, sollte die Gesamtlandschaft nicht nur technisch, sondern auch organisatorisch betrachten. Eine Beratung zur Software-Architektur in Münster hilft dort, wo CRM, ERP, Shop und Service gleichzeitig zusammenspielen und Datenhoheit, Betrieb und spätere KI-Readiness zusammen entschieden werden müssen. Genau an dieser Stelle zeigt sich, ob eine Integration nur schnell umgesetzt wurde oder ob sie auch im Alltag tragfähig bleibt.
So läuft eine CRM-Integration Schritt für Schritt ab
Ein CRM-Projekt scheitert in der Praxis selten an der Schnittstelle selbst. Die Probleme entstehen meist davor, bei unklarem Mapping, fehlenden Verantwortlichkeiten und Regeln, die erst im laufenden Betrieb auffallen. Eine saubere CRM-Integration braucht deshalb vier aufeinander aufbauende Phasen, die Verbindung, Datenzuordnung, Automatisierung und Synchronisation sauber trennen. Wer diese Reihenfolge überspringt, schafft sich fast immer späteren Aufwand.
Phase 1 bis 2, Verbindung und Mapping
Am Anfang steht die technische Anbindung. Systeme werden meist über APIs, iPaaS, Middleware oder fertige Connectoren verbunden. Danach folgt das Mapping, also die genaue Zuordnung von Feldern wie Name, E-Mail, Account-ID, Branche oder Ticketstatus. In einem Mittelstandsprojekt ist das kein Formalismus, sondern die Frage, ob Vertrieb, Service und Reporting später mit denselben Daten arbeiten können.
Sobald aus dem Marketing-System ein qualifizierter Lead kommt, muss die führende Identität feststehen. Ist die E-Mail die eindeutige Kennung, oder ist es die externe ID aus dem Vorsystem? Diese Entscheidung beeinflusst Dublettenprüfung, Fehlerbehandlung und Idempotenz, also die Frage, ob ein Datensatz bei wiederholter Übertragung versehentlich doppelt angelegt wird.
Phase 3 bis 4, Regeln und Synchronisation
Danach werden die Automatisierungsregeln festgelegt. Ein neuer Lead kann direkt im CRM erscheinen, während Analyse-Daten in einem festen Rhythmus nachgezogen werden. Ein sauberer Regelkatalog verhindert, dass jede Fachabteilung ihre eigene Logik auf dieselben Felder legt. Erst danach folgt die bidirektionale Synchronisation, bei der Änderungen in beiden Richtungen kontrolliert zurückfließen.
Erfahrungswert aus Projekten: Erst festlegen, welches System pro Feld führend ist. Erst danach den Sync bauen.
In der Umsetzung ist eine Mischung aus One-Way- und Two-Way-Sync oft die bessere Wahl als ein pauschales Alles-oder-nichts. Ein Angebotsstatus sollte meist nur in eine Richtung laufen, Adressdaten können bidirektional gepflegt werden. Dazu kommen eindeutige IDs, häufig aus E-Mail und externer ID kombiniert, damit Wiederholungen nicht zu Dubletten werden.
Wenn ein Unternehmen diese Phasen sauber aufsetzt, lohnt sich der Blick auf Migration und Betrieb früh. Gerade bei gewachsenen Systemen hilft eine SaaS- und Migrationsberatung, um Übergänge aus Altsystemen in integrierte Prozesse stabil zu halten. Bei der Einordnung von Betriebsmodell, Schnittstellen und Datenflüssen hilft oft auch eine Orientierung an der eigenen Governance. Eine gute Ergänzung ist die Datenschutzerklärung von Lupero, wenn interne Anforderungen an Transparenz und Datenverarbeitung sauber dokumentiert werden sollen.
DSGVO, Sicherheit und Datenhoheit richtig verankern
Im deutschen Mittelstand entscheidet selten nur die Technik. Meistens entscheidet die Frage, ob eine Integration die DSGVO, interne Sicherheitsregeln und die gewünschte Datenhoheit wirklich trägt. Genau deshalb sollten CRM-Integrationen nicht als reine Sync-Mechanik, sondern als Governance-Architektur gedacht werden.
Was in der Architektur zwingend drin sein sollte
Eine technische CRM-Spezifikation nennt ausdrücklich End-to-End-Verschlüsselung, MFA, regelmäßige Backups, rollenbasierten Zugriff und RESTful APIs als Basisanforderungen. Für Enterprise-Setups werden außerdem die Einhaltung von GDPR/DSGVO zusammen mit SOC 2 und ISO 27001 hervorgehoben (CRM-Anwendungsspezifikation). Das ist für deutsche Unternehmen relevant, weil technische Sicherheit ohne Zugriffskontrolle und saubere Protokollierung im Audit kaum belastbar ist.
Wichtig ist auch der Umgang mit Drittlandtransfer. Seit dem Ende von EU-US Privacy Shield und den anhaltenden Diskussionen um Transfers in Drittländer ist die Frage nach Cloud-Souveränität deutlich schärfer geworden. In vielen Projekten bedeutet das praktisch, dass Stammdaten im EU-Raum bleiben und nur definierte, pseudonymisierte Informationen an US-Tools gehen, sofern das Governance-Modell das zulässt.
Warum Mapping und Validierung mehr sind als Fleißarbeit
Ein sauberer Datenfluss besteht aus Mapping, Validierung, Audit-Logs und klaren Authentifizierungsregeln. Genau darin liegt der Unterschied zwischen einer kontrollierten Integration und einem unübersichtlichen Sync. Werden Feld-Mapping und Validierung vor dem Schreiben ins CRM umgesetzt, sinkt das Risiko von Formatfehlern bei Datum, Groß-/Kleinschreibung und numerischen Feldern deutlich, weil die Integration erst transformiert und dann gegen das Zielschema prüft, so die technische Spezifikation.
Kontrolle entsteht nicht durch mehr Schnittstellen, sondern durch weniger Überraschungen im Schreibvorgang.
Für Datenschutz und Transparenz hilft eine interne Referenz, die den Umgang mit personenbezogenen Daten klar beschreibt. Als nützlicher Anker kann die Datenschutzerklärung von Lupero von Lupero UG dienen, weil dort der typische Zusammenhang aus Datenverarbeitung, Zweckbindung und Transparenz in einer öffentlichen Erklärung sichtbar wird.
Die eigentliche Argumentation gegenüber Geschäftsführung und Datenschutz lautet deshalb einfach: Eine gute CRM-Integration reduziert nicht nur Medienbrüche, sie begrenzt auch Risiken. Wer Rollenmodelle, Protokollierung und Verschlüsselung von Anfang an einbaut, spart später Diskussionen in Betrieb, Revision und Freigabe.
Praxisbeispiele aus dem deutschen Mittelstand
Zwei Projekte zeigen gut, worauf es in der Realität ankommt. Das erste war ein Industrieunternehmen mit ERP, CRM und Shopify. Das zweite ein IT-Dienstleister mit Tickets, CRM und Rechnungsprozess. In beiden Fällen war die eigentliche Arbeit nicht das Anschließen der Tools, sondern das Einigen auf Zuständigkeiten, Datenlogik und Betriebsregeln.
Fall 1, Industrie, Shop und ERP
Im ersten Projekt kamen Produktanfragen über den Shop rein und sollten automatisch im CRM als Lead oder bestehender Account sichtbar werden. Die Firma setzte eine iPaaS-Schicht ein, weil mehrere Systeme bereits vorhanden waren und niemand wieder eine Punkt-zu-Punkt-Lösung wollte. Der größte Stolperstein war nicht die API, sondern das Mapping zwischen Shop-Kundendaten, ERP-Stammdaten und CRM-Feldern.
Das Team musste zunächst festlegen, welches System die führende Quelle für Adress- und Firmendaten ist. Erst danach konnte der Sync sauber laufen. Ergebnis war vor allem im Kundenservice spürbar, weil manuelle Nachpflege im Alltag deutlich zurückging und Anfragen schneller dem richtigen Datensatz zugeordnet wurden.
Fall 2, IT-Dienstleister mit Support und Abrechnung
Im zweiten Fall wurden Support-Tickets, CRM-Aktivitäten und Rechnungsläufe gekoppelt. Ziel war, dass Servicemitarbeitende den Kontext eines Kunden sofort sehen und Ticketlösungen sauber dokumentiert werden. Die Architektur war hier bewusst schlanker, weil die Fachprozesse enger waren und weniger Systeme beteiligt waren.
Die Herausforderung lag bei der Synchronisation von Statuswechseln. Ein gelöstes Ticket sollte nicht nur im Support-Tool verschwinden, sondern auch im CRM und im Reporting korrekt sichtbar bleiben. Wer sich für ähnliche Fallmuster interessiert, findet weitere Success Stories von Küstermann Media, die genau solche Integrations- und Betriebsfragen im Kontext von mittelständischen Projekten sichtbar machen.
Die wichtigste Lehre aus beiden Projekten ist einfach. Erfolgreiche CRM-Integration ist fast immer Prozess- und Governance-Arbeit. Erst wenn Verantwortlichkeiten, Datenmodelle und Rückschreibelogik stehen, liefert die Technik ihren eigentlichen Nutzen.
Die CRM-Integrations-Checkliste für Ihr Projekt
Ein gutes Integrationsprojekt beginnt nicht mit dem Tool, sondern mit den Entscheidungen, die später niemand mehr nachträglich sauber drehen will. Diese Checkliste ist dafür gedacht, sie direkt in den Workshop mitzunehmen und Punkt für Punkt abzuarbeiten.
Die 10 Punkte in sinnvoller Reihenfolge
- Ziele festlegen: Definieren Sie, ob Quote-to-Cash, MQL zu SQL oder Ticket-Lösungszeit im Fokus steht. Ohne klares Ziel wird aus Integration schnell nur Technikbetrieb.
- System of Record bestimmen: Legen Sie je Feld fest, welches System führend ist. Genau hier entstehen die meisten späteren Dubletten.
- Backup und Migrationspfad sichern: Vor jeder Migration sollten Daten gesichert sein. Das ist besonders wichtig, wenn mehrere Systeme Felder unterschiedlich führen.
- Felder sauber mappen: Namen, E-Mail, Kundennummer und Status brauchen eine eindeutige Zuordnung. Formatkonflikte bei Datum oder Schreibweise gehören hier schon bereinigt.
- Transformationsregeln definieren: Legen Sie fest, wie Daten angepasst werden, bevor sie geschrieben werden. Das reduziert Übertragungsfehler deutlich.
- Validierung gegen das Zielschema einbauen: Prüfen Sie Daten vor dem Schreiben, nicht erst danach. Sonst produzieren Sie Fehler, die im Betrieb teuer werden.
- One-Way- und Two-Way-Logik festhalten: Nicht jedes Feld braucht bidirektionalen Sync. Unterschiedliche Regeln pro Datentyp verhindern unnötige Schleifen.
- Sync-Takt festlegen: Entscheiden Sie zwischen Near-Real-Time per Webhook und Batch-Verarbeitung. Das ist eine Geschäftsentscheidung, keine reine IT-Entscheidung.
- Monitoring und Audit-Logs einrichten: Ohne Protokolle sehen Sie Fehler erst, wenn der Vertrieb sie meldet. Dann ist das Problem schon im Kundenkontakt angekommen.
- Schulung und Change-Management planen: Nutzerinnen und Nutzer müssen wissen, warum sich ihr Prozess ändert. Sonst umgehen sie die Integration im Alltag.
Ein praxisnaher Integrationsleitfaden nennt außerdem konkrete KPIs als Zielwerte, etwa eine Reduktion des Quote-to-Cash-Prozesses um 20 %, eine Steigerung von MQL zu SQL um 15 % oder eine Senkung der Ticket-Lösungszeit um 25 % (Authencio, praktische CRM-Integrations-Strategie). Solche Zahlen sind nützlich, weil sie den Betrieb messbar machen und nicht nur die Schnittstelle.
Nächste Schritte und Entscheidungshilfe für Ihre CRM-Integration
Die drei Fragen sind am Ende immer dieselben. Welche Architektur passt zur eigenen IT-Reife. Wie wird Datenhoheit und Governance geregelt. Und woran messen Sie Erfolg im Alltag, nicht nur im Implementierungsprojekt. Wer darauf keine klare Antwort hat, baut meist eine Integration, die technisch funktioniert, operativ aber hängen bleibt.
Für den Mittelstand ist oft ein iPaaS der schnellste Weg zu produktiven Ergebnissen, wenn mehrere Standard-Systeme zusammenkommen und schnelle Orchestrierung wichtiger ist als tiefer Eigenbau. API-First lohnt sich, wenn einzelne Verbindungen besonders kontrolliert, sicher und langfristig wartbar sein müssen. Klassische Middleware bleibt sinnvoll, wenn ein Unternehmen stark ERP-zentriert ist und zentrale Steuerung bevorzugt.
Eine realistische 30/60/90-Roadmap sieht so aus. Erst Datenaudit und Feldlogik, dann Pilotintegration mit einem klaren Prozess, danach Skalierung, Monitoring und Schulung. Wenn Sie eine Integrationslandschaft aufbauen oder stabilisieren wollen, sollte der nächste Schritt ein gemeinsamer Blick auf Prozesse, Systeme und Datenverantwortung sein, nicht der schnelle Kauf eines weiteren Connectors.
Küstermann Media begleitet solche Vorhaben in Münster, NRW und im DACH-Raum mit einem pragmatischen Blick auf Architektur, Betrieb und DSGVO. Wenn Sie Ihre CRM-Landschaft neu ordnen wollen, starten Sie mit einer belastbaren Bestandsaufnahme und einem klaren Zielbild für Datenhoheit, Synchronisation und KPI-Steuerung.
