Änderungen nach Business Central übertragen
Themen:
| Richtung | Customer Engagement → Business Central |
| Wann | alle 2 Minuten |
| Betrifft | freigegebene Firmen, die in BC bereits existieren |
| Technisch | Job accountupdatesfromce (520), Mapping CEAccountUpdates |
Was passiert hier?
Sobald eine Firma in beiden Systemen existiert, hält dieser Schritt Business Central auf dem Stand von Customer Engagement. Er ist das Gegenstück zu Aus BC übernehmen — dieselben Felder, nur andersherum.
Erfasst werden Firmen, bei denen beides zutrifft:
- Sync zu BC steht auf „Ja"
- das Feld BC System-ID ist gefüllt — BC kennt die Firma also
Ist die BC System-ID leer, greift stattdessen Neu nach BC. Die beiden Schritte schließen sich gegenseitig aus.
Welche Felder gehen nach BC?
| Feld in Customer Engagement | Feld in Business Central |
|---|---|
| Name 1 (BC) | Name |
| Name 2 (BC) | Name 2 |
| Straße 1 | Adresse |
| Straße 2 | Adresse 2 |
| Postleitzahl | PLZ |
| Ort | Ort |
| Land | Länder-/Regionscode |
| Telefon | Telefonnr. |
| Website | Homepage |
| Verkäufer (BC) | Verkäufercode |
Elf fachliche Felder — dieselben, die auch in die Gegenrichtung laufen.
Worauf zu achten ist
Es gibt keine Konfliktauflösung
Diese elf Felder werden in beide Richtungen abgeglichen. Wird dieselbe Firma gleichzeitig in CE und in BC geändert, gewinnt schlicht der spätere Schreibvorgang. Ein Abgleich Feld für Feld oder eine Warnung findet nicht statt.
Anrede und Kontaktart werden bewusst nicht überschrieben
Anders als beim Anlegen schickt dieser Schritt Kontaktart und Anredecode nicht mit. Wird die Anrede in BC angepasst, bleibt sie erhalten. Würde sie mitgeschickt, würde sie bei jedem Lauf wieder auf den Vorgabewert zurückgesetzt.
ERP-Felder bleiben unberührt
Debitornummer, Kreditornummer, Debitorrabattgruppe und übergeordnete Firma werden nicht zurückgeschrieben. Wer diese Felder in CE ändert, ändert nichts in BC — und die Änderung wird beim nächsten Abgleich aus BC überschrieben.
Deaktivierte Firmen bleiben erfasst
Wurde eine Firma in BC gelöscht und daraufhin in CE deaktiviert, bleiben Freigabe und BC System-ID stehen. Da dieser Schritt nur diese beiden Felder prüft, fällt der Datensatz weiterhin in seinen Zuständigkeitsbereich.
Anders als die Schritte aus BC arbeitet dieser Schritt nicht mit einem Watermark-Feld, sondern mit dem Change Tracking von Dataverse: Er erhält von der Plattform nur die seit dem letzten Lauf geänderten Datensätze und filtert diese zusätzlich über Freigabe und BC System-ID.
Technische Details
Die vollständige technische Mapping-Tabelle mit Feldzuordnungen, Key-Auflösung und Transformationen steht unter Technisches Mapping → accountupdatesfromce.