Salesforce-SAP-Integration: Datenhoheit und Fehlerfälle

Eine Salesforce-SAP-Integration sollte einen fachlichen Übergang zuverlässig abbilden: beispielsweise vom qualifizierten Vertriebsprozess zum Auftrag oder vom ERP-Status zur Kundenbetreuung. Eine pauschale Synchronisierung sämtlicher Felder erhöht Komplexität und Pflegeaufwand. Entscheider benötigen zuerst eine Übersicht über die betroffenen Objekte, ihre Eigentümer und die Konsequenzen fehlerhafter Daten. Erst danach lässt sich beurteilen, ob vorhandene Integrationsprodukte ausreichen oder individuelle Middleware erforderlich ist.

Ausgangslage und Projektgrenzen

• Grenzen Sie den Übergang vom Salesforce-Vertriebsvorgang zum SAP-Prozess ab: Lead, Account, Angebot und Auftrag haben unterschiedliche fachliche Verbindlichkeit.
• Klären Sie, ob ein Kunde in mehreren Gesellschaften geführt wird und welche externe Kennung Datensätze systemübergreifend verbindet.
• Ermitteln Sie, welche Doppelpflege tatsächlich entfällt und welche Daten weiterhin vom zuständigen Fachbereich bestätigt werden müssen.

Für jedes Objekt wird ein führendes System festgelegt. Dazu gehören stabile IDs, Regeln für Dubletten, Pflichtfelder und der Umgang mit Änderungen auf beiden Seiten. Technisch sind Polling, Ereignisse und geplante Abgleiche mögliche Bausteine; die Auswahl hängt von Schnittstellen, Mengen und fachlich akzeptabler Verzögerung ab. Besonders wichtig ist der Unterschied zwischen technischer Zustellung und fachlicher Verarbeitung. Eine erfolgreiche HTTP-Antwort belegt noch nicht, dass der Auftrag im Zielsystem korrekt angelegt wurde.

Architektur, Risiken und Aufwandstreiber

• Legen Sie Datenhoheit pro Feld fest.

Eine pauschale Synchronisation in beide Richtungen kann Änderungen gegenseitig überschreiben.

• Behandeln Sie Statuswechsel als fachliche Ereignisse mit dokumentierten Voraussetzungen; eine Feldänderung allein muss keinen Auftrag auslösen.
• Planen Sie Limits, Bündelung, Rückstau und Nachverarbeitung.

Die zulässige Verzögerung zwischen Vertrieb und ERP gehört zum Integrationsvertrag.

Ein typisches Planungsszenario: Salesforce übergibt einen freigegebenen Auftrag, SAP prüft Stammdaten und liefert eine Auftragsnummer zurück. Fehlt eine Zuordnung, landet der Vorgang in einer sichtbaren Fehlerwarteschlange. Nach Korrektur kann er kontrolliert erneut verarbeitet werden. Die gleiche Nachricht darf keinen zweiten Auftrag auslösen. Dieses Szenario dient der Erläuterung und ist keine Behauptung über ein bereits umgesetztes Kundenprojekt.

Konkrete Prüffälle für den ersten Release

• Zwei Salesforce-Accounts verweisen auf denselben SAP-Kunden. Die Integration meldet den Konflikt, statt ungeprüft ein weiteres Kundenkonto anzulegen.
• Eine Opportunity wird nach einer Übergabe erneut gespeichert. Die Verarbeitung erkennt die bereits übermittelte fachliche Aktion.
• Ein SAP-Auftrag wird abgelehnt, weil Pflichtdaten fehlen. Salesforce zeigt einen bearbeitbaren Status mit einer konkreten Zuständigkeit.

Zur Bewertung gehören Testfälle für doppelte Nachrichten, geänderte Stammdaten, abgelaufene Zugangsdaten und längere Ausfälle. Definieren Sie Verantwortliche für fachliche Fehler und technische Störungen getrennt. Eine Integrationsübersicht sollte erkennen lassen, welcher Datensatz wann übertragen wurde und welche Version aktuell gilt.

Eine belastbare Abnahme verfolgt einen Auftrag vom CRM bis zur ERP-Rückmeldung. Nutzen Sie dabei nicht nur den Erfolgsfall: Senden Sie denselben Vorgang zweimal, ändern Sie eine Kundenzuordnung und unterbrechen Sie die Verbindung vor der Bestätigung. Vereinbaren Sie, wer einen fachlich abgelehnten Auftrag korrigiert und wie lange unbestätigte Vorgänge liegen bleiben dürfen. Diese Fälle grenzen die benötigte Integrationsleistung wesentlich genauer ein als eine reine Liste zu synchronisierender Felder.

Entscheiden Sie vor der Umsetzung, welches System für jedes fachliche Feld führend ist. Ein Konflikt zwischen Vertriebsänderung und ERP-Korrektur braucht eine nachvollziehbare Regel. Lassen Sie diese Regel an einem konkreten Datensatz prüfen und verlangen Sie einen Wiederanlauf ohne Dubletten, wenn die Verbindung während der Übertragung ausfällt.

Entscheidungshilfe für die Beauftragung

• Verlangen Sie eine Feldmatrix mit Richtung, führendem System, Transformation und Verhalten bei leerem oder widersprüchlichem Wert.
• Lassen Sie fachliche Stornierung und technische Wiederholung getrennt beschreiben, damit Korrekturen nicht als neue Geschäftsabschlüsse erscheinen.
• Prüfen Sie, ob nachträgliche Änderungen am Datenmodell durch Vertragstests zwischen beiden Systemen abgesichert werden.

Für ein vergleichbares Angebot

• Salesforce-Objekte, SAP-Endpunkte und fachliche Zuordnungsschlüssel bereitstellen.
• Datenhoheit je Feld sowie Verhalten bei gleichzeitigen Änderungen vereinbaren.
• Dubletten, Teilfehler und erneute Verarbeitung mit Abgleich beider Systeme prüfen.

Auch eine technisch saubere Schnittstelle kann fehlende Stammdatenregeln nicht kompensieren. Ein begrenzter End-to-End-Prozess mit klaren Zuständigkeiten schafft eine bessere Grundlage als ein umfangreicher Feldabgleich ohne Abnahmebedingungen. Danach lässt sich die Integration gezielt auf weitere Objekte und Gesellschaften ausweiten.

Nutzen bewerten und den Ausbau begrenzen

• Messen Sie die Dauer bis zur nutzbaren Auftragsinformation und die Zahl manueller Konfliktklärungen zwischen Vertrieb und Auftragsbearbeitung.
• Erweitern Sie die Integration erst auf weitere Objekte, wenn Identitätszuordnung und Fehlerbearbeitung des ersten Prozesses nachvollziehbar sind.
• Bewerten Sie Standardkonnektor und individuelle Middleware anhand derselben Ausnahmefälle und der erforderlichen betrieblichen Kontrolle.

Benennen Sie den führenden Datensatz in Salesforce und sein Gegenstück in SAP. GSWE grenzt daran Feldmapping, Synchronisationsrichtung und Fehlerbehandlung für den ersten Integrationsauftrag ab.

Salesforce mit SAP integrieren lassen: Salesforce an SAP per API anbinden.