ERP-Integration bedeutet, Ihr ERP-System mit den übrigen Systemen im Unternehmen zu verbinden (Onlineshop, CRM, Banken, Versanddienstleister, BI), damit Daten automatisch zwischen ihnen fließen. Auf dem Papier klingt das einfach („Das ERP soll mit dem Onlineshop sprechen“). In der Praxis kann es Ihnen innerhalb von drei Wochen entgleiten, wenn nicht klar ist, welches System bei welchen Daten führend ist, wer sie zuerst schreibt und was passiert, wenn ein Kunde mitten in einer Bestellung seine Steuernummer ändert. Bei Interconecta kommen wir seit Jahren in Unternehmen, die schon zwei- oder dreimal versucht haben, ihr ERP an andere Systeme anzubinden. Das Problem ist fast nie technisch, sondern eine Frage der richtigen Entscheidungen.
In diesem Artikel stelle ich Ihnen acht Szenarien aus der Praxis vor – die, die bei spanischen KMU am häufigsten vorkommen. Dazu der Ansatz, den wir meist wählen, die typischen Fallen und die Frage, wann sich Enterprise-Middleware lohnt und wann nicht. Es geht nicht darum, Ihnen etwas zu verkaufen, sondern darum, dass Sie ins Gespräch mit Ihrer IT oder Ihrem Dienstleister gehen und wissen, was Sie fragen müssen.
Es geht um SAP, Holded, Odoo, Sage, Salesforce, PrestaShop, WooCommerce und das eine oder andere kleinere CRM. Welches System Sie nutzen, ist zweitrangig: Die Muster wiederholen sich. Wenn Ihr ERP nicht dabei ist, gelten die Grundsätze trotzdem.
Bevor Sie irgendetwas integrieren: drei Fragen, die Ihnen Ärger ersparen
Wenn ich Sie morgen anrufe und sage „Wir integrieren Ihr ERP mit dem CRM“, ist die richtige erste Antwort nicht „okay“. Sie lautet: „Moment, wozu?“ Das klingt banal, aber die Hälfte der gescheiterten Projekte zur ERP-Integration, die wir sehen, scheitert daran, dass sich niemand 45 Minuten Zeit genommen hat, um drei einfache Fragen zu beantworten.
Erstens: Welches System ist für welche Daten führend? Wenn ein Kunde im CRM eine andere Adresse hat als im ERP – welche gilt? Das wirkt nebensächlich, bestimmt aber die gesamte Architektur. Zweitens: Wie oft müssen die Daten aktualisiert werden? Ob Sie den Lagerbestand synchronisieren alle 5 Minuten oder Bestellungen nachts per Batch übertragen, macht einen großen Unterschied. Bei den Kosten kann das Faktor 3 bis 10 ausmachen.
Drittens: Was passiert, wenn die Integration ausfällt? Wenn Ihr Onlineshop weiter Bestellungen annimmt, das ERP sie aber zwei Stunden lang nicht erhält – fangen Sie das von Hand ab oder brauchen Sie eine Warteschlange mit automatischen Wiederholungen? Davon hängt ab, welche Art von Enterprise-Middleware Sie aufbauen.
80 % der gescheiterten Integrationen, die wir von Kunden übernommen haben, hatten eines gemeinsam: Niemand hatte festgelegt, welches System für welche Daten führend ist.
Bevor Sie eine einzige Zeile Code anfassen, setzen Sie sich mit den Menschen zusammen, die jedes System täglich nutzen, und halten Sie das schriftlich fest. Wenn Sie nicht wissen, wen Sie fragen sollen, ist das bereits das erste Warnsignal des Projekts.
Szenario 1: ERP + Onlineshop (der Klassiker, den alle richtig hinbekommen wollen)
Das ist der häufigste Fall und paradoxerweise der, bei dem KMU am meisten stolpern. Sie arbeiten mit Holded, Odoo oder Sage 50 und haben einen Shop auf PrestaShop oder WooCommerce. Bestellungen sollen automatisch ins ERP fließen, Bestände in die Gegenrichtung, und eine im ERP erstellte Rechnung soll im Shop als bezahlt erscheinen.
Was meist funktioniert
Ein Standard-Connector kann Kataloge und einfache Abläufe abdecken. Prüfen Sie vor dem Abschluss, welche Plattformen unterstützt werden, welche Abo-Bedingungen gelten und welche Daten synchronisiert werden.
Wann es kompliziert wird
Wenn Sie über einen Produktkonfigurator verkaufen (Größe + Farbe + individuelle Gravur), mit kundenspezifischen Preislisten arbeiten oder mehr als ein Lager mit Reservierungen führen. Dann reicht der Standard-Connector nicht mehr, und Sie brauchen individuelle Entwicklung. Mehr dazu, mit konkreten Fällen, lesen Sie in unserem Beitrag zur Anbindung des ERP an Ihren Onlineshop.
Eine ästhetische Klinik in Murcia, mit der wir arbeiten, verkaufte Behandlungspakete online und Behandlungen vor Ort. Der Lagerbestand war kein Thema (es gab kein physisches Produkt), wohl aber, dass ein online gekauftes Paket in weniger als einer Minute im Terminkalender der Klinik verfügbar sein musste. Das schafft kein generischer Connector: Wir haben bidirektionale Webhooks und eine Redis-Warteschlange aufgebaut, damit kein Paket verloren geht.
Szenario 2: ERP + CRM (der Tag, an dem Vertrieb und Buchhaltung miteinander reden)
Das Muster: Der Vertrieb pflegt Verkaufschancen in HubSpot, Pipedrive oder Salesforce. Wird ein Deal gewonnen, muss der Kunde im ERP angelegt (oder aktualisiert), der Auftrag erzeugt und der Abrechnungszyklus gestartet werden. Und umgekehrt: Bezahlte Rechnungen müssen ins CRM zurückfließen, damit der Vertrieb weiß, wer pünktlich zahlt und wer nicht.
Der häufigste Fehler sind doppelte Kundenstammdaten. Der Vertrieb legt „Construcciones López SL“ im CRM an, die Buchhaltung hatte den Kunden längst als „CONSTRUC. LOPEZ S.L.“ im ERP, und zwei Wochen später gibt es zwei Datensätze, bei denen niemand weiß, welcher stimmt. Die Lösung: die Steuernummer (in Spanien CIF/NIF) als eindeutigen Schlüssel verwenden und Neuanlagen ohne diese Prüfung sperren.
Fallbeispiel: SAP-Salesforce-Integration
In Organisationen mit mehreren Systemen kann die Integration von SAP und Salesforce Enterprise-Middleware erfordern. Die Wahl hängt von den Anwendungen, den Freigabeprozessen und der Verantwortung für die einzelnen Daten ab.
Für die Synchronisierung von Kontakten und Verkaufschancen kann ein Tool wie Zapier oder Make genügen. Brauchen Sie auch Preislisten, Rabatte und Freigaben, sollten Sie eine Integration in Betracht ziehen, die diese Geschäftsregeln abbildet.
Szenario 3: ERP + E-Rechnung und spanisches Finanzamt (Veri*Factu und was noch kommt)
In Spanien ist das keine Option mehr. Mit dem schrittweisen Inkrafttreten des Gesetzes „Crea y Crece“ und von Veri*Factu, dem neuen spanischen Pflichtsystem für Rechnungssoftware, muss jede Rechnung eines spanischen Unternehmens unveränderbar und nachvollziehbar sein und je nach Zeitplan sofort an das spanische Finanzamt (AEAT) übermittelt werden. Ist Ihr ERP nicht vorbereitet oder nicht korrekt angebunden, drohen Bußgelder ab 6.000 € pro Verstoß.
Die großen ERP-Systeme (Sage, SAP, Holded, Odoo, A3) bringen zertifizierte Module heraus. Individualentwicklungen und ältere ERP-Systeme brauchen jemanden, der diese Schicht ergänzt. Das übliche Muster: Das ERP erzeugt die Rechnung, ein Zwischenmodul wandelt sie in Facturae 3.2.2 (das spanische E-Rechnungsformat) oder das von der AEAT geforderte Format um, signiert sie mit einem digitalen Zertifikat und übermittelt sie. Die Antwort kommt zurück und wird im ERP vermerkt.
Achten Sie auf ein Detail, das oft übersehen wird: die DSGVO. Wenn Sie Kundendaten an eine Middleware in der Cloud senden, stellen Sie sicher, dass der Anbieter in Europa sitzt oder Standardvertragsklauseln (SCC) unterzeichnet hat. Das ist keine Paranoia: Die spanische Datenschutzbehörde (AEPD) hat bereits KMU sanktioniert, weil das nicht vertraglich geregelt war. Wie wir solche Projekte zur Integration von APIs und Systemen angehen, sehen Sie auf unserer Leistungsseite.
Szenario 4: ERP + Logistik und Versanddienstleister
SEUR, MRW, GLS, Correos Express, NACEX: Jeder hat seine eigene API, sein eigenes Etikettensystem und seine Eigenheiten. Der typische Ablauf: Wechselt ein Auftrag im ERP auf „versandbereit“, wird beim Versanddienstleister eine Abholung angefordert, die Sendungsnummer empfangen, das Etikett gedruckt und dem Kunden die Sendungsverfolgung per E-Mail oder WhatsApp geschickt.
Wenn Sie mit mehreren Versanddienstleistern arbeiten (und das sollten Sie, aus Preis- und Risikogründen), wird es zur Qual, jede Integration einzeln zu bauen. Meist ist ein Versand-Aggregator wie Sendcloud, Packlink Pro oder Outvio die beste Wahl: Sie bekommen eine einzige API und steuern die Sendungen über Regeln (Gewicht, Postleitzahl, Bestellwert). Das ERP spricht nur mit einem System.
Was fast immer vergessen wird
- Retouren. Den umgekehrten Ablauf deckt kaum ein Standard-Connector sauber ab, also bleibt er Handarbeit.
- Zustellprobleme. Wenn der Fahrer „nicht angetroffen“ meldet – was passiert dann in Ihrem ERP? Geht der Fall an den Kundenservice?
- Rechnungen der Versanddienstleister. Kommen sie als PDF, tippt sie jemand ab. Kommen sie per EDI oder API, sparen Sie 4–6 Stunden pro Monat und Dienstleister.
In Unternehmen mit mehr als 100 Sendungen pro Tag amortisiert sich der automatische Abgleich von Frachtrechnungen mit Aufträgen meist in weniger als 6 Monaten. Einer dieser Quick Wins, die kaum jemand zuerst angeht, weil sie nicht „sexy“ sind.
Szenario 5: ERP + Banken (Kontenabgleich, Bizum und SEPA)
Beim Kontenabgleich werden Bankumsätze abgerufen und mit den Rechnungen abgeglichen. Prüfen Sie vor der Planung der Integration, welche APIs oder Formate Ihre Bank anbietet und zu welchen Bedingungen Aggregatoren arbeiten.
Zweitens: SEPA-Sammelaufträge erstellen und übermitteln (Lastschrifteinzüge und Lieferantenzahlungen). Jedes ernstzunehmende ERP kann sie erzeugen, aber Vorsicht bei den Mandaten: Liegen sie nicht unterschrieben und archiviert vor, kann die Bank den Auftrag zurückweisen und der Kunde das Geld zurückfordern.
Drittens: Bizum (das spanische Mobile-Payment) und Echtzeitzahlungen. Hier ist vieles im Umbruch. Bizum für Unternehmen läuft über ein Payment-Gateway, und die Anbindung ans ERP erfolgt meist über das virtuelle POS-Terminal der Bank. Wenn Sie viele kleine Beträge abrechnen (Friseure, Gastronomie, Selbstständige allgemein), spart das automatische Verbuchen von Bizum-Zahlungen viele Stunden.
Ein guter automatischer Kontenabgleich ist wahrscheinlich der schnellste ROI, den Sie aus einer ERP-Integration herausholen: In einem KMU mit 200 Rechnungen im Monat spart er der Buchhaltung 4 bis 8 Stunden pro Woche.
Szenario 6: ERP + Fertigung, IoT und Produktion
Wenn Sie eine Produktion haben, und sei sie noch so klein, betrifft Sie dieses Szenario. Das klassische Muster: Maschinen (CNC, Verpackungslinien, Öfen) erzeugen Produktionsdaten, die heute jemand von Hand oder in einer Excel-Tabelle notiert. Fließen diese Daten ins ERP, schließen Sie Fertigungsaufträge mit echten statt geschätzten Werten ab.
Wie aufwendig das ist, hängt vom Alter der Maschinen und ihren Protokollen ab. Maschinen mit OPC UA oder MQTT lassen sich leichter anbinden; ältere Anlagen brauchen unter Umständen Gateways und spezifische Arbeit.
Hier ist Enterprise-Middleware wirklich sinnvoll: Sie wollen nicht, dass Ihr ERP direkt mit einer Siemens-SPS spricht, denn fällt das ERP aus, steht die Produktion still – und umgekehrt. Üblich ist eine MES-Schicht (Manufacturing Execution System) oder ein MQTT-Broker dazwischen, der beide Seiten entkoppelt. Wie wir Projekte rund um ERP-Systeme und Unternehmenssoftware im industriellen Umfeld angehen, erfahren Sie dort.
Szenario 7: ERP + BI und Reporting (wenn die Geschäftsführung das Gesamtbild sehen will)
Irgendwann reichen die Standardberichte des ERP nicht mehr. Die Geschäftsführung will Margen pro Produktfamilie, gekreuzt mit Vertriebsmitarbeiter und Marketingkampagne – und das gibt das ERP beim besten Willen nicht her. Hier läuft die Integration nur in eine Richtung: vom ERP (und anderen Systemen) in einen Datenspeicher, auf den Power BI, Looker Studio oder Metabase zugreifen.
Empfohlenes Muster für KMU
- Nächtlicher Export aus dem ERP in einen Data Lake oder eine analytische Datenbank (PostgreSQL, BigQuery, Snowflake bei größeren Volumen).
- Transformation mit Tools wie dbt oder, bei kleinen Datenmengen, direkt mit SQL-Views.
- Visualisierung mit Power BI (in Spanien am weitesten verbreitet) oder Looker Studio, wenn Sie etwas Kostenloses suchen, das ausreicht.
Was ein Reporting-System kostet, hängt von den Datenquellen, dem Datenmodell und dem Hosting ab. Vermeiden Sie direkte Abfragen auf das produktive ERP: Eine separate Datenschicht schont den laufenden Betrieb.
Szenario 8: ERP + KI und Automatisierung (das, was gerade stark kommt)
Das letzte Szenario ist das neueste und wächst am schnellsten: das ERP mit KI-Modellen verbinden, um Aufgaben zu automatisieren, die heute ein Mensch erledigt. Lieferantenrechnungen im PDF-Format mit OCR + LLM auslesen und ins ERP übernehmen, Support-Tickets klassifizieren, die Nachfrage nach Produkten prognostizieren, um den Einkauf anzupassen, oder kundenspezifische Rabatte auf Basis der Historie vorschlagen.
Das typische Muster: Das ERP stellt eine API oder ein Ereignis bereit („Im Einkaufspostfach ist ein PDF eingegangen“), eine Serverless-Funktion (Azure Functions, AWS Lambda) holt das Dokument, schickt es durch einen OCR-Dienst und ein LLM mit abgestimmtem Prompt, liefert strukturiertes JSON zurück und schreibt es ins ERP – optional nach menschlicher Prüfung.
Der entscheidende Punkt: am Anfang immer mit Human in the Loop. Lassen Sie die KI in den ersten Wochen nie direkt in die Produktivumgebung schreiben, ohne dass jemand prüft. Messen Sie die Trefferquote, verfeinern Sie den Prompt oder trainieren Sie das Modell nach, und wenn Sie bei Standardrechnungen über 95 % liegen, können Sie auf Freigabe nur noch bei Ausnahmen umstellen.
Um ein Pilotprojekt zur Rechnungsautomatisierung zu kalkulieren, müssen Sie Dokumentenvolumen, OCR-Qualität und ERP-Anbindung bewerten. Trennen Sie die Einführung von den API-Nutzungskosten und messen Sie den Zeitaufwand für die menschliche Prüfung.
Eine ERP-Integration braucht Planung und Prozesswissen. Manchmal genügt ein zeitgesteuerter Export, manchmal ist eine laufende Synchronisierung nötig. Definieren Sie zuerst den Bedarf und dann die Architektur.
Wenn Sie gerade überlegen, Ihr ERP an andere Systeme anzubinden, rate ich Ihnen: Erfassen Sie zuerst die tatsächlichen Abläufe (nicht die aus dem Handbuch) und priorisieren Sie nach Schmerz – welcher Prozess frisst die meisten Stunden im Monat? Dort fangen Sie an, nicht bei der spektakulärsten Integration.