In welche Richtung sollen die Daten laufen - von Dynamics nach Salesforce oder umgekehrt?

Meist in beide, aber je Objekt getrennt. Stammdaten und finanzielle Realität - Konten, gebuchte Rechnungen, Kreditlimits, Auftragsstatus - sind in Dynamics 365 führend und fließen nach Salesforce. Pipeline- und Beziehungsdaten - Opportunities, neu gewonnene Kunden, Kontaktänderungen - sind in Salesforce führend und laufen zurück. Die Schnittstelle sorgt dafür, dass jedes Feld eine Richtung hat, damit sich die Systeme nie um denselben Wert streiten.

Wie ordnen Sie ein Dynamics-Konto dem richtigen Salesforce-Konto zu?

Nicht über den Namen - Namen driften und verdoppeln sich. Wir vereinbaren vorab einen stabilen Schlüssel, in der Regel die Dynamics-Debitorennummer oder eine gemeinsame externe ID auf beiden Seiten, und schreiben sie in ein External-ID-Feld in Salesforce, sodass jeder Sync ein Upsert gegen diesen Schlüssel ist. Wo noch kein gemeinsamer Schlüssel existiert, führen wir vor dem Go-live einen einmaligen Abgleich durch, damit Sie nicht mit tausenden Dubletten starten.

Sieht der Vertrieb Rechnungen und offene Posten aus Dynamics in Salesforce?

Ja, und das ist einer der häufigsten Gründe für dieses Projekt. Gebuchte Rechnungen, Zahlstatus und offene Forderungen aus Dynamics 365 Finance erscheinen am Salesforce-Konto als verknüpfte Datensätze oder aggregierte Felder, sodass der Vertrieb sieht, ob ein Kunde auf Kreditsperre steht, bevor er eine Lieferung zusagt. In Salesforce bleiben diese Werte schreibgeschützt, damit das ERP die einzige Quelle der finanziellen Wahrheit bleibt.

Funktioniert das mit Dynamics 365 Business Central genauso wie mit Finance & Operations?

Ja, aber die Anbindung unterscheidet sich. Business Central bietet sauberes OData v4 und Standard-APIs; Finance & Operations und die Dataverse-basierten CE-Apps nutzen die Dataverse-Web-API und OData mit anderen Entitätsnamen und anderer Paginierung. Wir klären zuerst, welche Dynamics-365-App Sie tatsächlich betreiben - sie teilen sich eine Marke, nicht ein Datenmodell - und bauen gegen die richtige API-Oberfläche, statt anzunehmen, eine decke die andere ab.

Wer betreibt die Schnittstelle nach dem Go-live, und was passiert bei API-Änderungen?

Wir. Die Pipeline läuft auf cloud-nativer, vollständig EU-gehosteter Infrastruktur, die wir überwachen. Wenn Microsoft die Dataverse-API weiterentwickelt oder Salesforce eine neue API-Version erzwingt oder ein Limit senkt, ist das vertraglich unser Problem - nichts, das Ihre Administratoren entdecken, wenn der Sync still stehen bleibt. Sie bekommen einen festen Ansprechpartner, Alerting, Incident Response und ein SLA.

Dynamics 365 Salesforce Schnittstelle

Was eine Dynamics-365-Salesforce-Anbindung wirklich leistet

Der Vertrieb arbeitet in Salesforce. Das Geld, die Bestände und die tatsächlich gelieferte Realität der Kundenbeziehung liegen in Dynamics 365. Laufen beide als Inseln, verspricht ein Vertriebler einem Kunden etwas, der auf Kreditsperre steht, jagt die Buchhaltung einer Rechnung an ein Konto hinterher, dessen Betreuer vor drei Monaten gewechselt hat, und jeder legt dieselbe Firma zweimal mit leicht anderer Schreibweise an.

Eine Dynamics-365-Salesforce-Anbindung schließt diese Lücke. Sie gibt dem Vertrieb ein echtes Kunden-360 - Auftragshistorie, offene Posten und Kreditstatus aus dem ERP - und spielt gewonnene Opportunities und saubere Kontaktdaten nach Dynamics zurück, damit die Operations mit dem arbeitet, was der Vertrieb wirklich abgeschlossen hat. Es geht nicht darum, Zeilen zu verschieben, sondern jedes System für die Felder führend zu machen, die ihm gehören - und überall sonst konsistent zu halten.

Welche Daten fließen

Objekt / Vorgang in Dynamics 365	Wird in Salesforce zu	Hinweis
Debitor / Konto	Account (Upsert auf External ID)	Zuordnung über die Dynamics-Debitorennummer, nicht den Namen
Kontakt	Contact, mit dem Account verknüpft	Dublettenprüfung gegen bestehende Salesforce-Kontakte über E-Mail + Konto
Artikel / Freigegebenes Produkt	Product2 / PricebookEntry	Mengeneinheit und Preisliste auf das richtige Salesforce-Preisbuch gemappt
Verkaufsauftrag	Order (lesende Referenz)	Status und Lieferstufe sichtbar, damit der Vertrieb die Realität kennt
Gebuchte Rechnung	Rechnungsdatensatz / Related List	In Salesforce schreibgeschützt; das ERP bleibt finanzielle Quelle
Zahlstatus / offener Posten	Aggregiertes Feld am Account	Macht die Kreditsperre sichtbar, bevor eine Zusage fällt
Gewonnene Salesforce-Opportunity	Verkaufsauftrag / Angebot in Dynamics	Gegenrichtung: abgeschlossene Pipeline wird zum Auftrag

Welches Objekt wohin abgebildet wird, welche Felder auf welcher Seite führend und welche schreibgeschützt sind, stimmen wir einmalig ab und hinterlegen es in der Pipeline. Danach ordnet das niemand mehr von Hand zu.

Die Details, an denen einfache Syncs scheitern

Ein generischer Connector oder ein nächtlicher Export deckt den Normalfall ab und lässt die teuren Sonderfälle bei Ihren Administratoren liegen:

Zuordnung und Dubletten. Salesforce und Dynamics legen beide gern Dubletten an. Ein Abgleich über den Firmennamen garantiert sie. Die Schnittstelle ordnet über eine stabile External ID zu, die auf beiden Seiten geführt wird, und macht vor dem Go-live einen echten Abgleichlauf - so erben Sie eine saubere Zuordnung statt tausender Beinahe-Dubletten.
Wer gewinnt ein Feld. Können beide Systeme die Rechnungsadresse des Kontos ändern, gewinnt die letzte Schreiboperation - und meist ist sie falsch. Jedes Feld braucht einen Eigentümer: Adresse und Kredit aus Dynamics, Opportunity und Aktivität aus Salesforce. Ein naiver Zwei-Wege-Sync ohne feldweise Hoheit erzeugt eine Endlosschleife.
Währung, Steuer und Preislisten. Dynamics bucht Rechnungen in einer Belegwährung mit Kurs und Steuerschlüsseln; Salesforce hat eigene Mehrwährungslogik und Preisbücher. Beträge müssen Währung und Kurs mittragen, nicht nur eine Zahl, sonst driften der Bericht in Salesforce und das Hauptbuch in Dynamics unbemerkt auseinander.
API-Limits und Paginierung. Salesforce erzwingt ein 24-Stunden-Kontingent an API-Aufrufen und eigene Bulk-API-Regeln; die Dataverse-Web-API paginiert und drosselt wieder anders. Ein Voll-Sync, der das ignoriert, verbraucht Ihr Salesforce-Tageslimit bis zur Mittagspause. Die Pipeline bündelt, drosselt kontrolliert und nutzt Bulk-Endpunkte, wo das Volumen es verlangt.
Delta- statt Voll-Sync. Man kann nicht jede Stunde jedes Konto neu lesen. Die Schnittstelle verfolgt Änderungsmarken (Dataverse Change Tracking, Salesforce SystemModstamp) und überträgt nur, was sich wirklich geändert hat - mit periodischem Abgleich für alles, was ein Webhook verloren hat.
Teilfehler. Fallen 40 von 5.000 Datensätzen durch die Validierung, darf der Lauf weder die 4.960 guten zurückrollen noch die 40 verschlucken. Fehlerhafte Datensätze landen mit Grund in einer Dead-Letter-Queue, werden erneut versucht und als Alert sichtbar - nicht als Zahl, die im nächsten Quartal still falsch ist.

Wie wir sie bauen und betreiben

Wir behandeln das als Pipeline, nicht als geplanten Export. Änderungen werden aus jedem System abgeholt (per Änderungsmarke oder Webhook), validiert, in die abgestimmte Zuordnung überführt und per Upsert gegen die stabile External ID geschrieben, sodass ein erneuter Lauf nie eine Dublette erzeugt.

Die Pipeline ist durchgängig idempotent: Jeder Datensatz trägt einen stabilen Schlüssel, sodass die erneute Verarbeitung derselben Änderung folgenlos bleibt und kein zweites Konto entsteht. Sie läuft auf cloud-nativer, vollständig EU-gehosteter AWS-Infrastruktur - Konten-, Kontakt- und Finanzdaten verlassen die EU nicht, was AVV und DSGVO sauber hält, wenn eine Microsoft- und eine Salesforce-Cloud gleichzeitig im Spiel sind.

Und dann halten wir sie am Laufen. Monitoring, Alerting, Incident Response und - entscheidend - das Beobachten von Salesforce-API-Versionsabkündigungen und Dataverse-API-Änderungen liegen vertraglich bei uns. Ändert Microsoft oder Salesforce etwas, passen wir die Pipeline an, bevor daraus Ihre Störung wird. Sie bekommen einen festen Ansprechpartner und ein SLA, keine Middleware-Lizenz mit Support-Warteschlange.

Wann sich diese Anbindung lohnt

Wenn Sie ein paar Dutzend Konten haben und eine Person beide Systeme in Ruhe sauber hält, brauchen Sie das nicht - und wir sagen es Ihnen. Ein einmaliger Import oder ein leichtes Punkt-Tool genügt, solange das Volumen niedrig ist und niemand bidirektional arbeitet.

Sie lohnt sich, wenn dieselben Kunden in beiden Systemen in Menge leben, wenn der Vertrieb Live-Kredit und Auftragsstatus braucht, um nicht zu viel zu versprechen, wenn Dubletten und manuelles Nacherfassen Administrationszeit fressen, oder wenn Buchhaltung und Vertrieb still aus zwei verschiedenen Versionen der Wahrheit arbeiten. Dann ist eine betreute, EU-gehostete Pipeline, die jemand anderes besitzt und betreibt, günstiger als der Abgleich, den sie ersetzt.