Neues ERP oder anbinden?
Wer fragt, welche ERP-Software mit Schnittstellen zu einem Unternehmen mit 50 bis 500 Mitarbeitenden passt, hat meist ein anderes Problem: Die Daten fließen nicht zwischen den Systemen, die schon da sind. Ein neues ERP löst das nur, wenn das alte fachlich oder technisch am Ende ist. In den übrigen Fällen ist es schneller und günstiger, das ERP im Standard zu lassen und die Verbindungen zu CRM, DMS, Buchhaltung und Shop zu bauen.
| Weg | Passt, wenn | Aufwand | Grenze |
|---|---|---|---|
| Einzelne Schnittstelle | zwei Systeme, ein Datenfluss | gering | Jede weitere Verbindung ist ein neues Projekt. |
| Integrationsplattform (z. B. n8n) | mehrere Datenflüsse, keine eigene Oberfläche nötig | mittel | Für Freigaben und Sonderfälle gibt es keinen Ort. |
| Low-Code-Plattform (z. B. Intrexx) | Datenflüsse plus Abläufe mit Formularen, Freigaben, Portalen | mittel | Lizenz und Bindung an eine Plattform. |
| Neues ERP | Altsystem am Ende, Wartung läuft aus | hoch | Lange Einführung; Sonderprogrammierungen wandern mit. |
Der Bayerische Bauindustrieverband hat Dynamics 365 im Standard gelassen und seine Fachprozesse auf eine eigene Plattform gelegt. Das war mindestens 300.000 Euro günstiger als die reine Migration.
Warum manuelle Übertragungen von Bestelldaten Fehler erzeugen
Warum ERP-Integration beherrschbar ist, wenn man sie in Schritten angeht
Sie kennen das Problem: Aufträge aus dem E-Shop werden manuell ins ERP getippt. Kundendaten existieren dreifach (CRM, ERP, Buchhaltung) – und keine Version stimmt mit den anderen überein. Die Vertriebsleitung sieht nicht, welche Rechnungen noch offen sind, weil diese Information nur im ERP steht.
Typische Annahmen, die eine Integration verzögern:
- "Unsere Systeme sind zu alt für Schnittstellen"
- "SAP-Integration kostet doch Hunderttausende"
- "Wir haben nur 20 Mitarbeiter, das lohnt sich nicht"
- "Unser ERP-Hersteller hat keine API"
- "Das Projekt dauert mindestens 2 Jahre"
Die Lage hat sich geändert: Die meisten mittelständischen ERP-Systeme (DATEV, Lexware, Sage, proAlpha) bieten heute Schnittstellen, und mit Low-Code-Plattformen wie Intrexx lassen sie sich häufig in wenigen Wochen anbinden. Aufwand und Dauer stehen weiter unten; sie sind keine Angebote.
In diesem Leitfaden stelle ich die fünf Schnittstellentypen vor, die im Mittelstand am häufigsten vorkommen, mit Aufwand und Grenzen je Typ, Projektdauer und den typischen Fallstricken.
1. Die fünf häufigsten Schnittstellentypen
ERP-Integration klingt aufwendiger, als sie in vielen Fällen ist. Die meisten mittelständischen Unternehmen brauchen eine Kombination aus zwei bis drei dieser Schnittstellentypen. Die Angaben zu Kosten und Projektdauer sind Größenordnungen aus vergleichbaren Zuschnitten, keine Angebote; was Ihr Fall kostet, ergibt sich aus der Bestandsaufnahme.
Typ 1: REST-API (Der moderne Standard)
Funktionsweise: Ihr Integrationsystem (z.B. Intrexx, n8n) sendet HTTP-Anfragen an die ERP-API und erhält JSON-Antworten.
Ideal für: Cloud-ERP (Lexware, Sage Cloud, Xero), moderne On-Premise-Systeme (SAP Business One ab Version 10)
Beispiel: Shopify-Auftrag triggert Webhook → Intrexx ruft Lexware-API auf → Auftrag wird angelegt → Lagerbestand zurückgemeldet
Aufwand: gering, für Standardintegration (20-30 Felder, 2 Systeme)
Projekdauer: oft drei bis sechs Wochen
Hinweis
Die Aussage „Mein ERP hat keine API“ ist häufig veraltet. Prüfen Sie zuerst die API-Dokumentation Ihres ERP-Herstellers: Viele Hersteller haben in den vergangenen Jahren REST-Schnittstellen nachgerüstet.
Typ 2: SOAP/Web Services (Die Enterprise-Wahl)
Funktionsweise: XML-basierte Kommunikation über definierte Web Services (WSDL-Dateien)
Ideal für: SAP ECC/S/4HANA (BAPIs, IDocs), Microsoft Dynamics (SOAP Endpoints), Legacy-Systeme
Beispiel: CRM erstellt Angebot → SOAP-Call an SAP BAPI → SAP prüft Bonität und Lagerbestand → Rückmeldung an CRM
Aufwand: hoch (komplexer als REST wegen BAPI-Logik)
Projekdauer: 8-12 Wochen
Vorsicht: SOAP ist technisch anspruchsvoller – Sie brauchen einen SAP/Dynamics-erfahrenen Integrator.
Typ 3: Flat-File-Export/Import (Der Pragmatische)
Funktionsweise: ERP exportiert CSV/XML-Datei → Middleware (Intrexx) liest File → Daten werden transformiert → Import ins Zielsystem
Ideal für: Systeme ohne API (DATEV Mittelstand, ältere Sage-Versionen), Batch-Prozesse (z.B. nächtlicher Export aller Rechnungen)
Beispiel: ERP generiert täglich um 23:00 Uhr DATEV-XML mit allen Belegen → Intrexx liest File und bucht in DATEV Unternehmen Online
Aufwand: gering (einfachste Variante)
Projekdauer: 3-5 Wochen
Nachteil: Keine Echtzeitdaten (typisch 1-24h Verzögerung), anfällig für Formatänderungen
Typ 4: Datenbank-Direktzugriff (nur mit Vorsicht)
Funktionsweise: Middleware greift direkt auf ERP-Datenbank zu (ODBC/JDBC-Connection) und liest/schreibt Tabellen
Ideal für: On-Premise-Systeme mit schlechter API (proAlpha, Sage 100, Navision alt), Reporting (nur Lesezugriff!)
Beispiel: Power BI Dashboard greift lesend auf SAP-Datenbank zu und zeigt Echzeit-Auftragsstatus
Aufwand: mittel
Projekdauer: 6-10 Wochen (Datenmodell-Analyse zeitintensiv)
Achtung: Schreibzugriffe auf ERP-Datenbank können Garantieansprüche erlöschen lassen! Nur mit ERP-Hersteller absprechen.
Typ 5: EDI (Electronic Data Interchange – Der Konzern-Standard)
Funktionsweise: Standardisierte Nachrichten (EDIFACT, ANSI X12) für B2B-Kommunikation
Ideal für: Automotive-Zulieferer, Großhandel mit EDI-Pflicht bei Kunden (Metro, Rewe)
Beispiel: VW sendet ORDERS-EDI (Bestellung) → Ihr ERP empfängt und wandelt in Auftrag → Versendet DESADV-EDI (Lieferavis)
Aufwand: hoch (EDI-Provider-Gebühren + Mapping)
Projekdauer: 12-20 Wochen (viele Abstimmungsschleifen mit Partner)
Relevanz: EDI brauchen vor allem Zulieferer und Händler, deren Kunden es verlangen; dann ist es Pflicht.
2. Datenqualität: der häufigste Kostentreiber
Die technische Verbindung ist oft schnell hergestellt. Zeit und Geld kosten vor allem die Daten: Sind sie nicht sauber, verzögert sich der Go-live.
Die fünf häufigsten Datenqualitätsprobleme
Problem 1: Kundendubletten
Müller GmbH, Müller Gesellschaft mbH, G. Müller GmbH, Müller AG – alles derselbe Kunde, im ERP aber 4x angelegt. Bei Integration ins CRM entstehen 4 separate Accounts.
Lösung: Fuzzy-Matching-Algorithmus (z.B. über Intrexx Groovy-Script oder OpenRefine) VOR Integration. Kostet 3-5 Tage Aufwand, spart aber Monate Nacharbeit.
Problem 2: Inkonsistente Artikelnummern
Produkt A heißt im ERP "SKU-001", im E-Shop "Artikel-001", im Lager "A-001". Niemand weiß, welche Nummer führend ist.
Lösung: Master-Data-Management-Konzept: ERP ist Master für Artikelnummern, E-Shop mapped intern. Mapping-Tabelle dokumentieren (Excel reicht!).
Problem 3: Fehlende Pflichtfelder
Viele Kundendatensätze haben keine USt-IdNr., obwohl die neue Integration sie als Pflichtfeld braucht (für EU-Lieferungen).
Lösung: Data Profiling VOR Projektstart – analysieren Sie, welche Felder tatsächlich gefüllt sind. Ggf. Nacherfassungs-Workflow einbauen.
Problem 4: Sonderzeichen & Umlaute
"Bäcker Müller" wird zu "B�cker M�ller" weil ERP und CRM unterschiedliche Zeichensätze nutzen (ISO-8859-1 vs. UTF-8).
Lösung: UTF-8 durchgängig erzwingen. Bei Legacy-Systemen: Transliteration (ä→ae, ö→oe).
Problem 5: Inkonsistente Datumsformate
ERP: TT.MM.JJJJ (31.12.2025), CRM: JJJJ-MM-TT (2025-12-31), E-Commerce: MM/TT/JJJJ (12/31/2025). Beim Import kommt es zu Verwechslungen.
Lösung: ISO 8601 (JJJJ-MM-TT) als Standard, Middleware konvertiert automatisch.
Budget-Hinweis
Planen Sie für die Datenbereinigung einen eigenen Posten ein. Er fällt oft erst im Projekt auf und kann einen spürbaren Teil des Budgets ausmachen. Saubere Daten sind Voraussetzung für einen erfolgreichen Go-live.
3. Die sieben Projektphasen
Ein Projektplan wirkt oft linear: Analyse, Entwicklung, Test, Go-live. In der Praxis verläuft ein Projekt iterativer. Typisch sind diese sieben Phasen:
Phase 1: IST-Analyse (2-3 Wochen)
Was passiert: Ihr Dienstleister analysiert Ihre Systemlandschaft (welche ERP-Version? Cloud oder On-Premise? Welche Module im Einsatz?), Ihre Prozesse (wie läuft ein Auftrag von Anfrage bis Rechnung?) und Ihre Datenqualität.
Ihr Input: ERP-Zugangsdaten (Testsystem!), Prozess-Workshops (3-4 Sessions à 2h mit Fachbereich), Beispieldaten (100 Datensätze exportieren).
Deliverable: Integrations-Konzept (20-30 Seiten): Datenfluss-Diagramm, Mapping-Tabelle, Risikoanalyse, Kostenrahmen.
Typische Probleme: "Ach, dieses Feld brauchen wir doch auch noch!" – Scope Creep beginnt hier.
Phase 2: Proof-of-Concept (1-2 Wochen)
Was passiert: Ein Minimalszenario wird getestet – z.B. "1 Auftrag vom E-Shop ins ERP schreiben".
Warum wichtig: Deckt technische Showstopper früh auf (z.B. "ERP-API funktioniert nicht wie dokumentiert").
Typische Probleme: API-Dokumentation ist veraltet, Firewall blockt API-Zugriffe, ERP-Lizenz erlaubt keine API-Calls.
Phase 3: Datenbereinigung & Mapping (3-4 Wochen)
Was passiert: Siehe Kapitel 2 – Ihr Team behebt Dubletten, füllt Pflichtfelder nach, erstellt Mapping-Tabellen.
Ihr Input: Den größten Teil der Arbeit leistet Ihr Team; der Dienstleister stellt Tools und Skripte bereit.
Typische Probleme: „Das machen wir später“ rächt sich: Spätestens jetzt ist der richtige Zeitpunkt, sonst entstehen im Produktivbetrieb fehlerhafte Daten.
Phase 4: Entwicklung (3-6 Wochen)
Was passiert: Middleware wird konfiguriert (bei Intrexx: Connectoren verbinden, Workflows bauen, Mappings hinterlegen, Error-Handling einbauen).
Ihr Input: Wöchentliche Review-Meetings, Test mit Beispieldaten.
Typische Probleme: "Können wir nicht doch noch Feld X synchronisieren?" – Change Requests verlängern diese Phase.
Phase 5: Testen (2-4 Wochen)
Was passiert: Unit-Tests (einzelne Mappings), Integrationstests (End-to-End-Szenarien), Last-Tests (1.000 Datensätze), User-Acceptance-Tests (Fachbereich prüft Plausibilität).
Ihr Input: Testfälle definieren, testen, Bugs melden, re-testen.
Go/No-Go-Kriterium: Unter 1% Fehlerquote bei 1.000 Testdatensätzen.
Phase 6: Parallel-Betrieb (2-4 Wochen)
Was passiert: Alte und neue Prozesse laufen parallel – z.B. manuelle Eingabe ins ERP UND automatische Integration. Ergebnisse werden täglich verglichen.
Warum wichtig: Vertrauen aufbauen ("Die Integration funktioniert wirklich!").
Typische Probleme: Die Doppelarbeit ist lästig, aber notwendig für die Absicherung.
Phase 7: Go-Live & Hypercare (1 Woche intensiv, dann 4 Wochen Support)
Was passiert: Schalter umlegen, alte Prozesse abschalten, Monitoring aktivieren.
Hypercare: 1 Woche lang 24/7-Support (Ihr Dienstleister), dann 4 Wochen erhöhte Verfügbarkeit (8-18 Uhr Reaktionszeit <2h).
Typische Probleme: Unabhängig von der Integration kann am Go-live-Tag etwas ausfallen, etwa die ERP-Datenbank. Ein Rückfallplan gehört deshalb dazu.
4. Aufwand: drei Szenarien aus dem Mittelstand
Angebote für ERP-Integrationen lassen sich schwer vergleichen. Drei typische Szenarien zeigen den Aufwand; sie sind keine Angebote:
Szenario A: Einfacher Rechnungsexport (ERP → Buchhaltung)
System: Lexware + DATEV Unternehmen Online
Anforderung: Täglich Rechnungen als DATEV-XML exportieren, in DATEV importieren
Schnittstellentyp: Flat-File + REST-API
Aufwand: gering
Laufender Aufwand: gering (Wartung)
Szenario B: E-Commerce ↔ ERP (bidirektional)
Systeme: Shopify + Sage 100
Anforderung: Aufträge von Shopify ins ERP, Lagerbestände zurück zu Shopify
Schnittstellentyp: REST-API (Shopify) + ODBC (Sage)
Aufwand: mittel
Laufender Aufwand: mittel
Szenario C: Multi-System-Integration (ERP + CRM + E-Commerce)
Systeme: SAP Business One + Salesforce + WooCommerce
Anforderung: Lead im CRM → Angebot → Auftrag ins ERP → Auftragsstatus zurück ins CRM, Shop-Bestellungen ins ERP, Lagerbestände an Shop
Schnittstellentyp: REST-API (alle Systeme) + Intrexx als Orchestrierungs-Hub
Aufwand: hoch
Laufende Kosten: Intrexx Cloud Hosting und Service-Vertrag nach Angebot
Kostenpunkte, die leicht übersehen werden
- API-Volumen: Manche Hersteller begrenzen API-Aufrufe oder berechnen Mehrverbrauch.
- ERP-Lizenzen: Für Integrationen sind bei einigen ERP-Systemen zusätzliche Schnittstellen- oder Modullizenzen nötig. Das klären Sie vorab mit dem Hersteller.
- Datenbank-Zugriff: Bei ODBC-Integration auf ein On-Premise-ERP können zusätzliche Benutzerlizenzen anfallen.
- Schulungen: Zwei bis drei Tage für Ihr Team.
- Change Requests: Neue Anforderungen nach dem Go-live werden nach Aufwand abgerechnet.
Planen Sie diese Posten frühzeitig ein.
5. Low-Code (Intrexx, n8n) als Integrations-Hub
Früher war ERP-Integration Sache großer Integrationsplattformen (SAP PI/PO, MuleSoft, Informatica). Mit Low-Code-Plattformen ist sie auch für kleinere Unternehmen wirtschaftlich möglich.
Intrexx als ERP-Integration-Hub
Warum Intrexx?
- Vorgefertigte Connectoren für gängige Systeme (SAP, Dynamics, DATEV, Lexware, Salesforce, HubSpot, Shopify, WooCommerce)
- Visual Workflow Designer – kein Code nötig für Standard-Integrationen
- On-Premise oder Cloud – DSGVO-konform, deutsche Server
- Einarbeitung Ihres Teams: Viele Anpassungen können Sie danach selbst übernehmen
Beispiel-Workflow (ohne Programmierung):
- Shopify-Webhook triggert bei neuer Bestellung
- Intrexx empfängt Webhook, extrahiert Daten
- Intrexx ruft Lexware-API auf, erstellt Auftrag
- Lexware gibt Auftragsnummer zurück
- Intrexx schreibt Auftragsnummer zurück zu Shopify (Custom Field)
- Bei Lieferung: Intrexx ruft DHL-API auf, erstellt Versandlabel
- Tracking-Nummer wird in Lexware und Shopify geschrieben
Kosten: je nach Umfang; die Intrexx-Lizenz kommt nach Herstellerangebot dazu.
Low-Code-Vorteil
Mit einer Low-Code-Plattform lassen sich Standard-Integrationen konfigurieren statt programmieren. Nach einer Einarbeitung können Ihre Key-User Felder hinzufügen und Workflows anpassen, ohne für jede Änderung einen externen Entwickler zu beauftragen.
n8n für kleine Integrationen
Ideal für: Startups, Mikrounternehmen, simple Workflows
Beispiel: Lexoffice-Rechnung erstellt → n8n sendet E-Mail an Kunde + erstellt Task in Asana
Kosten: Self-Hosted ohne Lizenzkosten plus Serverbetrieb, alternativ als Cloud-Dienst gegen monatliche Gebühr (Preise beim Anbieter prüfen)
Limitation: Weniger ERP-Connectoren als Intrexx, mehr Skript-Kenntnisse nötig
Wann Custom Development trotzdem sinnvoll ist
- Echtzeit-Integration mit >10.000 Transaktionen/Tag (Performance kritisch)
- Exotische ERP-Systeme ohne Connector (z.B. Branchenlösungen Lebensmittelhandel)
- Regulatorische Anforderungen (z.B. validierte Systeme in Pharma: FDA 21 CFR Part 11)
Fazit: ERP-Integration ist im Mittelstand gut beherrschbar
Die Einwände „zu teuer, zu komplex, zu riskant“ treffen heute seltener zu. Mit Low-Code-Plattformen, modernen Schnittstellen und iterativem Vorgehen lassen sich auch komplexere ERP-Landschaften schrittweise anbinden.
Drei Erfolgsfaktoren
- Datenqualität vor der Integration – dafür einen eigenen Budgetposten einplanen.
- Iteratives Vorgehen – Starten Sie mit einem Prozess, nicht mit einem „Big Bang“. Erste Erfolge schaffen Vertrauen.
- Internes Know-how aufbauen – Schulen Sie Ihr Team, sonst sind Sie dauerhaft vom Dienstleister abhängig.
Nächster Schritt: Machen Sie eine IST-Analyse (2-3 Tage Aufwand): Welche Systeme haben Sie? Welche Daten müssen fließen? Wie sieht Ihre Datenqualität aus? Auf Basis dieser Analyse können Sie qualifizierte Angebote einholen.
ERP-Integration gemeinsam umsetzen
Ich bin Intrexx Certified Solution Expert und seit über 16 Jahren in der Integration von ERP-Systemen wie SAP, Dynamics, DATEV, Lexware, Sage und proAlpha tätig. In einem kostenlosen Gespräch von 45 Minuten besprechen wir Ihre Systemlandschaft, und Sie erhalten eine erste fachliche Einschätzung zu Machbarkeit, Aufwand und Dauer.
Weiterführende Artikel
Software Mittelstand: 5 Wege zur Integration
ERP, CRM und DMS verbinden: der Praxisleitfaden.
KI-Rechnungsprüfung automatisieren
Automatische Rechnungsprüfung mit KI-gestützter Belegerkennung.
Prozessautomatisierung: 10 Beispiele
Zehn überschaubare Prozesse, die sich gut automatisieren lassen.
Intrexx Low-Code Plattform
Überblick über die Low-Code-Plattform von United Planet für Integration und Anwendungen.
Häufig gestellte Fragen zur ERP-Integration
Die verbreiteten ERP-Systeme im Mittelstand bieten heute Schnittstellen, etwa SAP Business One, Microsoft Dynamics 365 und viele Cloud-Systeme. Bevor Sie ein neues ERP auswählen, lohnt die Frage, ob das bestehende System im Standard bleiben kann und nur die Verbindungen zu CRM, DMS und Buchhaltung fehlen. Das ist meist schneller und günstiger als ein Wechsel.
Entscheidend ist, ob nur Daten fließen sollen oder ob auch Abläufe mit Formularen und Freigaben dazugehören. Für reine Datenflüsse reicht oft eine Integrationsplattform wie n8n. Kommen Abläufe dazu, passt eine Low-Code-Plattform wie Intrexx, die Daten aus SAP, DATEV oder dem CRM anbindet und darauf Anwendungen bereitstellt. In dieser Unternehmensgröße zählt außerdem, wer die Verbindungen später pflegt: intern oder ein fester Partner.
Ein Integrator passt, wenn er zuerst nach Ihren Abläufen und Systemen fragt, einen kleinen Einstieg zum Festpreis anbietet, bevor ein großes Projekt beginnt, und sagen kann, wer die Verbindungen betreut, wenn er selbst ausfällt. Für Unternehmen mit 50 bis 500 Mitarbeitenden zählt außerdem, dass Sie direkt mit der Person sprechen, die umsetzt.
Die Integration hängt stark von den verwendeten Systemen ab. SAP S/4HANA und Microsoft Dynamics 365 bieten native CRM-Module und sind daher am einfachsten zu integrieren. Im Mittelstand sind oft Kombinationen wie DATEV + HubSpot (via Intrexx/n8n), Lexware Office + Salesforce (via REST-API) oder proAlpha + Pipedrive (via Zapier) praktikabler. Intrexx Low-Code eignet sich als Integration-Hub für heterogene Systemlandschaften: Ein Connector bindet das ERP an, ein zweiter das CRM, und Intrexx orchestriert die Prozesse (z.B. Angebot aus CRM → Auftrag ins ERP). Wichtig: Native Integrationen (gleicher Hersteller) sind meist stabiler als Drittsysteme.
ERP-Buchhaltungs-Integration erfolgt meist über Stapelverarbeitung (Batch): Belege (Rechnungen, Gutschriften) werden im ERP erstellt und als DATEV-XML, GDPdU oder CSV-Export an die Buchhaltungssoftware (DATEV Unternehmen Online, Lexoffice, FastBill) übertragen. Moderne Ansätze nutzen REST-APIs für Echtzeit-Sync: Intrexx ruft z.B. die Lexoffice-API auf und bucht Belege direkt. Vorteil: Keine manuellen Exporte, keine Dubletten. Bei SAP/Dynamics ist die Finanzbuchhaltung oft integriert (FI-Modul), sodass keine externe Integration nötig ist. Für Unternehmen mit getrennten Systemen empfiehlt sich ein ETL-Prozess (Extract-Transform-Load) via Low-Code-Plattform.
ERP-Integrationsprojekte erfordern spezifisches Know-how. Für SAP-Integration suchen Sie nach SAP-Partnern (partneredge.sap.com), für Microsoft Dynamics nach Microsoft-zertifizierten Partnern. Für mittelständische ERP-Systeme (DATEV, Lexware, proAlpha, Sage) sind Low-Code-Dienstleister oft die bessere Wahl: himmelblau.digital ist Intrexx-Partner; ich integriere die gängigen ERP-Systeme über Intrexx-Connectoren. Weitere Anlaufstellen: Bitkom-Mitgliedsverzeichnis, IHK-Vermittlungsstellen, oder direkt bei Ihrem ERP-Hersteller nach zertifizierten Integrationspartnern fragen. Achten Sie auf Referenzen in Ihrer Branche (Bau, Verbände, Handel).
Der Aufwand variiert stark nach Komplexität, und Preise lassen sich ohne Blick auf Ihre Systeme nicht seriös nennen. Als Orientierung aus vergleichbaren Zuschnitten, keine Angebote: Einfache Rechnungsexporte (ERP → DATEV) via CSV-Script sind ein geringer Aufwand. Bidirektionale Integrationen (z.B. Shopify ↔ SAP Business One) mit Echtzeit-Sync liegen im mittleren Bereich. Komplexe Multi-System-Integrationen (ERP + CRM + E-Commerce + DMS) sind ein hoher Aufwand. Laufende Kosten entstehen für Wartung, Updates und gegebenenfalls API-Lizenzen. Achtung: Auch Datenbereinigung, Schulungen und Change-Management kosten Zeit und Geld. Wann sich eine Integration rechnet, hängt von Ihrem Buchungsvolumen ab; der ROI-Rechner hilft bei der ersten Einschätzung. Bei mir beginnt eine Zusammenarbeit mit einem Pilot für 990 € Festpreis; für die Umsetzung vereinbaren wir Umfang und Festpreis, bevor etwas beginnt.
Shopify und WooCommerce bieten viele vorgefertigte ERP-Connectoren und Apps; welche passt, hängt vom ERP ab. WooCommerce integriert sich gut mit Sage, proAlpha und kleineren ERP-Systemen via REST-API. Magento ist für Enterprise-ERP (SAP, Oracle) optimiert, aber teuer. Im Mittelstand ist oft ein Intrexx-basierter Ansatz effizienter: Shopify-Webhooks triggern Intrexx-Workflows, die Aufträge ins ERP buchen und Bestände zurückmelden. Proprietäre Shop-Systeme ohne API sollten Sie meiden, denn die Integration wird sehr aufwendig.
Eine strukturierte Vorgehensweise ist entscheidend: 1) IST-Analyse (welche Systeme existieren? Welche Daten müssen fließen?), 2) Datenmodell-Mapping (ERP-Felder ↔ Zielsystem-Felder abstimmen), 3) Schnittstellentyp wählen (REST-API, SOAP, Flat-File, Datenbank-Replikation), 4) Integrations-Hub aufsetzen (Intrexx, n8n, Zapier oder Custom Middleware), 5) Pilotdaten migrieren (100 Datensätze testen), 6) Produktiv-Rollout mit Monitoring. Kritisch: Dokumentation aller Mappings, Fehlerbehandlung (was passiert bei API-Ausfällen?) und Versionskontrolle (ERP-Updates können APIs brechen). Bei Legacy-Systemen ohne API hilft Screen-Scraping (ungern) oder Datenbank-Direct-Access (Vorsicht: Garantieverlust).
Die 5 häufigsten Schnittstellentypen: 1) REST-API (bei modernen ERP-Systemen verbreitet, z.B. Lexware, Sage Cloud) – Vorteil: Echtzeit, standardisiert, einfach. 2) SOAP/Web Services (Legacy-SAP, ältere Dynamics-Versionen) – Vorteil: Enterprise-erprobt, aber komplex. 3) Flat-File-Export (CSV, XML, DATEV-Format) – Vorteil: Einfach, aber keine Echtzeitdaten. 4) ODBC/Datenbank-Zugriff (bei On-Premise-ERP wie proAlpha, Sage 100) – Vorteil: Schnell, aber Garantieverlust-Risiko. 5) EDI (Electronic Data Interchange, bei Konzern-Lieferanten wie Automotive) – Vorteil: Standardisiert, aber sehr technisch. Im Mittelstand empfehle ich häufig REST-API plus Intrexx als Middleware; damit lassen sich die meisten Anwendungsfälle abdecken.
Häufig verzögern sich ERP-Integrationsprojekte, meist wegen unterschätzter Datenqualität. Typische Probleme: Dubletten in Kundenstammdaten (Müller GmbH vs. Müller AG vs. Müller KG), inkonsistente Artikelnummern, fehlende Pflichtfelder. Erfolgreiche Projekte haben in der Regel einen Projektleiter mit ERP- und IT-Know-how, nicht nur einen externen Dienstleister. Häufigster Fehler: "Big Bang"-Migration statt iterativem Rollout. Starten Sie mit einem Prozess (z.B. nur Ausgangsrechnungen), dann erweitern.
Sicherheit ist bei ERP-Integration kritisch (Finanzdaten, Kundendaten). Standards: 1) TLS 1.3-Verschlüsselung für alle API-Calls (niemals unverschlüsselte HTTP-Requests!), 2) OAuth 2.0 oder API-Keys statt Benutzername/Passwort, 3) IP-Whitelisting (nur definierte Server dürfen aufs ERP zugreifen), 4) Logging aller Datentransfers (DSGVO Art. 30 Verarbeitungsverzeichnis), 5) Regelmäßige Penetrationstests. Bei SAP: Secure Network Communication (SNC) aktivieren. Risiko: Middleware-Server (z.B. Intrexx, n8n) sind Angriffsziel – regelmäßige Updates Pflicht! Für hochsensible Daten (Lohndaten) empfehle ich On-Premise-Integration statt Cloud-Middleware.
Für Citizen Developer (Fachbereich ohne IT-Background): 1) Intrexx Low-Code – visuelle Workflows, Drag & Drop-Connectoren für SAP/DATEV/Lexware, keine Code-Kenntnisse nötig. 2) n8n – Open-Source, Flowchart-basiert, viele vorgefertigte ERP-Nodes (Lexoffice, Sage, WooCommerce). 3) Zapier – sehr einfach, aber vor allem für Cloud-ERP (Xero, QuickBooks Online) und ab einem bestimmten Volumen kostenpflichtig. 4) Make.com (ehemals Integromat) – ähnlich wie Zapier. Für IT-Teams: MuleSoft (Enterprise-Grade, aber Lernkurve), Apache Camel (Open-Source, Code-lastig). Mein Tipp: Intrexx für komplexe ERP-Landschaften (SAP + Dynamics + DATEV) und n8n für einfache Workflows (Lexware → HubSpot). Beide lassen sich DSGVO-konform betreiben.
Als Größenordnung: Simple Dateiexporte (ERP → Buchhaltung) benötigen 2-4 Wochen (Konzept, Entwicklung, Test). Standard-API-Integrationen (z.B. Shopify ↔ Lexware) dauern 6-8 Wochen. Komplexe Multi-System-Integrationen (ERP + CRM + E-Commerce + DMS) dauern in der Regel bis zu sechs Monate. Kritische Phasen: Datenbereinigung (nimmt oft einen großen Teil der Projektzeit ein), User-Acceptance-Tests (2-3 Iterationen), Schulungen (1 Woche). Wichtig: Go-Live nicht am Monatsende (Buchhaltung im Stress!) oder vor Urlaubszeiten planen. Ideale Startpunkte: Januar (nach Jahresabschluss) oder September (nach Sommerurlaub).
Das hängt von Ihrer IT-Kompetenz ab. DIY möglich bei: Cloud-ERP mit REST-API (Lexoffice, Sage Cloud) + No-Code-Tool (Zapier, n8n) + einfachen Anforderungen (nur Stammdaten). Dienstleister nötig bei: SAP/Dynamics-Integration (komplexe RFC/BAPI-Calls), On-Premise-Legacy-Systemen ohne API, Echtzeit-Sync mit hohen Datenvolumen (1.000+ Transaktionen/Tag), rechtlichen Anforderungen (GoBD-konforme Archivierung). Hybrid-Ansatz (empfohlen): Dienstleister baut initiale Integration, Ihr Team übernimmt Betrieb und kleine Anpassungen. Intrexx-Vorteil: Nach einer Einarbeitung können Ihre Key-User viele Änderungen selbst vornehmen (Felder hinzufügen, Workflows anpassen). Risiko beim DIY: Dateninkonsistenzen, Performance-Probleme, fehlende Fehlerbehandlung.
Stammdaten (bidirektional): Kundennummer, Firmenname, Anschrift, Ansprechpartner, Zahlungskonditionen, Kundenstatus (aktiv/inaktiv). Verkaufsdaten (ERP → CRM): Offene Angebote, Aufträge, Lieferstatus, offene Posten, Zahlungshistorie. CRM-Daten (CRM → ERP): Leads (wenn qualifiziert), Angebote (wenn gewonnen), Kundenklassifizierung (A/B/C), letzte Kontaktdaten. Wichtig: Mapping-Tabelle erstellen (ERP-Felder ≠ CRM-Felder). Beispiel: SAP "KUNNR" → Salesforce "AccountNumber". Häufiger Fehler: Zu viele Felder synchronisieren (Performance-Problem). Starten Sie mit 10-15 Kernfeldern, erweitern Sie iterativ. Bei Konflikten gilt meist: ERP ist Master für Finanz-/Stammdaten, CRM für Marketing-/Vertriebs-Daten.
Datenbereinigung ist der Schlüssel: 1) Master-System definieren (meist ERP für Stammdaten), 2) Datenqualitäts-Audit (Dubletten finden mit Tools wie Talend, OpenRefine), 3) Bereinigung VOR Integration (sonst multiplizieren sich Fehler), 4) Validierungsregeln einbauen (z.B. PLZ muss 5-stellig sein), 5) Konfliktauflösung definieren (was passiert, wenn Adresse in ERP ≠ CRM?). Bei laufender Integration: Monitoring-Dashboard einrichten (täglich Sync-Fehler prüfen), Weekly Data-Quality-Reviews, automatische Dubletten-Checks. Mit Intrexx lässt sich Fuzzy-Matching einbauen ("Müller GmbH" = "Müller Gesellschaft mbH"). Vollständig saubere Daten gibt es selten; planen Sie deshalb manuelle Nachbearbeitung ein.
Zentrale Compliance-Anforderungen: 1) DSGVO Art. 28 (Auftragsverarbeitung): Schriftlicher Vertrag mit Integrationsdienstleister, wenn dieser Zugriff auf personenbezogene Daten hat. 2) GoBD (Grundsätze ordnungsmäßiger Buchführung): Belege müssen unveränderbar archiviert werden – bei ERP-Integration dürfen Rechnungsdaten nicht "verschwinden". 3) DSGVO Art. 32 (Technische Maßnahmen): Verschlüsselung (siehe Frage 9), Zugriffskontrollen, Logging. 4) Revisionssichere Archivierung: Bei Änderungen müssen Altversionen erhalten bleiben (Audit-Trail). DATEV-Schnittstellen sind meist GoBD-zertifiziert. Bei Custom-Integrationen: Steuerberater einbinden, GoBD-Checkliste abarbeiten. Bußgelder bei Verstößen: Bis 20 Mio. € (DSGVO) bzw. Schätzungen durch Finanzamt (GoBD).
Professionelles Testkonzept in 5 Stufen: 1) Unit-Tests (einzelne Mappings, z.B. "Ist Kundennummer korrekt übertragen?"), 2) Integrationstests (Datenfluss End-to-End, z.B. "Auftrag Shopify → ERP → Buchhaltung"), 3) Last-Tests (1.000 Datensätze gleichzeitig), 4) User-Acceptance-Tests (Fachbereich prüft Plausibilität), 5) Parallel-Betrieb (4 Wochen alt + neu parallel, Ergebnisse vergleichen). Testdaten: Niemals Produktivdaten! Anonymisierte Kopie erstellen. Testfälle dokumentieren (z.B. "Was passiert bei Sonderzeichen im Firmennamen?", "Was bei Umlauten?", "Was bei Rabatt 100%?"). Mit Intrexx lassen sich Sandbox-Umgebungen für risikofreie Tests nutzen. Go/No-Go-Kriterien definieren: Unter 1% Fehlerquote bei 1.000 Testdatensätzen.
Die jährlichen Betriebskosten nach dem Projekt setzen sich zusammen aus Lizenzkosten (API-Zugriffe je nach Hersteller, Middleware-Hosting nach Herstellerangebot) sowie Wartung und Support. Als Faustregel für Wartung und Support gelten 15 bis 20 % der Projektkosten pro Jahr, für Updates, Fehlerbehebung und kleine Anpassungen. Weniger sichtbar sind die Kosten, wenn ERP-Versionsupdates Schnittstellen verändern und Nacharbeit auslösen oder neue Anforderungen hinzukommen. Einsparpotenzial: Ein eingearbeitetes internes Team übernimmt kleine Anpassungen selbst, Monitoring erkennt Probleme früher, und eine gute Dokumentation spart Rückfragen.
Ja, aber mit erhöhter Komplexität. Typische Szenarien: Konzerne mit verschiedenen ERP-Systemen pro Tochter (SAP + Dynamics + proAlpha), M&A-Situationen (übernommene Firma behält ihr ERP), internationale Unternehmen (regional unterschiedliche ERP-Systeme). Lösung: Enterprise Service Bus (ESB) oder Low-Code-Hub wie Intrexx als zentrale Datendrehscheibe. Vorteil: Nur 1x CRM/E-Commerce anbinden (an Hub), nicht 3x an jedes ERP. Herausforderung: Master Data Management (welches ERP ist führend für Kundennummer?), Konsolidierte Auswertungen (Reporting über alle ERPs). Der Aufwand liegt deutlich höher als bei einer einzelnen ERP-Integration. Alternative: Harmonisierung auf ein ERP (langfristig günstiger, aber Change-Widerstand hoch).
KI kann ERP-Integration in drei Bereichen unterstützen: 1) Intelligentes Mapping: KI schlägt automatisch Feld-Zuordnungen vor ("Customer_ID" → "Kundennummer"). Tools: Talend, Informatica mit ML-Features. 2) Anomalie-Erkennung: KI erkennt untypische Datenmuster (z.B. "Rechnung 10x höher als Durchschnitt – manuell prüfen?"). Mit Intrexx und einer KI-Schnittstelle lassen sich solche Prüfungen einbauen. 3) Dokumenten-Extraktion: OCR + KI extrahiert Lieferantendaten aus PDFs und bucht automatisch ins ERP (siehe Artikel "KI-Rechnungsprüfung"). Achtung: KI ist kein Ersatz für saubere Stammdaten – Garbage In, Garbage Out gilt weiterhin.
Ihre Frage war nicht dabei?
Im Gespräch beantworte ich sie für Ihre Situation: Frage im Gespräch klären.