Der unbequeme Moment kommt meist nach dem Go-live. Ein Vertriebsfeld in Salesforce ändert sich. Finance passt eine Produktregel im ERP an. Ein Kundendatensatz synchronisiert nicht mehr. Jemand stellt eine einfache Frage: Wer kann die Integration ändern?
Wenn die Antwort nur der ursprüngliche Anbieter ist, hat das Unternehmen etwas Wichtiges gelernt. Es hat keine belastbare Verbindung zwischen Systemen gekauft. Es hat eine Abhängigkeit gekauft.
Diese Abhängigkeit ist im Einkauf nicht immer sichtbar. Die Demo funktioniert. Das Angebot ist klar. Das Budget wird freigegeben. Aber die Frage nach operativer Kontrolle bleibt oft bis später liegen, wenn das System bereits Aufträge, Freigaben, Preise oder Kundendaten trägt.
Lock-in ist nicht nur ein Vertragsthema
Wenn Führungskräfte Vendor Lock-in hören, denken sie oft an Lizenzbedingungen oder Kündigungsklauseln. Das ist relevant. In Integrationsarbeit ist Lock-in aber meistens praktischer.
Er zeigt sich in kleinen operativen Fragen:
- Kann Ihr Team die Zuordnung zwischen Salesforce und ERP sehen?
- Kann jemand erklären, welches System welches Feld besitzt?
- Können Änderungen getestet werden, ohne Produktionsdaten anzufassen?
- Kann ein anderer Ingenieur die Arbeit warten, ohne sie zuerst rekonstruieren zu müssen?
- Haben Sie die Zugangsdaten, Dokumentation und den Quellcode, die Sie für den Betrieb brauchen?
Wenn die Antwort auf diese Fragen unklar ist, ist das Risiko nicht theoretisch. Jede spätere Änderung wird langsamer. Jeder Vorfall hängt an der Warteschlange des Anbieters. Jede interne Diskussion beginnt mit demselben Satz: Wir müssen sie fragen.
Das Warnsignal: Die Integration ist eine Black Box
Eine Black-Box-Integration kann attraktiv sein, weil sie Komplexität vom Käufer fernhält. Sie beschreiben, was passieren soll. Der Anbieter konfiguriert es. Das Geschäft sieht, dass Datensätze von einem System ins andere wandern.
Für einen einfachen Fall kann das genügen. Aber die meisten B2B-Abläufe bleiben nicht einfach. Preislogik ändert sich. Kundenhierarchien ändern sich. Freigaberegeln ändern sich. Neue Lager, Währungen, rechtliche Einheiten oder Vertriebskanäle kommen dazu. Die Integration muss sich mit dem Geschäft ändern.
Wenn die Integration eine Black Box ist, wird Änderung zu einer Anfrage statt zu einer Fähigkeit. Das Unternehmen kann die Regel nicht prüfen. Es kann das aktuelle Verhalten nicht mit dem beabsichtigten Verhalten vergleichen. Es kann nicht entscheiden, ob eine Änderung klein, riskant oder dringend ist, ohne externe Hilfe.
Das Problem ist nicht, dass Anbieter schlecht sind. Viele leisten gute Arbeit. Das Problem ist, dass der Käufer keinen operativen Griff auf Arbeit hat, die Teil des Geschäfts geworden ist.
Der praktische Test: Wenn morgen ein kritisches Feld geändert wird, kann Ihr Unternehmen die Auswirkung verstehen, die Änderung freigeben, sie testen und dokumentieren, was geändert wurde? Wenn nicht, kontrolliert die Integration Sie stärker als Sie die Integration kontrollieren.
Was Eigentum bedeuten sollte
Eigentum bedeutet mehr als einen Admin-Zugang zu haben. Es bedeutet, dass das Unternehmen die Integration verstehen, warten und bei Bedarf ersetzen kann.
Bei einer Verbindung zwischen Salesforce und ERP heisst das meist fünf konkrete Dinge.
1. Ein dokumentiertes Daten-Eigentumsmodell
Für jedes wichtige Objekt und Feld sollte das Unternehmen wissen, welches System die Quelle der Wahrheit ist. Kundenadresse. Produktpreis. Kreditstatus. Auftragsstatus. Opportunity-Phase. Wenn zwei Systeme einander überschreiben können, entsteht irgendwann Konflikt.
2. Sichtbare Mapping- und Transformationsregeln
Mapping darf nicht nur im Kopf eines Beraters oder in einer nicht zugänglichen Plattformansicht leben. Ein zukünftiger Ingenieur sollte sehen können, wie Felder fliessen, welche Werte transformiert werden und welche Datensätze ausgeschlossen sind.
3. Ein sicherer Testweg
Änderungen brauchen einen Ort, an dem sie sicher fehlschlagen dürfen. Das kann eine Sandbox sein, ein Test-Tenant, Beispieldaten oder ein kontrollierter Staging-Flow. Das konkrete Tool ist weniger wichtig als die Gewohnheit: Integrationsverhalten nicht zum ersten Mal in Produktion entdecken.
4. Klare Eigentümerschaft über Zugangsdaten
Service Accounts, API Keys, Zertifikate und Connected Apps müssen dem Unternehmen gehören, nicht einem individuellen Anbieter-Account. Zugang sollte widerrufbar und prüfbar sein. Niemand sollte einen ehemaligen Berater brauchen, um den Schlüssel zu finden, der Aufträge bewegt.
5. Übergabe, die ein anderer Ingenieur nutzen kann
Eine Übergabe sollte erklären, was läuft, wo es läuft, wie Fehler sichtbar werden, wie Änderungen deployed werden und was bei einem Ausfall zu prüfen ist. Das ist keine Bürokratie. Es ist operative Absicherung.
Fragen, bevor Sie unterschreiben
Der beste Zeitpunkt, Lock-in zu reduzieren, ist vor Projektstart. Diese Fragen sind einfach genug für ein Führungsgespräch und konkret genug, um reales Risiko sichtbar zu machen.
- Was genau besitzen wir am Ende? Fragen Sie nach Code, Konfigurationsexporten, Diagrammen, Feld-Mappings, Zugangsdaten und Deployment-Notizen.
- Was kann nur der Anbieter ändern? Diese Frage ist wichtig, weil manche Plattformen bewusst geschlossen sind. Das kann akzeptabel sein, sollte aber eine bewusste Entscheidung sein.
- Wie testen wir eine ERP- oder Salesforce-Änderung, bevor sie Live-Aufträge betrifft? Eine vage Antwort bedeutet meistens, dass Vorfälle von Nutzern gefunden werden.
- Wie übernimmt ein anderer Ingenieur die Arbeit? Wenn die Antwort ein weiteres bezahltes Onboarding-Projekt ist, kaufen Sie eine Abhängigkeit.
- Wie werden Fehler für das Geschäft sichtbar? Stille Fehler sind der Punkt, an dem Lock-in zu operativem Schmerz wird. Das Geschäft braucht Sichtbarkeit, nicht nur der Anbieter.
Die Abwägung lautet nicht Anbieter oder kein Anbieter
Das ist kein Argument gegen Anbieter oder Integrationsplattformen. Viele Unternehmen brauchen beides. Die Abwägung lautet, ob der Anbieter ein nützlicher Partner bleibt oder zur einzigen Partei wird, die den Betrieb bewegen kann.
Ein guter Integrationspartner sollte damit einverstanden sein, das Unternehmen in Kontrolle zu lassen. Das bedeutet nicht, dass jedes interne Team den Code umschreiben können muss. Es bedeutet, dass das Unternehmen die Arbeit prüfen, das Risiko verstehen und eine andere qualifizierte Person einbinden kann, ohne bei null anzufangen.
Für Schweizer und DACH-B2B-Unternehmen zählt diese Kontrolle, weil der Betrieb oft auf langlebigen Systemen beruht. ERPs bleiben. Kundendaten bleiben. Auftragsprozesse bleiben. Die Integrationsschicht sollte mit derselben langfristigen Disziplin gebaut werden.
Fragen Sie vor dem nächsten Projekt nicht nur, ob die Integration geliefert werden kann. Fragen Sie, ob Sie sie nach der Lieferung noch kontrollieren.