Wenn der CRM-Umzug ins Stocken gerät: Warum Chatter-Feeds und Angebotsdaten Migrationsprojekte ausbremsen

Der Wechsel von einem CRM-System auf ein anderes gilt in vielen Unternehmen als Routineprojekt: Konten, Kontakte und Verkaufschancen werden exportiert, umgewandelt und im Zielsystem wieder eingespielt. Doch wer schon einmal eine größere Salesforce-Migration begleitet hat, kennt das Muster – die Standarddaten laufen problemlos durch, und dann bleibt das Projekt an Stellen hängen, mit denen niemand gerechnet hat. Eine aktuelle Pressemitteilung des Karlsruher Softwareanbieters Conemis lenkt den Blick auf genau diese unterschätzten Stolpersteine: komplexe Datenobjekte wie Chatter-Feeds oder CPQ-Angebotsdaten.

Warum ausgerechnet die Nebenschauplätze zum Problem werden

Klassische Migrationswerkzeuge sind auf ein einfaches Modell ausgelegt: Ein Datensatz ist eine Zeile, die sich exportieren, transformieren und neu laden lässt. Dieses Modell funktioniert für die Kernobjekte eines CRM-Systems gut. Es bricht jedoch zusammen, sobald Datenobjekte ins Spiel kommen, die eigene Strukturregeln mitbringen – Versionshistorien, Unveränderlichkeit nach dem Schreiben oder mehrstufige Abhängigkeitsketten.

Ein anschauliches Beispiel sind die Chatter-Feeds, also die interne Kommunikationsfunktion von Salesforce. Jeder Feed-Eintrag verweist auf einen übergeordneten Datensatz, einen Autor, erwähnte Nutzer und häufig auf angehängte Dateien. Wird ein solcher Eintrag isoliert exportiert, bleibt am Ende eine Textzeile mit gebrochenen Verweisen übrig: Die IDs stammen aus dem Quellsystem und lösen sich im Zielsystem nicht mehr auf. Laut Unternehmensangaben bietet Salesforce für Feed-Daten keinen standardisierten Migrationspfad – wer sie mitnehmen will, muss jede einzelne Referenz gegen das Zielsystem neu auflösen.

Angebotsdaten: vier Ebenen Abhängigkeit

Ähnlich anspruchsvoll sind CPQ-Daten, also die Datenstrukturen hinter konfigurierbaren Angeboten. Ein Angebot ist dort kein einzelner Datensatz, sondern ein Gebilde aus Angebotspositionen, Produktoptionen, Bündelstrukturen, Preisregeln und Rabattstaffeln – jede Ebene verweist auf die darunterliegende. Werden diese Datensätze in der falschen Reihenfolge geladen, scheitern die Verweise; geht die Bündellogik verloren, rechnet das Angebot im Zielsystem schlicht falsch. Vergleichbare Fallstricke gibt es bei Dateien mit Versionshistorie, bei Personenkonten, die technisch aus zwei verknüpften Datensätzen bestehen, und bei Änderungshistorien, die in Systemtabellen liegen und sich nicht direkt beschreiben lassen.

Das gefährlichere Szenario: die stille Lücke

Bemerkenswert ist ein Punkt, der in der Diskussion um Datenmigrationen oft untergeht: Das eigentliche Risiko ist nicht der sichtbare Fehlschlag, sondern die unbemerkte Lücke. Ein generisches Werkzeug lädt die Datensätze oft scheinbar erfolgreich – nur die Versionshistorie, die Verknüpfungen oder der Prüfpfad kommen nie an. Die Migration wirkt abgeschlossen, bis Monate später jemand einen Datensatz öffnet und feststellt, dass der Kontext fehlt. Für Unternehmen mit Dokumentations- oder Prüfpflichten kann das mehr sein als ein Schönheitsfehler.

Für die Projektplanung ergibt sich daraus eine einfache, aber häufig missachtete Konsequenz: Komplexe Datenobjekte sollten inventarisiert werden, bevor Zeitplan und Budget festgezurrt sind. Tauchen sie erst mitten im Projekt auf, wenn der Go-Live-Termin bereits steht, sprengt jeder einzelne Fund die ursprüngliche Kalkulation. Fachleute empfehlen deshalb, den Werkzeugeinsatz früh gegen den tatsächlichen Objekt- und Inhaltsumfang zu prüfen – und nicht gegen die einfachen Standardfälle, mit denen jede Lösung zurechtkommt.

Ein Thema, das mit der KI-Welle an Gewicht gewinnt

Dass Datenqualität und vollständige Datenübernahme gerade jetzt stärker diskutiert werden, ist kein Zufall. Wer KI-Funktionen auf seinen CRM-Daten aufsetzen will, braucht vollständige, konsistente Datenbestände – eine Migration, die Historien und Zusammenhänge verliert, untergräbt genau diese Grundlage. Der unspektakuläre Datenumzug entwickelt sich damit vom reinen IT-Projekt zur strategischen Weichenstellung.

Redaktionelle Einordnung auf Basis einer Pressemitteilung von Conemis (via openPR.de) sowie öffentlich zugänglicher Fachinformationen des Unternehmens. Herstellerangaben sind als solche gekennzeichnet.

Mehr zum Thema

• Zocken statt Zara: Wie VR-Lounges und SimRacing-Bars die Lücken der Innenstädte füllen
• Wenn Software zum Medizinprodukt wird: Warum Anforderungsmanagement in der Medizintechnik zur Pflichtdisziplin wird
• Sensor frei, Zone frei: München digitalisiert seine Lieferzonen
• Gehäuse aus altem Blech: Warum Recycling-Aluminium im Industriedesign zum Verkaufsargument wird
• Die 16 Ziffern hinter jeder Kartenzahlung: Warum die PAN für Händler zum Datenthema geworden ist
• Souveränität statt Tempo: Warum Europas KI-Debatte 2026 bei der Infrastruktur landet