
von Benjamin WagnerCRM-ERP-Integration: Die Komplettanleitung zur Verbindung von Vertrieb und Betrieb
Ihr CRM verwaltet Kundenbeziehungen. Ihr ERP steuert den Betrieb. Wenn beide Systeme nicht miteinander kommunizieren, nennen Vertriebsteams falsche Preise, die Buchhaltung erfasst Daten doppelt und Kunden warten unnötig lange. Diese Anleitung zeigt Ihnen Schritt für Schritt, wie Sie CRM und ERP verbinden.
Unternehmen, die CRM und ERP integrieren, berichten von 20-30 % schnellerer Auftragsbearbeitung, 15-25 % weniger Dateneingabefehlern und messbar kürzeren Vertriebszyklen. Die Frage ist nicht ob, sondern wie.
Falls Sie eine Erklärung suchen, was CRM und ERP sind und worin sie sich unterscheiden, lesen Sie unseren Leitfaden zu CRM und ERP. Dieser Artikel ist rein praktisch ausgerichtet: Integrationsmethoden, Datenmapping, Synchronisationsarchitektur, Konfliktlösung, Kosten und ein schrittweiser Umsetzungsprozess.
Warum CRM-ERP-Integration wichtig ist: Der Business Case
Bevor wir in die technischen Details einsteigen, lohnt es sich zu verstehen, was getrennte Systeme Ihr Unternehmen tatsächlich kosten.
Die Kosten manueller Datenübertragung
Wenn CRM und ERP nicht integriert sind, führt jemand in Ihrem Team diese Aufgaben manuell aus:
- Kundendaten erneut eingeben vom CRM ins ERP, wenn ein Deal abgeschlossen wird (5-10 Minuten pro Auftrag)
- Lagerbestand oder Preise nachschlagen im ERP und per E-Mail oder Chat an den Vertrieb weiterleiten
- Rechnungs- und Zahlungsstatus kopieren vom ERP zurück ins CRM, damit der Vertrieb weiß, welche Konten aktuell sind
- Abweichungen abgleichen wenn derselbe Kunde in beiden Systemen leicht unterschiedliche Daten hat
Für ein mittelgroßes Vertriebsteam mit 50 Aufträgen pro Monat bedeutet manuelle Datenübertragung allein 20-40 Stunden monatlich. Bei 40 EUR/Stunde (Vollkosten) sind das 800-1.600 EUR/Monat an Personalkosten, ohne die Fehler einzurechnen.
Was Integration bringt
| Vorteil | Ohne Integration | Mit Integration |
|---|---|---|
| Auftragserfassung | 5-10 Min. manuell | Sekunden (automatisiert) |
| Dateneingabefehler | 5-15 % der Datensätze | Unter 1 % |
| Angebotsgenauigkeit | Basierend auf letzten bekannten ERP-Daten | Echtzeit-ERP-Preise |
| Zahlungssichtbarkeit für Vertrieb | Manuelles Nachschlagen oder Wochenbericht | Echtzeit im CRM |
| Kundenanlage (ERP) | Manuell nach Abschluss | Automatisch bei Deal-Abschluss |
| Lagerbestandssichtbarkeit | Anruf oder E-Mail ans Lager | Live im CRM-Produktkatalog |
Der ROI amortisiert sich typischerweise innerhalb von 3-6 Monaten bei Teams mit 10+ Nutzern und 50+ monatlichen Transaktionen.
Vier Methoden zur CRM-ERP-Integration
Jede CRM-ERP-Integration nutzt einen von vier Ansätzen. Die richtige Wahl hängt von Ihren technischen Ressourcen, Ihrem Budget, dem Datenvolumen und dem gewünschten Grad der Anpassung ab.
1. API-basierte Punkt-zu-Punkt-Integration
Sowohl Ihr CRM als auch Ihr ERP stellen REST- oder SOAP-APIs bereit. Sie entwickeln individuellen Code, der Daten aus einem System liest und in das andere schreibt.
Funktionsweise: Ein Skript oder Microservice ruft die CRM-API auf, um neue oder geänderte Datensätze abzurufen, transformiert die Daten in das vom ERP erwartete Format und überträgt sie über die ERP-API. Derselbe Prozess läuft in umgekehrter Richtung für ERP-zu-CRM-Datenflüsse.
Geeignet für: Teams mit eigenen Entwicklungsressourcen, die maximale Kontrolle über Datentransformation, Fehlerbehandlung und Synchronisationszeiten benötigen.
Typische Kosten: 5.000-50.000+ EUR für die Erstentwicklung, plus laufende Wartung.
Nachteile: Jede API-Änderung in einem der Systeme erfordert Code-Anpassungen. Fehlerbehandlung, Retry-Logik, Logging und Monitoring müssen komplett selbst aufgebaut werden. Der Wartungsaufwand steigt mit der Anzahl integrierter Felder. Sie sind außerdem für die gesamte Infrastruktur verantwortlich: Hosting, Uptime und Debugging.
2. iPaaS (Integration Platform as a Service)
Cloud-basierte Plattformen wie n8n, Zapier, Make oder MuleSoft bieten vorgefertigte Konnektoren und visuelle Workflow-Builder. Sie konfigurieren Integrationsflüsse über eine grafische Oberfläche statt Code zu schreiben.
Funktionsweise: Sie wählen einen Trigger (z. B. "neuer Deal abgeschlossen im CRM"), fügen Transformationsschritte zur Datenumwandlung hinzu und wählen eine Aktion (z. B. "Auftrag im ERP anlegen"). Die Plattform übernimmt API-Aufrufe, Authentifizierung, Wiederholungsversuche und Logging.
Geeignet für: Kleine und mittlere Unternehmen, die Integration ohne dedizierte Entwickler umsetzen möchten.
Typische Kosten: 0-500 EUR/Monat für die Plattform, plus Einrichtungszeit.
Nachteile: Plattformabhängigkeit. Komplexe Transformationen können in visuellen Buildern unübersichtlich werden. Einige Plattformen begrenzen die Ausführungshäufigkeit oder das Datenvolumen. Cloud-basierte iPaaS bedeutet, dass Daten über Drittanbieter-Server laufen, was für EU-Unternehmen DSGVO-Fragen aufwirft.
Warum n8n anders ist: Im Gegensatz zu Zapier oder Make kann n8n auf Ihrer eigenen Infrastruktur selbst gehostet werden. Ihre Daten verlassen nie Ihre Server. Es gibt keine Pro-Ausführungs-Gebühren. Und wenn Sie Customermates nutzen, ist n8n bereits eingebaut, sodass keine separate Plattform lizenziert oder gewartet werden muss.
3. Middleware und ESB (Enterprise Service Bus)
Dedizierte Integrations-Middleware wie MuleSoft Anypoint, Dell Boomi oder Apache Camel sitzt zwischen allen Ihren Geschäftssystemen und verwaltet Datenflüsse zentral.
Funktionsweise: Die Middleware unterhält Konnektoren zu jedem System. Integrationslogik wird zentral definiert, oft mit Unterstützung für Message Queuing, Transformationsengines und Orchestrierung. Alle Datenflüsse laufen durch die Middleware-Schicht.
Geeignet für: Unternehmen, die viele Systeme über CRM und ERP hinaus integrieren: E-Commerce, Lagerverwaltung, Business Intelligence, HR und mehr.
Typische Kosten: 1.000-10.000+ EUR/Monat für Enterprise-Middleware. Open-Source-Optionen wie Apache Camel reduzieren Lizenzkosten, erfordern aber Entwicklungsexpertise.
Nachteile: Hohe Komplexität. Erfordert spezialisiertes Know-how für Konfiguration und Wartung. Überdimensioniert für Unternehmen, die nur zwei oder drei Systeme verbinden müssen. Lange Implementierungszeiten (Monate, nicht Wochen).
4. Native oder eingebaute Integration
Einige Anbieter-Kombinationen bieten vorgefertigte Konnektoren. Microsoft Dynamics 365 bündelt CRM- und ERP-Module. SAP bietet Integration zwischen S/4HANA und SAP CRM. Manche CRM-Anbieter liefern Konnektoren für verbreitete ERP-Systeme.
Funktionsweise: Sie aktivieren das Integrationsmodul, konfigurieren welche Daten synchronisiert werden und legen die Synchronisationsfrequenz fest. Der Anbieter übernimmt die zugrunde liegenden API-Aufrufe und das Datenmapping.
Geeignet für: Unternehmen, die bereits auf ein einzelnes Anbieter-Ökosystem festgelegt sind.
Typische Kosten: Im Lizenzpreis enthalten, wobei Enterprise-Lizenzen typischerweise 100-300 EUR/Nutzer/Monat kosten.
Nachteile: Eingeschränkte Anpassungsmöglichkeiten. Vendor Lock-in. Die Integration funktioniert nur innerhalb des Anbieter-Ökosystems. All-in-one-Plattformen sind selten in beiden Bereichen (CRM und ERP) stark. Sie verlieren die Flexibilität, eines der Systeme unabhängig zu wechseln.
Vergleich der Integrationsmethoden
| Kriterium | API Punkt-zu-Punkt | iPaaS (n8n, Zapier) | Middleware/ESB | Nativ |
|---|---|---|---|---|
| Einrichtungszeit | Wochen bis Monate | Tage bis Wochen | Wochen bis Monate | Stunden bis Tage |
| Technisches Know-how | Hoch (Entwickler) | Gering bis mittel | Hoch (Spezialisten) | Gering |
| Anpassbarkeit | Unbegrenzt | Hoch | Hoch | Begrenzt |
| Laufende Wartung | Hoch | Gering | Mittel | Vom Anbieter verwaltet |
| DSGVO-Konformität | Sie kontrollieren | Plattformabhängig | Sie kontrollieren | Anbieterabhängig |
| Kosten (erstes Jahr) | 10.000-60.000 EUR | 0-6.000 EUR | 12.000-120.000 EUR | Im Lizenzpreis enthalten |
| Geeignet für | Komplexe Spezialfälle | KMU, meiste Szenarien | Enterprise Multi-System | Single-Vendor-Umgebungen |
| Skalierbarkeit | Manuelles Skalieren | Plattform-verwaltet | Enterprise-tauglich | Anbieter-begrenzt |
Entscheidungshilfe: Welche Methode wählen?
Nutzen Sie diese Logik zur Auswahl des richtigen Ansatzes:
- Sind Sie bereits in einem Single-Vendor-Stack (z. B. Dynamics 365 CRM + Dynamics 365 Business Central)? Nutzen Sie die native Integration.
- Integrieren Sie 5+ Geschäftssysteme und haben ein dediziertes IT-Team? Erwägen Sie Middleware/ESB.
- Benötigen Sie hochindividuelle Logik, die kein visueller Builder abdecken kann, und haben Entwickler verfügbar? Erwägen Sie API Punkt-zu-Punkt.
- Für alle anderen: iPaaS (speziell n8n, wenn DSGVO-Konformität und Kosten wichtig sind) ist die richtige Wahl.
Welche Daten synchronisieren und wie mappen
Datenmapping ist der Punkt, an dem die meisten CRM-ERP-Integrationsprojekte stehen oder fallen. Beide Systeme verwenden unterschiedliche Datenmodelle, Feldnamen und Formate für dieselben Informationen.
Zentrale Datenentitäten für das Mapping
Kontakte und Konten (CRM) zu Geschäftspartnern oder Kunden (ERP):
| CRM-Feld | ERP-Feld (typisch) | Richtung | Hinweise |
|---|---|---|---|
| Firmenname | Geschäftspartnername | Bidirektional | CRM ist meist Master |
| Rechnungsadresse | Rechnungsanschrift | CRM zu ERP | ERP nutzt sie für Rechnungen |
| Lieferadresse | Lieferanschrift | CRM zu ERP | |
| E-Mail-Adresse | Kommunikations-E-Mail | Bidirektional | |
| Telefonnummer | Telefon | Bidirektional | Format normalisieren (+49 30 ...) |
| USt-IdNr. | Steuernummer | CRM zu ERP | Kritisch für B2B-Rechnungen |
| Kontoinhaber | Kundenbetreuer | CRM zu ERP | |
| Kundensegment | Kundengruppe | CRM zu ERP | CRM-Tags auf ERP-Gruppen mappen |
| Kunden-ID | Geschäftspartner-ID | Über Zuordnungstabelle | Kritisch für die Verknüpfung |
| Kreditstatus | Zahlungsbedingungen | ERP zu CRM | Vertrieb braucht diese Sichtbarkeit |
Deals oder Opportunities (CRM) zu Aufträgen (ERP):
| CRM-Feld | ERP-Feld (typisch) | Richtung | Hinweise |
|---|---|---|---|
| Deal-Name | Auftragsbeschreibung | CRM zu ERP | |
| Deal-Wert | Auftragssumme | CRM zu ERP | Währung muss übereinstimmen |
| Abschlussdatum | Auftragsdatum | CRM zu ERP | |
| Positionen | Auftragspositionen | CRM zu ERP | Produkt-IDs müssen übereinstimmen |
| Deal-Phase | Auftragsstatus | Bidirektional | Phasennamen auf Status mappen |
| Rabatt | Rabatt | CRM zu ERP | Prozent vs. Absolutbetrag |
| Zahlungsbedingungen | Zahlungskonditionen | CRM zu ERP | Text auf ERP-Codes mappen |
| Lieferdatum | Gewünschtes Lieferdatum | CRM zu ERP |
Produkte (ERP) zu Produktkatalog (CRM):
| ERP-Feld | CRM-Feld (typisch) | Richtung | Hinweise |
|---|---|---|---|
| Produkt-ID / SKU | Produkt-ID | ERP zu CRM | ERP als Master verwenden |
| Produktname | Produktname | ERP zu CRM | |
| Listenpreis | Stückpreis | ERP zu CRM | Währung einbeziehen |
| Lagerbestand | Verfügbarkeit | ERP zu CRM | Schwellenwert vs. exakte Menge |
| Produktkategorie | Produktkategorie | ERP zu CRM | Kategoriebäume können abweichen |
| Mengeneinheit | Einheit | ERP zu CRM | ERP-Codes auf Labels mappen |
| Mindestbestellmenge | MOQ | ERP zu CRM |
Rechnungen und Zahlungen (ERP) zu CRM-Datensätzen:
| ERP-Feld | CRM-Feld (typisch) | Richtung | Hinweise |
|---|---|---|---|
| Rechnungsnummer | Rechnungsreferenz | ERP zu CRM | |
| Rechnungsbetrag | Rechnungswert | ERP zu CRM | |
| Zahlungsstatus | Zahlungsstatus | ERP zu CRM | ERP-Codes auf CRM-Werte mappen |
| Fälligkeitsdatum | Zahlungsfälligkeit | ERP zu CRM | |
| Offener Saldo | Offener Betrag | ERP zu CRM | |
| Gutschrift | Gutschriftsreferenz | ERP zu CRM | |
| Mahnstufe | Inkassostatus | ERP zu CRM | 1/2/3 auf Beschreibungen mappen |
Fünf Regeln für das Datenmapping
-
Master-System pro Entität festlegen. Kundenkontaktdaten werden typischerweise im CRM gepflegt. Finanzdaten, Produkte und Preise werden im ERP gepflegt. Dokumentieren Sie diese Zuordnung klar, bevor Sie eine einzige Zeile Integrationslogik schreiben.
-
Formate vor der Synchronisation normalisieren. Telefonnummern, Adressen, Datumsformate und Währungen müssen einheitlich sein. Eine Telefonnummer, die im CRM als "+49 30 12345678" und im ERP als "030/12345678" gespeichert ist, erzeugt Duplikate, wenn sie nicht normalisiert wird.
-
Strategie für eindeutige Identifikatoren erstellen. Beide Systeme benötigen einen gemeinsamen Schlüssel zur Verknüpfung von Datensätzen. Optionen: die ERP-Kunden-ID in einem benutzerdefinierten CRM-Feld speichern, die CRM-Datensatz-ID in einem benutzerdefinierten ERP-Feld speichern oder eine Zuordnungstabelle pflegen, die beide IDs verknüpft. Die Zuordnungstabelle ist der flexibelste Ansatz.
-
Eins-zu-viele-Beziehungen berücksichtigen. Ein einzelnes CRM-Konto kann mehreren ERP-Entitäten zugeordnet sein (ein Kundendatensatz, ein Lieferantendatensatz, mehrere Kontaktpersonen). Definieren Sie diese Beziehungen vor dem Aufbau der Integration.
-
Aufzählungswerte explizit mappen. CRM-Deal-Phasen wie "Angebot gesendet" oder "Verhandlung" existieren im ERP nicht. ERP-Auftragsstatus wie "Teilweise versendet" oder "Kreditsperre" existieren im CRM nicht. Erstellen Sie eine Zuordnungstabelle für jedes Aufzählungsfeld. Speichern Sie diese Zuordnung in einer Konfigurationsdatei, nicht fest im Code.
Bidirektionale Synchronisation: Architektur und Konfliktlösung
Die meisten CRM-ERP-Integrationen erfordern Datenflüsse in beide Richtungen. Das erzeugt das Risiko von Synchronisationskonflikten, bei denen derselbe Datensatz in beiden Systemen zwischen zwei Synchronisationszyklen geändert wird.
Synchronisationsmuster
Ereignisgesteuert (Echtzeit): Ein Webhook oder Event wird ausgelöst, wenn sich ein Datensatz ändert. Die Integration verarbeitet die Änderung sofort. Latenz liegt im Sekundenbereich. Am besten geeignet für kritische Daten wie Auftragsstatus oder Zahlungsbestätigung.
Geplantes Polling (Near-Realtime): Ein Job läuft alle 1-15 Minuten, fragt Datensätze ab, die seit dem letzten Lauf geändert wurden, und verarbeitet sie. Latenz liegt im Minutenbereich. Am besten für allgemeine Datensynchronisation, bei der Echtzeit nicht kritisch ist.
Batch-Synchronisation (periodisch): Ein Job läuft täglich oder wöchentlich und synchronisiert große Datenmengen auf einmal. Am besten für Produktkataloge, Preislisten oder historische Datenmigrationen.
Hybrid (empfohlen): Kombinieren Sie Muster nach Datentyp. Auftragsstatus wird in Echtzeit per Webhook synchronisiert. Der Produktkatalog wird nächtlich per Batch synchronisiert. Kundendaten werden alle fünf Minuten per Polling synchronisiert. Das balanciert Reaktionsfähigkeit mit Systemlast.
Strategien zur Konfliktlösung
Wenn beide Systeme denselben Datensatz zwischen Synchronisationszyklen aktualisieren:
- Master-System gewinnt: Der designierte Master für diese Entität überschreibt immer. Einfach, kann aber legitime Änderungen aus dem Nicht-Master-System verlieren.
- Letzter Schreibvorgang gewinnt: Der aktuellste Zeitstempel hat Vorrang. Erfordert synchronisierte Uhren und zuverlässige Zeitstempel.
- Feld-basiertes Mastering (empfohlen): Verschiedene Felder haben verschiedene Master. Das CRM ist Master für Kontaktname und E-Mail. Das ERP ist Master für Rechnungsadresse und Kreditlimit. Keine Konflikte, weil jedes Feld genau eine Quelle der Wahrheit hat.
- Manuelle Prüfwarteschlange: Widersprüchliche Aktualisierungen werden zur manuellen Prüfung markiert. Am sichersten, erzeugt aber operativen Mehraufwand.
Feld-basiertes Mastering ist der empfohlene Ansatz für die meisten CRM-ERP-Integrationen. Es entspricht der tatsächlichen Arbeitsweise von Unternehmen: Vertriebsteams verantworten Beziehungsdaten, Finanzteams verantworten Finanzdaten, der Betrieb verantwortet Lagerbestände.
Schritt-für-Schritt-Integrationsprozess
Schritt 1: Bestandsaufnahme Ihrer Daten
Bevor Sie etwas verbinden, prüfen Sie Ihren Datenbestand.
- Exportieren Sie Kundendatensätze aus beiden Systemen.
- Zählen Sie Duplikate, unvollständige Datensätze und verwaiste Einträge.
- Identifizieren Sie Formatinkonsistenzen (Datumsformate, Telefonnummern, Adressen, USt-IdNr.).
- Dokumentieren Sie, welches System die vollständigere und genauere Version jedes Datensatzes hat.
- Messen Sie: Wie viele Datensätze existieren nur im CRM, nur im ERP und in beiden?
Bereinigen Sie Ihre Daten vor der Integration. Integration verstärkt Datenqualitätsprobleme. Duplikate im CRM werden zu Duplikaten im ERP. Planen Sie je nach Datenvolumen 1-2 Wochen für die Datenbereinigung ein.
Schritt 2: Integrationsumfang definieren
Starten Sie klein. Versuchen Sie nicht, in der ersten Phase alles zu synchronisieren.
Phase 1 (höchster Nutzen, geringste Komplexität):
- Kunden-/Kontosync vom CRM zum ERP (nur neue Datensätze)
- Rechnungs- und Zahlungsstatus vom ERP zum CRM
- Produktkatalog vom ERP zum CRM
Phase 2 (hoher Nutzen, mittlere Komplexität):
- Deal-zu-Auftrag-Konvertierung bei Abschluss
- Bidirektionale Kundendatenaktualisierung
- Lagerverfügbarkeit vom ERP zum CRM
Phase 3 (Vollintegration):
- Angebotserstellung mit Echtzeit-ERP-Preisen
- Kreditlimitprüfung bei der Deal-Qualifizierung
- Vollständiges Auftragslebenszyklus-Tracking über beide Systeme
- Retouren- und Gutschrift-Synchronisation
Schritt 3: Integrationsmethode wählen
Für die meisten kleinen und mittleren Unternehmen ist iPaaS die richtige Wahl. Es bietet die beste Balance aus Flexibilität, Kosten und Wartbarkeit. Wenn Sie Customermates als CRM verwenden, ist n8n bereits eingebaut. Sie haben damit eine iPaaS-Schicht ohne zusätzliche Lizenzkosten.
Schritt 4: Datenmapping erstellen
Erstellen Sie ein Dokument, das jedes zu synchronisierende Feld abbildet. Für jedes Mapping spezifizieren Sie:
- Quellsystem und Feldname
- Zielsystem und Feldname
- Datentyp und Format auf jeder Seite
- Erforderliche Transformation (falls vorhanden)
- Synchronisationsrichtung (CRM zu ERP, ERP zu CRM oder bidirektional)
- Master-System für dieses Feld
- Synchronisationsfrequenz (Echtzeit, Polling, Batch)
- Pflichtfeld oder optional
Schritt 5: Fehlerbehandlung implementieren
Jede Integration wird irgendwann Fehler erzeugen. Planen Sie dafür.
- Retry-Logik: Gescheiterte Operationen automatisch mit exponentiellem Backoff wiederholen (1 Sekunde warten, dann 2, dann 4, dann 8). Nach einer konfigurierbaren Anzahl von Versuchen stoppen.
- Dead-Letter-Queue: Fehlgeschlagene Datensätze, die alle Wiederholungsversuche ausschöpfen, landen in einer Warteschlange zur manuellen Prüfung, statt verloren zu gehen.
- Validierung vor der Synchronisation: Pflichtfelder, Datentypen und referenzielle Integrität prüfen, bevor Daten an das Zielsystem übertragen werden. Ungültige Datensätze mit klaren Fehlermeldungen ablehnen.
- Idempotenz: Operationen so gestalten, dass zweimaliges Ausführen dasselbe Ergebnis liefert. Upsert (Update oder Insert) statt blindem Insert verwenden, um Duplikate zu vermeiden.
- Alerting: Benachrichtigungen (E-Mail, Slack oder ähnlich) senden, wenn Fehler einen Schwellenwert überschreiten. Nicht darauf warten, dass jemand manuell Logs prüft.
Schritt 6: Mit realen Daten testen
Verwenden Sie eine Staging- oder Sandbox-Umgebung für beide Systeme.
- Testen Sie mit einer repräsentativen Stichprobe realer Datensätze, nicht nur einer Handvoll sauberer Testeinträge.
- Testen Sie Grenzfälle: Datensätze mit fehlenden Feldern, Sonderzeichen in Namen (Umlaute, Akzente), sehr lange Textfelder, Positionen mit Nullwert, Multi-Währungs-Deals.
- Testen Sie Fehlerszenarien: Was passiert, wenn das ERP nicht erreichbar ist? Was passiert, wenn ein Datensatz die Validierung nicht besteht? Was passiert, wenn das API-Rate-Limit erreicht wird?
- Testen Sie Volumen: Eine Synchronisation, die mit 10 Datensätzen funktioniert, kann bei 10.000 einen Timeout verursachen.
- Testen Sie die Konfliktlösung: Aktualisieren Sie denselben Datensatz in beiden Systemen und prüfen Sie, ob die korrekte Version gewinnt.
Schritt 7: Deployment und Monitoring
Gehen Sie schrittweise live.
- Starten Sie mit unidirektionaler Synchronisation (z. B. nur CRM zu ERP), bevor Sie bidirektionale Sync aktivieren.
- Überwachen Sie die ersten 48 Stunden intensiv. Prüfen Sie Sync-Logs auf Fehler, verifizieren Sie die Datengenauigkeit in beiden Systemen und bestätigen Sie, dass das Sync-Timing den Erwartungen entspricht.
- Richten Sie Alerts für Synchronisationsfehler, ungewöhnliche Fehlerraten oder wachsende Warteschlangen-Tiefen ein.
- Planen Sie eine Überprüfung nach der ersten Woche und dem ersten Monat, um Probleme zu erkennen, die nicht sofort offensichtlich waren.
- Dokumentieren Sie alles: Integrationsarchitektur, Feld-Zuordnungen, Fehlerbehandlungsverfahren und Eskalationskontakte.
Typische CRM-ERP-Integrationsszenarien
Szenario 1: Deal abgeschlossen zu Auftrag
Trigger: Deal-Status wechselt auf "Gewonnen" im CRM.
Ablauf:
- CRM sendet Deal-Daten (Kunde, Positionen, Wert, Konditionen).
- Integration prüft, ob der Kunde im ERP existiert. Falls nicht, wird ein neuer Geschäftspartner angelegt.
- Integration validiert Positionen: Existieren alle Produkt-IDs im ERP? Sind Mengen und Preise gültig?
- Integration erstellt einen Auftrag im ERP mit den Positionen, Mengen und Preisen des Deals.
- ERP gibt die Auftragsnummer zurück.
- Integration schreibt die Auftragsnummer in den CRM-Deal-Datensatz zurück.
- Falls ein Schritt fehlschlägt, wird der Deal im CRM markiert und der zuständige Vertriebler erhält eine Benachrichtigung.
Wichtige Aspekte: Produkt-IDs müssen zwischen den Systemen übereinstimmen. Preise im CRM sollten die aktuellen ERP-Preise widerspiegeln, um Abweichungen zu vermeiden. Multi-Währungs-Deals erfordern Wechselkursbehandlung.
Szenario 2: Zahlungsstatus-Synchronisation
Trigger: Rechnungsstatus ändert sich im ERP (geplantes Polling alle 5 Minuten).
Ablauf:
- Integration fragt ERP nach Rechnungen mit Statusänderungen seit dem letzten Sync ab.
- Für jede geänderte Rechnung wird der entsprechende Deal oder das Konto im CRM ermittelt.
- CRM-Datensatz wird mit aktuellem Zahlungsstatus, bezahltem Betrag und offenem Saldo aktualisiert.
Wichtige Aspekte: ERP-Zahlungsstatuscodes (wie "10 = Offen", "20 = Teilweise bezahlt", "30 = Bezahlt") auf menschenlesbare CRM-Werte mappen. Mahnstufen/Inkassostatus einbeziehen, damit Vertriebsmitarbeiter vor einem Kundenanruf Bescheid wissen.
Szenario 3: Echtzeit-Lagerverfügbarkeit
Trigger: Vertriebsmitarbeiter öffnet einen Deal oder erstellt ein Angebot im CRM.
Ablauf:
- CRM fordert aktuelle Lagerbestände vom ERP per API-Aufruf an.
- ERP gibt verfügbare Menge pro Produkt und Lager zurück.
- CRM zeigt Verfügbarkeit neben der Produktauswahl an.
Wichtige Aspekte: Dies ist eine reine Lese-Integration auf Abruf. Keine Daten werden im CRM gespeichert. Die Latenz muss niedrig sein (unter 2 Sekunden), um den Vertriebsworkflow nicht zu stören. Häufig abgefragte Produkte cachen, wenn die API-Latenz ein Problem ist.
Szenario 4: Neukunden-Synchronisation
Trigger: Neuer Kontakt oder neues Unternehmen im CRM angelegt.
Ablauf:
- CRM-Webhook wird bei Neuanlage eines Datensatzes ausgelöst.
- Integration prüft auf einen existierenden Treffer im ERP (nach Name, E-Mail oder Steuernummer), um Duplikate zu vermeiden.
- Falls kein Treffer, wird ein neuer Geschäftspartner im ERP mit CRM-Daten angelegt.
- ERP gibt die Geschäftspartner-ID zurück.
- Integration schreibt die ERP-ID in den CRM-Datensatz zur künftigen Referenz zurück.
Wichtige Aspekte: Duplikaterkennung ist entscheidend. Verwenden Sie Fuzzy-Matching auf den Firmennamen plus exaktes Matching auf E-Mail oder Steuernummer. Erwägen Sie, einen Mindestumfang an Pflichtfeldern (Firmenname, E-Mail, Land) vor dem Sync ins ERP zu verlangen.
Szenario 5: Angebot mit Live-ERP-Preisen
Trigger: Vertriebsmitarbeiter erstellt ein Angebot im CRM.
Ablauf:
- CRM sendet Produkt-IDs und Mengen an das ERP.
- ERP berechnet Preise basierend auf kundenspezifischen Preislisten, Mengenrabatten und Aktionen.
- ERP gibt berechnete Preise an das CRM zurück.
- CRM zeigt das Angebot mit korrekten Preisen an.
- Bei Kundenfreigabe wird das Angebot gleichzeitig in beiden Systemen zum Auftrag konvertiert.
Wichtige Aspekte: Dies erfordert eine Near-Realtime-API-Antwort vom ERP (unter 3 Sekunden). Kundenspezifische Preise im ERP müssen korrekt auf CRM-Konten gemappt sein. Rabattfreigabe-Workflows können sich über beide Systeme erstrecken.
Sicherheit und Compliance
Datenschutz (DSGVO)
CRM-ERP-Integration bewegt personenbezogene Daten zwischen Systemen. Für EU-Unternehmen gilt die DSGVO:
- Auftragsverarbeitungsvertrag (AVV): Wenn Ihre Integrationsplattform ein Drittanbieter ist (Cloud-iPaaS), stellen Sie sicher, dass ein AVV den Datenfluss abdeckt.
- Datenminimierung: Synchronisieren Sie nur die Felder, die Sie tatsächlich benötigen. Kopieren Sie keine kompletten Kundendatensätze, wenn nur Name und E-Mail erforderlich sind.
- Recht auf Löschung: Das Löschen eines Kunden in einem System muss die Löschung (oder Anonymisierung) im anderen System auslösen. Bauen Sie dies in Ihre Integrationslogik ein.
- Audit-Trail: Protokollieren Sie, welche Datensätze wann synchronisiert wurden und was sich geändert hat. Das unterstützt Compliance-Audits.
- Vorteil Self-Hosting: Ein selbst gehostetes iPaaS wie n8n bedeutet, dass Kundendaten nie über Drittanbieter-Server laufen. Das vereinfacht die DSGVO-Konformität erheblich.
API-Sicherheit
- Nutzen Sie OAuth 2.0 oder API-Keys mit passenden Scopes (wo möglich nur Lesezugriff).
- Rotieren Sie API-Keys regelmäßig (mindestens alle 90 Tage).
- Verwenden Sie TLS/HTTPS für alle API-Kommunikation.
- Implementieren Sie IP-Allowlisting, wenn beide Systeme es unterstützen.
- Speichern Sie Zugangsdaten in einem Secrets Manager, nicht in Workflow-Konfigurationen oder Code.
Branchenspezifische Integrationsmuster
Fertigung
Die CRM-ERP-Verbindung ist besonders wertvoll für Fertigungsunternehmen:
- Stücklisten-Sync (BOM): Produktkonfigurationen im CRM werden auf Stücklistenstrukturen im ERP abgebildet.
- Lieferzeitensichtbarkeit: ERP-Produktionspläne erscheinen im CRM, damit Vertriebsmitarbeiter realistische Liefertermine nennen können.
- Individuelle Mengenpreise: ERP berechnet gestaffelte Preise nach Bestellmenge; CRM zeigt sie in Echtzeit an.
Großhandel und Distribution
- Multi-Lager-Bestand: CRM zeigt Bestand pro Lager, damit Vertriebsmitarbeiter den nächsten Auslieferungspunkt vorschlagen können.
- Nachbestellungsverwaltung: ERP-Nachbestellungsstatus erscheint im CRM, damit Vertriebsmitarbeiter Kunden proaktiv informieren können.
- Kundenspezifische Kataloge: ERP pflegt pro Kunde die Produktverfügbarkeit; CRM filtert den Produktkatalog entsprechend.
Professional Services
- Projekterstellung aus Deals: Bei Deal-Abschluss erstellt das ERP ein Projekt mit Budget, Zeitplan und Ressourcenzuordnung.
- Zeit- und Spesenerfassung: Fakturierbare Stunden und Spesen im ERP werden ins CRM synchronisiert für kundenbezogenes Reporting.
- Umsatzrealisierung: ERP-Erlöserfassungspläne verknüpfen sich mit CRM-Deal-Datensätzen für akkurate Prognosen.
Kosten und Zeitrahmen der CRM-ERP-Integration
Kostenaufstellung
| Komponente | iPaaS-Ansatz | Individueller API-Ansatz |
|---|---|---|
| Plattform/Werkzeuge | 0-500 EUR/Monat | 0 EUR (Open Source) bis 2.000 EUR/Monat |
| Ersteinrichtung (Arbeit) | 20-80 Stunden | 100-400+ Stunden |
| Datenbereinigung | 10-40 Stunden | 10-40 Stunden |
| Tests | 10-20 Stunden | 20-60 Stunden |
| Dokumentation | 5-10 Stunden | 10-20 Stunden |
| Laufende Wartung | 2-5 Stunden/Monat | 10-20+ Stunden/Monat |
Realistischer Zeitrahmen
| Phase | iPaaS-Ansatz | Individueller API-Ansatz |
|---|---|---|
| Planung und Datenaudit | 1-2 Wochen | 1-2 Wochen |
| Datenbereinigung | 1-2 Wochen | 1-2 Wochen |
| Phase 1 (Kern-Sync) | 1-2 Wochen | 4-8 Wochen |
| Tests | 1 Woche | 2-4 Wochen |
| Phase 2 (erweiterter Sync) | 1-2 Wochen | 4-8 Wochen |
| Volle Produktionsstabilität | 6-8 Wochen gesamt | 12-24 Wochen gesamt |
Gesamtbetriebskosten (erstes Jahr)
| Ansatz | Untere Schätzung | Obere Schätzung |
|---|---|---|
| iPaaS (n8n Self-Hosted) | 2.000 EUR | 8.000 EUR |
| iPaaS (Cloud, z. B. Zapier) | 3.600 EUR | 12.000 EUR |
| Individuelle API-Entwicklung | 10.000 EUR | 60.000+ EUR |
| Middleware/ESB | 12.000 EUR | 120.000+ EUR |
| Nativ (in Lizenz enthalten) | 0 EUR extra | 0 EUR extra (aber Lizenz: 100-300 EUR/Nutzer/Monat) |
Typische Fehler und wie Sie sie vermeiden
Fehler 1: Alles auf einmal synchronisieren
Problem: Teams versuchen, ab Tag eins jedes Feld zwischen beiden Systemen zu synchronisieren. Das Projekt wird unhandlich, Tests dauern ewig und Fehler kaskadieren.
Lösung: Starten Sie mit 5-10 kritischen Feldern pro Entität. Fügen Sie weitere hinzu, nachdem die Kernintegration stabil läuft. Die meisten Teams stellen fest, dass 80 % des Nutzens aus der Synchronisation von 20 % der Felder kommen.
Fehler 2: Datenqualität ignorieren
Problem: Bestehende Daten haben Duplikate, inkonsistente Formate und fehlende Felder. Die Integration verbreitet diese Probleme auf beide Systeme.
Lösung: Führen Sie ein Datenqualitäts-Audit und eine Bereinigung vor der Integration durch. Deduplizieren, Formate standardisieren und kritische fehlende Felder ergänzen. Das ist nicht optional. Es ist die Aktivität mit dem höchsten ROI im gesamten Integrationsprojekt.
Fehler 3: Kein Monitoring
Problem: Die Integration läuft im Stillen. Wenn sie ausfällt, bemerkt es niemand, bis ein Vertriebsmitarbeiter sich beschwert, dass Zahlungsdaten wochenlang veraltet sind.
Lösung: Implementieren Sie Logging für jeden Synchronisationsvorgang. Richten Sie Alerts für Fehler ein. Tracken Sie Metriken: synchronisierte Datensätze pro Stunde, Fehlerrate, durchschnittliche Latenz. Prüfen Sie Dashboards wöchentlich.
Fehler 4: Feld-Mappings fest kodieren
Problem: Feld-Zuordnungen sind im Code oder in Workflow-Definitionen eingebettet. Wenn eines der Systeme ein Feld hinzufügt oder umbenennt, bricht die Integration ab.
Lösung: Speichern Sie Feld-Zuordnungen in einer Konfigurationsdatei oder Tabelle, die ohne erneutes Deployment der Integration aktualisiert werden kann. n8n macht dies mit JSON-Konfigurations-Nodes unkompliziert.
Fehler 5: Löschungen nicht behandeln
Problem: Ein Datensatz wird in einem System gelöscht, bleibt aber im anderen bestehen und erzeugt Geisterdaten.
Lösung: Definieren Sie eine Löschstrategie. Optionen: Soft-Delete (als inaktiv markieren) in beiden Systemen, Hard-Deletes propagieren oder nie automatisch löschen und zur Prüfung markieren. Soft-Delete ist für die meisten Unternehmen am sichersten.
Fehler 6: Rate Limits ignorieren
Problem: Ihr Sync-Job erreicht das API-Rate-Limit des ERP und wird gedrosselt oder blockiert, was zu Datenverlust oder unvollständigen Synchronisationen führt.
Lösung: Implementieren Sie Rate-Limit-Awareness. Prüfen Sie API-Response-Header auf Rate-Limit-Status. Verwenden Sie Queuing und Backoff, um innerhalb der Limits zu bleiben. Verarbeiten Sie bei großen Batch-Syncs Datensätze in Blöcken mit Pausen zwischen den Batches.
Fehler 7: Kein Rollback-Plan
Problem: Eine fehlerhafte Datentransformation schreibt falsche Werte ins ERP. Hunderte Datensätze sind jetzt falsch, und es gibt keinen Weg zurück.
Lösung: Führen Sie ein Sync-Log mit Vorher/Nachher-Werten für jede Datensatzänderung. Erstellen Sie einen Rollback-Workflow, der einen Batch von Änderungen rückgängig machen kann. Testen Sie die Rollback-Prozedur vor dem Go-Live.
CRM-ERP-Integration mit Customermates und n8n
Customermates enthält n8n als eingebaute Automatisierungs- und Integrationsengine. Das bedeutet: CRM-ERP-Integration erfordert kein separates iPaaS-Abonnement, keine Drittanbieter-Middleware und keine individuelle Entwicklung.
Funktionsweise
n8n bietet visuelle Workflow-Automatisierung mit über 400 vorgefertigten Konnektoren. Sie erstellen Integrationsflüsse, indem Sie Nodes in einer Drag-and-Drop-Oberfläche verbinden. Jeder Node repräsentiert eine Aktion: Daten aus Customermates lesen, transformieren, in Ihr ERP schreiben. Der gesamte Workflow ist sichtbar, testbar und von jedem Teammitglied anpassbar.
Unterstützte ERP-Systeme
Da n8n HTTP-Requests unterstützt und dedizierte Konnektoren für große Plattformen hat, können Sie Customermates mit praktisch jedem ERP integrieren:
- SAP S/4HANA und SAP Business One über SAP-API oder OData-Konnektor
- Microsoft Dynamics 365 Business Central über Dynamics-API-Konnektor
- Odoo über Odoo-API oder XML-RPC-Konnektor
- Oracle NetSuite über NetSuite-REST/SOAP-Konnektor
- Sage über Sage-API-Konnektor
- DATEV über DATEV-API oder dateibasierte Integration
- Xero und QuickBooks (buchhaltungsfokussierte ERPs) über dedizierte n8n-Konnektoren
- weclapp über REST-API-Konnektor
- Lexware über API- oder dateibasierten Konnektor
- Jedes System mit REST-API über den generischen HTTP-Request-Node
Beispiel: Deal-zu-Auftrag-Workflow in n8n
- Trigger-Node: Customermates-Webhook feuert, wenn ein Deal-Status auf "Gewonnen" wechselt.
- Validierungs-Node: Prüfen, ob alle Pflichtfelder (Kunden-ID, Positionen, Preise) vorhanden sind. Falls nicht, Deal markieren und Vertriebsmitarbeiter benachrichtigen.
- Lookup-Node: ERP abfragen, ob der Kunde bereits existiert (Abgleich über E-Mail oder Firmenname).
- Bedingungs-Node: Wenn Kunde existiert, fortfahren. Wenn nicht, neuen Geschäftspartner im ERP anlegen.
- Transform-Node: Customermates-Deal-Felder (Positionen, Werte, Daten) auf das Auftragsformat des ERP mappen. Bei Bedarf Währungen konvertieren.
- Auftrags-Node: Auftrag per POST an die ERP-API senden.
- CRM-Update-Node: ERP-Auftragsnummer in den Customermates-Deal-Datensatz zurückschreiben.
- Error-Handler-Node: Wenn ein Schritt fehlschlägt, Slack-/E-Mail-Benachrichtigung senden und Datensatz in eine Retry-Warteschlange legen.
Dieser gesamte Workflow wird visuell konfiguriert. Kein Code erforderlich. Er kann an einem Nachmittag aufgebaut und von jedem Teammitglied angepasst werden.
Warum Customermates für die CRM-ERP-Integration
- Eingebautes n8n macht eine separate Integrationsplattform überflüssig (spart 200-500 EUR/Monat gegenüber Cloud-iPaaS)
- Voller API-Zugang ermöglicht individuelle Integrationen neben n8n-Workflows
- 10 EUR pro Nutzer und Monat, Pauschalpreis mit allen Funktionen, hält die CRM-Kosten niedrig, wenn Sie bereits in ein ERP investieren
- Self-Hosting-Option bedeutet, dass Ihre CRM-Daten auf Ihrer eigenen Infrastruktur bleiben, was bei der Integration mit On-Premise-ERP-Systemen wichtig ist
- DSGVO-Konformität eingebaut, entscheidend wenn Kundendaten zwischen Systemen fließen
- Open-Source-Basis garantiert keinen Vendor Lock-in; Ihre Daten und Integrations-Workflows bleiben portabel
- Webhook-Support für ereignisgesteuerte Echtzeit-Integrationen
Häufig gestellte Fragen
Was ist CRM-ERP-Integration?
CRM-ERP-Integration ist der technische Prozess, Ihr Customer-Relationship-Management-System mit Ihrem Enterprise-Resource-Planning-System zu verbinden, sodass Daten automatisch zwischen beiden fließen. Sie eliminiert manuelle Dateneingabe, stellt sicher, dass beide Systeme mit denselben Informationen arbeiten, und ermöglicht automatisierte Workflows wie Deal-zu-Auftrag-Konvertierung, Zahlungsstatus-Synchronisation und Echtzeit-Lagerverfügbarkeit.
Welche Methode ist die beste für CRM-ERP-Integration?
Für die meisten kleinen und mittleren Unternehmen ist iPaaS (Integration Platform as a Service) wie n8n die beste Methode. Sie bietet visuelle Workflow-Builder, vorgefertigte Konnektoren, Fehlerbehandlung und Logging ohne individuelle Entwicklung. Customermates enthält n8n bereits eingebaut, sodass keine separate Plattform benötigt wird. Individuelle API-Integration ist nur dann besser, wenn Sie hochspezialisierte Anforderungen haben, die visuelle Workflow-Tools nicht abdecken können.
Wie lange dauert eine CRM-ERP-Integration?
Mit dem iPaaS-Ansatz kann eine Basisintegration (Kundensync plus Rechnungsstatus) innerhalb von 4-6 Wochen inklusive Datenbereinigung und Tests live gehen. Eine vollständige Integration mit bidirektionalem Sync, Auftragsautomatisierung und Echtzeit-Lagerbestand benötigt typischerweise 6-8 Wochen. Individuelle API-Entwicklung erfordert 3-6 Monate für vergleichbare Funktionalität.
Was kostet eine CRM-ERP-Integration?
Die Kosten variieren je nach Methode. iPaaS-Integration kostet im ersten Jahr 0-8.000 EUR (Plattformgebühren plus 20-80 Stunden Einrichtungsarbeit). Individuelle API-Integration kostet typischerweise 10.000-60.000+ EUR für die Erstentwicklung plus 5.000-15.000 EUR/Jahr für Wartung. Mit Customermates und dem eingebauten n8n betragen die CRM-Kosten 10 EUR pro Nutzer und Monat inklusive Integrationsfunktionen ohne Aufpreis.
Welche Daten sollte ich zwischen CRM und ERP synchronisieren?
Starten Sie mit den Daten mit dem höchsten Nutzen: Kunden- und Kontodatensätze (CRM zu ERP), Rechnungs- und Zahlungsstatus (ERP zu CRM) sowie Produktkatalog mit Preisen (ERP zu CRM). In Phase zwei fügen Sie Deal-zu-Auftrag-Konvertierung und bidirektionale Kundenaktualisierungen hinzu. Lagerverfügbarkeit synchronisieren Sie zuletzt, da sie typischerweise Echtzeit-API-Aufrufe statt periodischer Synchronisation erfordert.
Wie gehe ich mit Synchronisationskonflikten zwischen CRM und ERP um?
Verwenden Sie Feld-basiertes Mastering: Weisen Sie jedem Feld ein Master-System zu. Das CRM ist Master für Kontaktdaten, Kommunikationshistorie und Deal-Daten. Das ERP ist Master für Finanzdaten, Preise, Lagerbestand und Auftragsstatus. Wenn jedes Feld genau eine autoritative Quelle hat, können keine Konflikte auftreten. Für die seltenen Felder, die tatsächlich bidirektionale Aktualisierungen benötigen, verwenden Sie Last-Write-Wins mit Zeitstempelvergleich oder leiten Sie Konflikte in eine manuelle Prüfwarteschlange.
Kann ich CRM und ERP ohne Programmierung integrieren?
Ja. iPaaS-Plattformen wie n8n bieten visuelle Workflow-Builder mit Drag-and-Drop-Oberflächen. Sie konfigurieren Integrationslogik, indem Sie vorgefertigte Nodes verbinden, statt Code zu schreiben. Customermates enthält n8n bereits eingebaut und ermöglicht damit CRM-ERP-Integration ohne Code direkt aus der Box. Komplexe Datentransformationen erfordern gelegentlich einfache JavaScript-Ausdrücke innerhalb von n8n, aber kein Softwareentwicklungsprojekt ist nötig.
Lohnt sich CRM-ERP-Integration für kleine Unternehmen?
Ja, wenn Sie mehr als 20-30 Aufträge pro Monat bearbeiten und mindestens 5 Nutzer in Vertrieb und Betrieb haben. Die allein durch weniger manuelle Dateneingabe eingesparte Zeit rechtfertigt die Investition typischerweise innerhalb von 3-6 Monaten. Über die Zeitersparnis hinaus gewinnen Sie Datengenauigkeit, schnellere Auftragsbearbeitung und Echtzeit-Sichtbarkeit, die das Kundenerlebnis verbessert.
Was sind die größten Risiken einer CRM-ERP-Integration?
Die drei größten Risiken sind: (1) schlechte Datenqualität vor der Integration, die bestehende Probleme verstärkt; (2) Scope Creep, bei dem Teams versuchen, alles auf einmal zu synchronisieren statt klein anzufangen; und (3) fehlendes Monitoring, bei dem Integrationsfehler unbemerkt bleiben. Alle drei sind durch angemessene Planung vermeidbar.
Wie entscheide ich zwischen n8n und Zapier für CRM-ERP-Integration?
Wählen Sie n8n, wenn Sie DSGVO-Konformität benötigen (Self-Hosting hält Daten auf Ihren Servern), keine Pro-Ausführungs-Gebühren wollen oder komplexe Datentransformationen mit JavaScript benötigen. Wählen Sie Zapier, wenn Sie das schnellstmögliche Setup brauchen und einfache Integrationsanforderungen mit geringem Volumen haben. Für Customermates-Nutzer ist n8n bereits ohne Aufpreis enthalten.
Fazit
CRM-ERP-Integration ist ein technisches Projekt mit planbaren Schritten: Integrationsmethode wählen, Daten mappen, Synchronisationsmuster und Konfliktlösung definieren, inkrementell aufbauen, gründlich testen und kontinuierlich überwachen.
Der häufigste Fehler ist, es zu kompliziert zu machen. Starten Sie mit drei bis fünf hochwertigen Datenflüssen. Nutzen Sie eine iPaaS-Plattform, um individuelle Entwicklung zu vermeiden. Definieren Sie klare Datenhoheit pro Feld. Testen Sie mit realen Daten und Grenzfällen. Überwachen Sie ab Tag eins.
Customermates, mit seiner eingebauten n8n-Automatisierung, vollem API-Zugang und einem Preis von 10 EUR pro Nutzer und Monat, bietet Ihnen ein CRM, das von Grund auf für Integration konzipiert ist. Verbinden Sie es mit SAP, Dynamics, Odoo oder jedem ERP mit API, ohne Code zu schreiben und ohne für eine separate Integrationsplattform zu bezahlen.