ERP-, CRM- und E-Commerce-Integrationen
Führen Sie über ein Formular im CRM aus. E-Commerce-Bestellung im ERP. Rechnung in der Buchhaltung. Lagerbestand im Online-Shop. Wir stellen maßgeschneiderte Konnektoren für polnische ERP-Systeme (Comarch, Optima, Asseco) und Standardkonnektoren für SaaS (Pipedrive, HubSpot, Salesforce, Allegro, IdoSell) her.
Wenn Sie mindestens zwei davon kennen, ist es sinnvoll, über Integration zu sprechen.
01
Das Formular auf der Website versendet eine E-Mail mit den Daten des Kunden. Der Assistent trägt es zwei Tage später ins CRM ein. Der Lead wartet, der Vertrieb ruft nach fünf Tagen an. In der Zwischenzeit rief der Kunde den Konkurrenten an. Ohne automatisches Routing wiederholt sich dieser Trace jede Woche.
02
Ein Kunde kauft in einem Online-Shop ein Produkt, das nicht vorrätig ist. Retouren, Beschwerden, Frust. Oder umgekehrt: Das Produkt ist auf Lager, aber im Shop wird „nicht vorrätig" angezeigt, weil das Update gestern war. Jedes Mal, wenn Sie Teile bewegen, müssen Sie auf zwei Systeme klicken.
03
Der Vertrieb stellt eine Rechnung im X-System aus. Der Buchhalter öffnet Symfonia / Optima / KPiR und schreibt die Posten auf. NIP-Fehler, Datumsabweichung, monatliche Korrekturen. KSEF erzwingt die Integration, jedoch nur zu Anzeigezwecken, nicht für den internen Ablauf im Unternehmen.
04
Status im CRM (bei Übermittlung), im ERP (bei Produktion), im Kurier (bei Versand). Der Verkäufer klickt auf drei Reiter, der Kunde ruft am FreiTag erneut an. Keine Einzelansicht = keine Antwort innerhalb von 30 Sekunden.
Ein anklickbarer Prototyp in einer Testumgebung, bevor wir eine Zeile Produktionscode schreiben. Zahlung rozłożona na ctery raty.
Woche 1
Prüfung von Systemen (was verwenden Sie heute, wo sind die APIs, wo erfolgt nur der CSV-Export). Datenkarte: Welches Feld im CRM entspricht welchem im ERP, wo gibt es Namenskonflikte, wer ist die Quelle der Wahrheit?. Anzahlung: 30 %.
Woche 2-3
Entscheidung: Punkt-zu-Punkt-Integration (System A ↔ System B direkt) oder Middleware (n8n / Make / eigener ESB). Czy-Batch in Echtzeit (np. raz dziennie nocą). Konflikte: Welches System gewinnt beim Crossover?.
Ende der 3. Woche
Sie genehmigen den Prototyp. Ohne Genehmigung beginnen wir nicht mit dem Aufbau des MVP. Nach Genehmigung: weitere 30 %.
Woche 4-7
Konnektoren (kundenspezifisch für polnische ERPs, bereit für REST/SOAP-Standards). Sandbox-Tests mit Ihren echten Daten (anonymisiert). Jede Woche eine Demo der Arbeitssynchronisierung. Nach MVP-Veröffentlichung: weitere 30 %.
Woche 8
Wechsel von Sandbox zu Produktion, Synchronisationsüberwachung (Benachrichtigungen, wenn ERP nicht antwortet, wenn ein Datenkonflikt vorliegt). Schulung des IT-Teams: Wie man debuggt, wie man Zuordnungen ändert, wo man nach Protokollen sucht. Nach der Implementierung: letzte 10 %.
Kunde im CRM = Kunde im ERP = Kunde im Rechnungswesen. Name, NIP, Adresse, Verlauf: ein Datensatz, mehrere Ansichten. Änderungen an einem Ort werden dort verbreitet, wo es nötig ist. Keine „Sie sind bei uns an einer anderen Adresse registriert"-Situation mehr.
Bestandsstatus zwischen ERP und Filiale: alle 30 Sekunden. Vom Formular zum CRM führen: 5 Sekunden. Monatlicher Bericht an BI: einmal täglich, nachts. Die Entscheidung zwischen Echtzeit und Batch wird pro Integration getroffen, basierend auf dem, was tatsächlich benötigt wird.
Realität: zwei Systeme, zwei unterschiedliche Namen desselben Unternehmens. Im Voraus festgelegte Konfliktregeln: Wer gewinnt (ERP oder CRM), wie erfolgt die Zusammenführung, wann wird eine Warnung an einen Menschen gesendet? Ohne sie scheitert die Integration nach 6 Monaten.
Jede Synchronisierung mit Zeitstempel und Diff. „Warum ist gestern der Preis im Laden gesunken?" Antworten Sie in 30 Sekunden. GDPR-friendly logs, access to the auditor's API without hard-coded export.
Jede Integration bei uns endet mit dem Gleichen: eine Ansicht statt fünf. Beispiele von drei Kunden.
KG Elektronik · Kesselhersteller
12 000
Drei in Echtzeit synchronisierte Schichten: Der Controller sendet alle 30 Sekunden Telemetriedaten, das Backend aggregiert sie, die mobile Anwendung des Kunden und das Service-Panel lesen aus derselben Quelle. 12.000 Geräte, keine Datenkonflikte, seit 18 Monaten in Betrieb.
Sehen Sie sich den vollständigen Fall anAkpil · Hersteller von Landmaschinen
3 Std. → 4 Min
Der Kunde wählt die Maschine im Konfigurator aus, die Daten werden mit dem ERP des Herstellers verbunden, der Lead geht automatisch zum Regionalen Händler, der Generator erstellt ein Firmen-PDF mit Preisliste und versendet es per E-Mail. Die vier Ebenen sprechen, der Verkäufer erhält ein fertiges Angebot, anstatt es manuell einzugeben.
Sehen Sie sich den vollständigen Fall anAutomatisierungen · verbundener Service
8 Wochen
Sobald die Systeme kommunizieren, ist es an der Zeit, Prozesse zu automatisieren: Lead-Nachverfolgung, Erstellung von Berichten, Benachrichtigungen zum Bestellstatus. Integration ist das Stiftung, Automatisierung ist der Überbau.
Siehe AutomatisierungenBei zwei Architekturnsätzen wird die Entscheidung nach der Systemkarte getroffen.
Punkt-zu-Punkt (P2P)
Middleware (n8n / ESB / iPaaS)
P2P reicht aus, wenn der Stack klein und stabil ist. Middleware wird erstellt, wenn mehr als 5 Systeme vorhanden sind oder Sie planenen, eines davon innerhalb von 2–3 Jahren zu ersetzen.
Was passiert nach der Implementierung und wer wir sind.
Nach der Umsetzung
Optionale Pakete. Die Details besprechen wir im Gespräch nach der Umsetzung.
Überprüfen Sie auch
30 Sekunden bei JSON Crew
Softwarehaus mit einer Nische in der digitalen Transformation des B2B-Vertriebs. Produktkonfiguratoren, Panels, Automatisierung für den Verkaufsprozess. Drei Hauptfallstudien (Akpil, Sumpf, interne JSON-Hub-Plattform) und Portfolio-Implementierungen (KG Elektronik, Metalldächer, Wärmerückgewinnungszentrum, Modulhäuser).
Einzelbewertung nach einer Systemprüfung. Festpreis nach Festlegung des Umfangs, Fristplanen 30 / 30 / 30 / 10. Bei jedem weiteren System handelt es sich um einen separaten Kostenvoranschlag des Steckverbinders. Die Kosten hängen von der API-Dokumentation und dem Standardniveau ab (REST/SOAP vs. benutzerdefiniertes ERP ohne API).
Polnisches ERP: Comarch ERP XL, Optima, Asseco, Symfonia, Subiekt GT/Nexo, enova365. International: SAP, MS Dynamics, NetSuite. CRM: Pipedrive, HubSpot, Salesforce, MonTag, ClickUp. E-Commerce: Shopify, Shoper, WooCommerce, IdoSell, Allegro, BaseLinker. Alles mit Standard-API-Dokumentation, nicht standardmäßige ERPs bewerten wir nach einem Audit.
Drei Optionen: (1) Integration über die Datenbank (wir lesen direkt aus der ERP-Datenbank, sofern der Anbieter dies zulässt), (2) Integration über eine Datei (CSV/XML in einen Ordner abgelegt, z. B. nachts), (3) Screen-Scraping (letzter Ausweg, langsam und fragil). Wir beginnen mit dem Gespräch mit Ihrem ERP-Anbieter. Oft ist die API vorhanden, man weiß es einfach nicht.
Entscheidung pro Integration. ERP-Lager ↔ Lager: Echtzeit (alle 30 Sekunden). Lead aus dem Formular ↔ CRM: Echtzeit (5 Sekunden). Buchhaltungssynchronisierung: Batch einmal am Tag, nachts. Die Wartung von Echtzeit kostet mehr, also nur dort, wo das Geschäft es erfordert.
Selbstgehostete Middleware in Ihrer Infrastruktur = Daten verlassen nie Ihren Server. Datenvertrauensvereinbarung mit SaaS-Anbietern (wenn wir Make/Zapier für den Flow-Teil verwenden). Protokolle mit Zeitstempel, Löschmöglichkeit gemäß DSGVO. Für regulierte Branchen (Medizin, Finanzen) empfehlen wir vollständig benutzerdefiniertes, selbst gehostetes Python.
Die Middleware-Architektur (empfohlen für 5+ Systeme) ist gegen einen solchen Austausch resistent: Sie ändern den ConneCTOr eines Systems, der Rest der Integration bleibt unverändert. Die Punkt-zu-Punkt-Architektur erfordert das Umschreiben aller Verbindungen zu diesem System. Architekturentscheidung in der ersten Phase der Entdeckung: Wir fragen nach 2-3-Jahresplänen, bevor wir uns für einen Ansatz entscheiden.
Listen Sie die Systeme auf, die Sie heute haben (ERP/CRM/Shop/Buchhaltung) und was zwischen ihnen fließen soll. Wir werden innerhalb des nächsten WerkTages antworten.
