Salesforce-Integration: jeder Datensatz landet an der richtigen Stelle

Zwei Dinge. Erstens die Datenwege: Ihre Salesforce-Umgebung spricht mit Shop, Warenwirtschaft, Buchhaltung, Telefonie und eigenen Anwendungen – über REST oder SOAP für einzelne Vorgänge, über die Bulk API für Mengen, über Platform Events für Ereignisse in beide Richtungen. Zweitens das, was dafür in Salesforce nötig ist: Felder für externe Kennungen, Automatisierung als Flow, Apex nur dort, wo eine Einstellung nicht reicht, und die Übernahme der Bestände aus dem Altsystem.

Nein. Wir sind kein Salesforce-Partner, verkaufen keine Lizenzen und führen keine Zertifizierung an, die wir nicht haben. Wir bauen die Anbindungen und Erweiterungen um Ihre Umgebung herum und arbeiten mit der Administration zusammen, die sie verantwortet. Beurteilen können Sie uns am Vorgehen: schriftliche Zuordnung, Arbeit in der Sandbox, Apex-Tests, Protokoll jeder Übertragung.

Indem wir vorher rechnen. Das Kontingent zählt in einem rollierenden Fenster von 24 Stunden und liegt – je nach Edition und Zahl der Lizenzen – in der Größenordnung von Zehntausenden Aufrufen; aus Datensatzzahl, Läufen und Richtungen ergibt sich der Bedarf, daraus folgen Stapelgröße und Zeitfenster. Mengen gehen über die Bulk API in Stapeln von bis zu 10.000 Datensätzen, zusammenhängende Schritte als Composite-Request. Drosselt die Plattform, wird mit Abstand wiederholt, und eine Vorgangskennung verhindert doppelte Buchungen. Die Governor Limits einer einzelnen Transaktion halten wir ein, indem Apex auf Mengen rechnet statt Datensatz für Datensatz.

Über eine Zuordnung, die vor dem ersten Lauf schriftlich feststeht: Was wird Account, was Contact, was Lead, was Opportunity, welches Feld nimmt die alte Kundennummer auf, und was passiert mit allem, wofür es kein Standardfeld gibt. Dann ein Probelauf in die Sandbox mit stummgeschalteter Automatisierung, damit der Import keine Aufgaben, Mails oder Geschäfte auslöst. Erst nach Ihrer Freigabe läuft die Übernahme produktiv, mit Datenauszug für den Rückweg. Dieser Teil ist meist der aufwendigere.

Die Regel bei uns: so viel Einstellung wie möglich, so viel Code wie nötig. Ein Flow ist später ohne uns änderbar und steht dort, wo Ihre Administration ihn erwartet. Apex nehmen wir für Mengen, für Ausnahmen und für Aufrufe nach außen – dann mit Tests und lesbarer Beschreibung.

Als Metadaten-Deployment in drei Schritten: Prüflauf ohne Schreiben, Ihre Freigabe, Deployment mit Apex-Tests – mindestens 75 Prozent Testabdeckung verlangt Salesforce dafür selbst. Die Metadaten liegen unter Versionsverwaltung, deshalb ist jede Änderung nachlesbar und der vorige Stand bleibt erreichbar. Geklickt wird dabei nichts: In der Produktiv-Umgebung wird nicht entwickelt.

Die Anbindung spricht mit einem eigenen technischen Benutzer, dessen Profil und Berechtigungssätze auf die beteiligten Objekte und Felder eingegrenzt sind; wo Lesen genügt, bleibt es beim Lesen. Welche Lizenz Ihre Edition für diesen Benutzer vorsieht, klärt Ihre Administration mit Salesforce – Lizenzen verkaufen und bepreisen wir nicht. Die Rollen und Profile Ihrer Mitarbeitenden bleiben unberührt.

Nur die, die Sie dafür freigeben. Salesforce ist ein Anbieter aus den USA, deshalb legen wir Feld für Feld fest, was in die Umgebung geht und was im Haus bleibt. Unsere Integrationsschicht läuft auf eigenen Servern bei Hetzner in Deutschland und der EU; über die Verarbeitung in Ihrem Auftrag schließen wir einen Auftragsverarbeitungsvertrag. Wir arbeiten mit eingegrenzten Rechten und protokollieren jede Übertragung.