Das ist eine für den Ausdruck optimierte Ansicht des gesamten Kapitels inkl. Unterseiten.
Druckvorgang starten.
Zur Standardansicht zurückkehren.
Verkaufschance
Wie Verkaufschancen und ihre Positionen nach Business Central übertragen werden — Gesamtbild und die Schritte im Detail.
Die Verkaufschance ist die dritte Stufe der Freigabekette: Firma → Kontakt →
Verkaufschance. Und sie ist der erste Datenbereich, der grundlegend anders funktioniert
als Firma und Kontakt:
Die Verkaufschance läuft nur von Customer Engagement nach Business Central.
Es gibt keine Übernahme aus BC und keine Löschverarbeitung. Verkaufschancen entstehen im
Vertrieb, nicht im ERP — Business Central braucht sie nur, um daraus Angebote zu
erzeugen.
Dazu kommt eine zweite, eigene Kette für die Positionen
(Verkaufschancenprodukte), die anders getaktet ist und ein anderes Freigabefeld nutzt.
Der Ablauf
flowchart TB
subgraph VC["Verkaufschance"]
A["Verkaufschance in CE angelegt"] --> B{"Kontakt bereits<br/>in BC?"}
B -->|nein| BLOCK["Freigabe wird abgelehnt"]
B -->|ja| C{"<b>Sync zu BC</b><br/>freigegeben?"}
C -->|nein| WAIT["bleibt in CE"]
C -->|ja| D["<b>Neu nach BC</b><br/>Verkaufschance wird angelegt"]
D --> E["<b>Rückmeldung aus BC</b><br/>BC Verkaufschancennummer<br/>und BC System-ID"]
end
subgraph POS["Positionen"]
E --> F{"<b>Sync zu BC</b> an der<br/>Position freigegeben?"}
F -->|ja| G["<b>Positionen neu nach BC</b>"]
G --> H["<b>Rückmeldung Positionen</b><br/>BC System-ID der Position"]
H --> I["<b>Positionsänderungen nach BC</b><br/>Menge und Beträge"]
end
ELEM["<b>Kalkulationselemente aus BC</b><br/>füllen die Produktliste"] -.->|"Voraussetzung"| GErst Firma, dann Kontakt, dann Verkaufschance
Business Central kann eine Verkaufschance nur anlegen, wenn ihr Kontakt dort existiert —
und den Kontakt nur, wenn dessen Firma existiert. Die Freigaberegel setzt das in beiden
Stufen durch:
| Freizugeben | Voraussetzung |
|---|
| Kontakt | BC System-ID der Firma ist gefüllt |
| Verkaufschance | BC Kontaktnummer des Kontakts ist gefüllt |
Eine Verkaufschance ohne Kontakt kann gar nicht übertragen werden — die Freigabe wird
abgelehnt. Ausführlich unter
Freigabe nach Business Central.
Was nach der Anlage passiert — und was nicht
Für die Verkaufschance selbst gibt es keinen Änderungspfad
Anders als Firma und Kontakt hat die Verkaufschance keinen laufenden Abgleich.
Praktische Folge: Was nach der ersten Übertragung in CE an Thema, Firma, Kontakt oder
Verkäufer geändert wird, kommt nicht in Business Central an. Der dortige Stand
bleibt auf dem Zeitpunkt der Anlage stehen.
Die Positionen dagegen werden laufend abgeglichen — dafür ist
Positionsänderungen nach BC aktiv.
Zwei Freigabefelder mit unterschiedlichem Namen
Verkaufschance und Position tragen jeweils ein eigenes Feld Sync zu BC — technisch
sind es aber zwei verschieden benannte Felder:
| Datensatz | Anzeigename | Logical Name |
|---|
| Verkaufschance | Sync zu BC | wysa_sync2bc |
| Verkaufschancenprodukt | Sync zu BC | wysa_SynctoBC |
Beide arbeiten mit demselben Wert für „Ja". Beim Erstellen von Auswertungen oder
Automatisierungen ist die abweichende Schreibweise zu beachten — siehe
Datenmodell.
Positionen verweisen nicht auf Artikel, sondern auf Kalkulationselemente
Eine Verkaufschancenposition zeigt in CE auf einen Datensatz der Produkttabelle. Gefüllt
wird diese Tabelle über die Kalkulationselemente aus BC (190).
Für Positionen sind nur diese Elemente verwendbar — Business Central erwartet in der
Position einen Elementcode, keine Artikelnummer. Am Produkt kennzeichnet das Feld
Verkaufschancen-Element (wysa_OppElement), welche Datensätze dafür zulässig sind.
Welche Felder gehen nach BC?
Verkaufschance
| Feld in Customer Engagement | Feld in Business Central |
|---|
| Thema | Beschreibung |
| Beschreibung | Erweiterte Beschreibung |
| Voraussichtliches Abschlussdatum | Erwartetes Abschlussdatum |
| Voraussichtlicher Umsatz | Erwarteter Umsatz |
| Firma | Unternehmensnummer des Kontakts |
| Kontakt | Kontaktnummer |
| Verkäufer (BC) | Verkäufercode |
| (Link auf den CE-Datensatz) | Dynamics-Sales-Link |
Acht Felder — deutlich weniger als bei Firma und Kontakt. Business Central braucht von
einer Verkaufschance nur das Nötigste, um daraus ein Angebot zu erzeugen.
Business Central erhält einen Link zurück ins CRM
Eine Besonderheit dieses Bereichs: Die Übertragung erzeugt einen klickbaren Link auf
den Verkaufschancen-Datensatz in Customer Engagement und legt ihn in BC ab. Wer im ERP
an einer Verkaufschance arbeitet, kommt damit direkt in den zugehörigen CRM-Datensatz.
Bei Firma und Kontakt gibt es das nicht.
Position
| Feld in Customer Engagement | Feld in Business Central | Neu nach BC | Änderungen nach BC |
|---|
| Verkaufschance | Verkaufschancennummer | ✓ | ✓ |
| Produkt | Elementcode | ✓ | ✓ |
| Menge | Menge | ✓ | ✓ |
| BC Betrag | Betrag (LW) | ✓ | ✓ |
| BC Betrag inkl. MwSt. | Betrag inkl. MwSt. (LW) | ✓ | ✓ |
| Beschreibung | Beschreibung | ✓ | ✓ |
| Marge | Deckungsbeitrag (LW) | ✓ | ✓ |
Beide Schritte übertragen denselben Feldsatz; auch Beschreibung und Marge gehen bei
späteren Änderungen mit nach BC.
Unterschiede zu Firma und Kontakt
| Firma / Kontakt | Verkaufschance | Position |
|---|
| Richtung | bidirektional | nur CE → BC | nur CE → BC |
| Übernahme aus BC | ✓ | – | – |
| Änderungspfad | ✓ | – | ✓ |
| Löschverarbeitung | ✓ deaktivieren | – | – |
| Takt | alle 2 Minuten | alle 2 Minuten | alle 3 Minuten |
| Freigabefeld | wysa_sync2bc | wysa_sync2bc | wysa_SynctoBC |
Technische Zuordnung
Jobs und Mappings dieser Ketten
Beteiligte Tabellen:
| Dataverse | Business Central API Page |
|---|
opportunity | .../acdopportunities |
opportunityproduct | .../acdopportunitycalculationelements |
product | .../acdopportunityelements |
Alle API Pages unter singhammerITConsulting/dyce/v2.0/.
Schlüssel je Schritt
| Schritt | Schlüssel im Ziel | Typ |
|---|
| Neu nach BC | BC dataverseId ← CE opportunityid | Filter |
| Rückmeldung aus BC | CE opportunityid aus der Antwortnachricht | PrimaryKey |
| Kalkulationselemente aus BC | wysa_bccode ← BC code | CustomKey |
| Positionen neu nach BC | BC systemId ← CE wysa_bcsystemid | Id |
| Rückmeldung Positionen | CE opportunityproductid aus der Antwortnachricht | PrimaryKey |
| Positionsänderungen nach BC | BC id ← CE wysa_bcsystemid | Id |
Bemerkenswert: Die Verkaufschance folgt dem bekannten Muster aus
Firma und Kontakt — Anlage über dataverseId, danach über
die BC System-ID. Die Positionen tun das nicht: Sie verwenden schon bei der Anlage
KeyType: Id auf ein Feld, das der Filter des Jobs als leer voraussetzt. Es gibt bei
ihnen also keine Wiedererkennung über eine mitgeschickte CE-GUID. Was das für
wiederholte Läufe bedeutet, steht auf
Positionen neu nach BC.
Auflösung von Referenzen
| CE-Feld | Nachschlagetabelle | Nachschlagefeld |
|---|
Firma (parentaccountid) | account | wysa_bccontactnumber |
Kontakt (parentcontactid) | contact | wysa_bccontactnumber |
Verkäufer BC (wysa_bcsalespersonid) | wysa_bcsalesperson | wysa_code |
Verkaufschance (opportunityid) | opportunity | wysa_bcopportunitynumber |
Produkt (productid) | product | wysa_bccode |
Alle mit LookupType: Attribute und UseCache: true — außer der Verkaufschance: Sie
wird ohne Cache aufgelöst (UseCache: false), damit eine gerade erst zurückgemeldete
BC Verkaufschancennummer sofort gefunden wird. Die letzten beiden erklären, warum
die Reihenfolge zählt: Eine Position kann erst übertragen werden, wenn die
Verkaufschance ihre BC Verkaufschancennummer hat und das Produkt seinen BC Code — deshalb
laufen die Positions-Jobs (710 – 760) ganz am Ende und die Kalkulationselemente (190)
ganz am Anfang.
1 - Neue Verkaufschancen nach Business Central übertragen
In Customer Engagement angelegte und freigegebene Verkaufschancen werden im ERP angelegt.
| |
|---|
| Richtung | Customer Engagement → Business Central |
| Wann | alle 2 Minuten |
| Betrifft | Verkaufschancen, die freigegeben sind und in BC noch nicht existieren |
| Technisch | Job opportunitiesnewfromce (260), Mapping CEOpportunities |
Was passiert hier?
Der Vertrieb arbeitet die Verkaufschance in Customer Engagement aus. Sobald sie
kaufmännisch tragfähig ist und ein Angebot entstehen soll, wird Sync zu BC auf „Ja"
gesetzt — und die Verkaufschance beim nächsten Lauf in Business Central angelegt.
Zwei Bedingungen müssen erfüllt sein:
- Sync zu BC steht auf „Ja"
- das Feld BC System-ID ist noch leer
Unmittelbar danach läuft die Rückmeldung aus BC und trägt
BC Verkaufschancennummer und BC System-ID nach.
Vorher: der Kontakt muss in BC sein
Business Central hängt eine Verkaufschance an einen Kontakt. Existiert der dort nicht,
kann die Verkaufschance nicht angelegt werden. Die Lösung lehnt die Freigabe deshalb ab,
solange die BC Kontaktnummer des Kontakts leer ist — und ganz ohne Kontakt ohnehin.
flowchart LR
A["Verkaufschance in CE"] --> B{"Kontakt vorhanden?"}
B -->|nein| X["Freigabe wird abgelehnt"]
B -->|ja| C{"BC Kontaktnummer<br/>des Kontakts gefüllt?"}
C -->|nein| X
C -->|ja| D{"Sync zu BC = Ja?"}
D -->|nein| E["nichts passiert"]
D -->|ja| F["Verkaufschance wird<br/>in BC angelegt"]Das ist die dritte Stufe der Kette Firma → Kontakt → Verkaufschance, beschrieben unter
Freigabe nach Business Central.
Welche Felder gehen nach BC?
| Feld in Customer Engagement | Feld in Business Central | Anmerkung |
|---|
| Thema | Beschreibung | der Titel der Verkaufschance |
| Beschreibung | Erweiterte Beschreibung | der Freitext der Verkaufschance |
| Voraussichtliches Abschlussdatum | Erwartetes Abschlussdatum | |
| Voraussichtlicher Umsatz | Erwarteter Umsatz | in CE je nach Konfiguration berechnet |
| Firma | Unternehmensnummer des Kontakts | wird zur BC Kontaktnummer der Firma aufgelöst |
| Kontakt | Kontaktnummer | wird zur BC Kontaktnummer des Kontakts aufgelöst |
| Verkäufer (BC) | Verkäufercode | wird zum BC-Kürzel aufgelöst |
| (der CE-Datensatz selbst) | Dynamics-Sales-Link | klickbarer Link zurück ins CRM |
| (der CE-Datensatz selbst) | Dataverse Id | technische Klammer |
Neun Zuordnungen — die schlankste Übertragung der ganzen Integration. Business Central
braucht von einer Verkaufschance nur, was es zur Angebotserstellung benötigt.
Worauf zu achten ist
Business Central erhält einen Link zurück ins CRM
Die Übertragung baut aus der Datensatz-GUID einen vollständigen Deep Link auf die
Verkaufschance in Customer Engagement und legt ihn in BC im Feld Dynamics-Sales-Link
ab. Wer im ERP an der Verkaufschance arbeitet, springt damit direkt in den
CRM-Datensatz.
Der Link enthält die Umgebungsadresse
Die Basisadresse der Umgebung und die App-ID sind Teil der Mapping-Konfiguration und
werden je Umgebung gepflegt. Bereits erzeugte Links verweisen auf die Umgebung, in der
sie entstanden sind.
Nach der Anlage stehen die Daten in BC still
Es gibt keinen aktiven Änderungspfad für die Verkaufschance. Wird das Thema, die
Firma, der Kontakt oder der Verkäufer nachträglich in CE geändert, kommt das nicht in
Business Central an. Der dortige Stand bleibt auf dem Zeitpunkt der Anlage.
Die zugehörigen Positionen werden dagegen laufend
abgeglichen.
Der voraussichtliche Umsatz kann berechnet sein
Das übertragene Feld Voraussichtlicher Umsatz wird in CE je nach Konfiguration manuell
erfasst oder aus den Positionen bzw. dem führenden Angebot berechnet — siehe
Beträge und Margen. Übertragen wird der
Wert, der beim Lauf im Feld steht.
Doppelte Anlage ist ausgeschlossen
Läuft der Abgleich zweimal, bevor die Rückmeldung eingetroffen ist, entsteht in BC
trotzdem keine zweite Verkaufschance — der Datensatz wird über die in BC hinterlegte
Dataverse Id wiedererkannt.
Technische Details
Die vollständige technische Mapping-Tabelle mit Feldzuordnungen, Key-Auflösung und
Transformationen steht unter
Technisches Mapping → opportunitiesnewfromce.
2 - Rückmeldung aus Business Central
Nach der Anlage im ERP kommen Verkaufschancennummer und BC System-ID zurück nach Customer Engagement.
| |
|---|
| Richtung | Business Central → Customer Engagement |
| Wann | unmittelbar nach jeder Neuanlage — kein eigener Zeitplan |
| Betrifft | genau die Verkaufschancen, die gerade in BC angelegt wurden |
| Technisch | Job opportunitiesresponsefrombc (261), Mapping BCOpportunitiesResponse |
Was passiert hier?
Wenn eine Verkaufschance neu nach BC übertragen wird, vergibt
Business Central zwei Werte, die Customer Engagement noch nicht kennen kann:
- die BC Verkaufschancennummer aus dem Nummernkreis des ERP
- die BC System-ID, den technischen Schlüssel des Datensatzes
Dieser Schritt trägt beides in CE nach. Er wertet dabei die Antwort von Business Central
aus — es ist keine erneute Abfrage.
sequenceDiagram
participant CE as Customer Engagement
participant BC as Business Central
CE->>BC: neue Verkaufschance anlegen
BC-->>CE: Antwort mit Verkaufschancennummer<br/>und BC System-ID
Note over CE: Rückmeldung trägt beides<br/>an der Verkaufschance nach
Welche Felder kommen zurück?
| Feld in Business Central | Feld in Customer Engagement |
|---|
| Nr. | BC Verkaufschancennummer |
| id | BC System-ID |
Warum dieser Schritt die Positionen erst möglich macht
Bei Firma und Kontakt ist die Rückmeldung vor allem der Nachweis, dass der Datensatz im
ERP angekommen ist. Bei der Verkaufschance hat sie darüber hinaus eine ganz konkrete
Funktion: Ohne die BC Verkaufschancennummer lässt sich keine Position übertragen.
Business Central adressiert eine Verkaufschancenposition über die Nummer ihrer
Verkaufschance. Der Schritt
Positionen neu nach BC löst dazu das Feld
BC Verkaufschancennummer auf. Ist es leer, findet die Position ihr Ziel nicht.
| vorher | nachher |
|---|
| BC Verkaufschancennummer | leer | gefüllt |
| BC System-ID | leer | gefüllt |
| Positionen | können nicht übertragen werden | können übertragen werden |
Da die Positions-Jobs mit Order 710 – 760 deutlich hinter der Verkaufschance (260 / 261)
laufen, greift das innerhalb desselben Durchlaufs.
Worauf zu achten ist
Bleibt die Rückmeldung aus, hängt die ganze Kette
Ohne BC System-ID gilt die Verkaufschance als „nicht in BC vorhanden" und würde beim
nächsten Lauf erneut zur Anlage angeboten — dass dabei keine Dublette entsteht,
verhindert die Wiedererkennung über die Dataverse Id. Gleichzeitig bleibt die
BC Verkaufschancennummer leer, sodass auch keine Position übertragen werden kann. Bleibt
der Zustand über mehrere Läufe bestehen, sollte das geprüft werden.
Technische Details
Die vollständige technische Mapping-Tabelle mit Feldzuordnungen, Key-Auflösung und
Transformationen steht unter
Technisches Mapping → opportunitiesresponsefrombc.
3 - Kalkulationselemente aus Business Central übernehmen
Die Bausteine, aus denen eine Verkaufschance kalkuliert wird, kommen als Produkte nach Customer Engagement.
| |
|---|
| Richtung | Business Central → Customer Engagement |
| Wann | alle 2 Minuten |
| Betrifft | die Verkaufschancen-Elemente aus BC |
| Technisch | Job opportunityelementsfrombc (190), Mapping BCOpportunityElements |
Was passiert hier?
Business Central kalkuliert eine Verkaufschance nicht aus Artikeln, sondern aus
Verkaufschancen-Elementen — gröberen Bausteinen wie „Lizenzen", „Einführung" oder
„Betrieb", die jeweils eigene buchhalterische Dimensionen tragen.
Dieser Schritt holt diese Elemente nach Customer Engagement, damit sie dort in
Verkaufschancenpositionen ausgewählt werden können.
Sie landen in der Produkttabelle
Das ist die Besonderheit dieses Schritts:
Die Kalkulationselemente werden in CE als Produkte angelegt — in der
Standard-Produkttabelle.
Am Produkt kennzeichnet das Feld Verkaufschancen-Element (wysa_OppElement), welche
Datensätze in einer Verkaufschancenposition verwendet werden dürfen. Der Abgleich schreibt
dieses Feld nicht selbst; eine Geschäftsregel am Produkt setzt es auf „Ja", sobald der
BC Dimension 1 Wert gefüllt ist — also bei jedem aus BC übernommenen Element.
Dieser Schritt ist die einzige Quelle der Produkttabelle
Artikel werden nicht aus Business Central übernommen. Alles, was in CE als Produkt
vorhanden ist, ist damit entweder ein Kalkulationselement aus BC oder manuell erfasst —
siehe Stammdaten.
Welche Felder kommen an?
| Feld in Business Central | Feld in Customer Engagement | Anmerkung |
|---|
| Code | BC Code | Erkennungsmerkmal — verbindet beide Systeme |
| systemId | BC System-ID | technischer Schlüssel des ERP |
| Beschreibung | Beschreibung | Bezeichnung des Elements |
| Dimension 1 Code | BC Dimension 1 Code | buchhalterische Dimension |
| Dimension 1 Wert | BC Dimension 1 Wert | |
| Dimension 2 Code | BC Dimension 2 Code | |
| Dimension 2 Wert | BC Dimension 2 Wert | |
| — | Standardeinheit | fester Vorgabewert |
| — | Einheitengruppe | fester Vorgabewert |
| — | Produktstruktur | fest auf „Produkt" |
Wiedererkannt wird ein Element über den BC Code.
Worauf zu achten ist
Die Dimensionen wandern mit
Jedes Element bringt bis zu zwei buchhalterische Dimensionen samt Werten mit. Sie werden
am Produkt gespeichert und laufen später mit der Position nach BC zurück — so bleibt die
Kalkulation kontierbar.
Einheit und Einheitengruppe sind Konfigurationswerte
Standardeinheit und Einheitengruppe werden mit festen Vorgabewerten aus der
Mapping-Konfiguration befüllt. Diese Werte sind umgebungsspezifisch und werden je
Umgebung gepflegt — wie die Einheit in
Angebotspositionen aus BC.
Ohne diesen Schritt keine Positionen
Eine Verkaufschancenposition wird nach BC über den Elementcode übertragen, den sie
aus dem verknüpften Produkt zieht. Fehlt das Element in CE, kann die Position nicht
angelegt werden. Dieser Schritt läuft alle zwei Minuten, die Positions-Jobs alle drei —
die Elemente sind also stets vorab verarbeitet, siehe
Ausführungsreihenfolge und Takt.
Warum dieser Schritt hier steht
Fachlich ist er ein Stammdaten-Abgleich und läuft im Stammdatenblock. Dokumentiert ist
er hier, weil die Elemente, die er liefert, ausschließlich in Verkaufschancenpositionen
und Angebotspositionen verwendet werden. Die übrigen Stammdaten-Abgleiche stehen unter
Stammdaten.
Technische Details
Die vollständige technische Mapping-Tabelle mit Feldzuordnungen, Key-Auflösung und
Transformationen steht unter
Technisches Mapping → opportunityelementsfrombc.
4 - Neue Positionen nach Business Central übertragen
Freigegebene Verkaufschancenpositionen werden als Kalkulationszeilen im ERP angelegt.
| |
|---|
| Richtung | Customer Engagement → Business Central |
| Wann | alle 3 Minuten |
| Betrifft | Positionen, die freigegeben sind und in BC noch nicht existieren |
| Technisch | Job opportunityproductsnewfromce (710), Mapping CEOpportunityProducts |
Was passiert hier?
Die Positionen einer Verkaufschance — in CE die Verkaufschancenprodukte — werden in
Business Central als Kalkulationszeilen der Verkaufschance angelegt. Aus ihnen
entsteht dort später das Angebot.
Zwei Bedingungen müssen erfüllt sein:
- Sync zu BC an der Position steht auf „Ja"
- das Feld BC System-ID der Position ist noch leer
Zwei Voraussetzungen an anderen Datensätzen
Eine Position adressiert ihr Ziel in BC über zwei Werte, die sie sich aus verknüpften
Datensätzen holt:
flowchart LR
P["Position in CE"] --> A["Verkaufschance<br/><b>BC Verkaufschancennummer</b>"]
P --> B["Produkt<br/><b>BC Code</b>"]
A --> Z["Kalkulationszeile in BC"]
B --> Z
Fehlt einer der beiden, findet die Position ihr Ziel nicht.
Sichergestellt ist das über den Takt: Verkaufschance und Kalkulationselemente laufen alle
zwei Minuten, dieser Schritt alle drei. Die Vorarbeit ist also stets erledigt —
allerdings aus einem früheren Durchlauf, nicht aus demselben. Siehe
Ausführungsreihenfolge und Takt.
Welche Felder gehen nach BC?
| Feld in Customer Engagement | Feld in Business Central | Anmerkung |
|---|
| Verkaufschance | Verkaufschancennummer | wird zur BC Verkaufschancennummer aufgelöst |
| Produkt | Elementcode | wird zum BC Code des Elements aufgelöst |
| Menge | Menge | |
| Beschreibung | Beschreibung | |
| BC Betrag | Betrag (LW) | Nettobetrag der Position |
| BC Betrag inkl. MwSt. | Betrag inkl. MwSt. (LW) | Bruttobetrag |
| Marge | Deckungsbeitrag (LW) | |
„LW" steht für Landeswährung — Business Central führt diese Beträge in der Währung des
Buchungskreises.
Worauf zu achten ist
Beschreibung und Marge gehen auch bei Änderungen mit
Beschreibung und Marge sind sowohl Teil dieses Schritts als auch des Schritts
Positionsänderungen nach BC. Werden sie später in CE
geändert, kommt das in Business Central an.
Wiedererkennung über die BC System-ID
Anders als Firma, Kontakt und Verkaufschance schickt dieser Schritt keine Dataverse Id
mit. Die Position wird in Business Central über die BC System-ID adressiert, die
anschließend über die Rückmeldung nach CE kommt.
Die Freigabe folgt der Verkaufschance
Das Feld Sync zu BC an der Position (wysa_SynctoBC) folgt der Freigabe der
Verkaufschance — es muss nicht je Position einzeln gesetzt werden. Zu beachten ist der
abweichende technische Feldname gegenüber der Verkaufschance (wysa_sync2bc), siehe
Übersicht.
Anderer Takt als die übrigen Schritte
Die Positions-Jobs laufen alle 3 Minuten, nicht alle 2 wie der Rest der Integration.
Zusammen mit der Reihenfolge bedeutet das: Zwischen der Freigabe einer Verkaufschance und
dem Ankommen ihrer Positionen in BC können einige Minuten liegen.
Technische Details
Die vollständige technische Mapping-Tabelle mit Feldzuordnungen, Key-Auflösung und
Transformationen steht unter
Technisches Mapping → opportunityproductsnewfromce.
5 - Rückmeldung der Positionen aus Business Central
Nach der Anlage der Kalkulationszeile meldet BC deren System-ID zurück.
| |
|---|
| Richtung | Business Central → Customer Engagement |
| Wann | unmittelbar nach jeder Neuanlage einer Position — kein eigener Zeitplan |
| Betrifft | genau die Positionen, die gerade in BC angelegt wurden |
| Technisch | Job opportunityproductsresponsefrombc (760), Mapping BCOpportunityProductsResponse |
Was passiert hier?
Wenn eine Position neu nach BC übertragen wird, vergibt
Business Central für die entstandene Kalkulationszeile eine System-ID. Dieser Schritt
trägt sie an der Position in Customer Engagement nach.
sequenceDiagram
participant CE as Customer Engagement
participant BC as Business Central
CE->>BC: neue Kalkulationszeile anlegen
BC-->>CE: Antwort mit System-ID
Note over CE: Rückmeldung trägt die<br/>BC System-ID an der Position nach
Welche Felder kommen zurück?
| Feld in Business Central | Feld in Customer Engagement |
|---|
| systemId | BC System-ID |
Nur ein Feld — die knappste Rückmeldung der ganzen Integration. Eine eigene Nummer
vergibt Business Central für Kalkulationszeilen nicht; sie sind über ihre
Verkaufschancennummer und den Elementcode adressierbar.
Warum dieser Schritt entscheidend ist
Die BC System-ID ist die Weiche zwischen Anlegen und Ändern:
Solange sie leer bleibt, gilt die Position als „nicht in BC vorhanden" und wird beim
nächsten Lauf erneut zur Anlage angeboten. Da die Positionen — anders als Firma, Kontakt
und Verkaufschance — keine Wiedererkennung über eine mitgeschickte CE-GUID haben, ist
diese Rückmeldung ihre einzige Absicherung gegen wiederholtes Anlegen. Siehe die
Hinweise auf Positionen neu nach BC.
Worauf zu achten ist
Der Änderungsjob läuft vor dem Anlagejob
Ein Blick auf die Reihenfolge lohnt: Der Änderungsjob trägt Order 750, der Anlagejob
710 und dieser Rückmeldeschritt 760.
| Order | Job | Rolle |
|---|
| 710 | opportunityproductsnewfromce | Positionen anlegen |
| 750 | opportunityproductsupdatesfromce | Positionen ändern |
| 760 | opportunityproductsresponsefrombc | System-ID zurückmelden |
Alle drei liegen im Drei-Minuten-Takt, laufen also tatsächlich im selben Tick — hier
greift die Ordnungsnummer. Innerhalb eines Durchlaufs wird demnach erst angelegt, dann
geändert, dann die System-ID nachgetragen.
Eine frisch angelegte Position hat beim Änderungsjob desselben Durchlaufs noch keine
System-ID und fällt dort nicht in den Filter — sie wird erst im nächsten Durchlauf für
Änderungen erfasst. Für die Praxis ist das ohne Folgen, weil die Anlage alle Werte
bereits mitgeschickt hat.
Technische Details
Die vollständige technische Mapping-Tabelle mit Feldzuordnungen, Key-Auflösung und
Transformationen steht unter
Technisches Mapping → opportunityproductsresponsefrombc.
6 - Positionsänderungen nach Business Central übertragen
Änderungen an bereits im ERP bekannten Verkaufschancenpositionen gehen nach Business Central.
| |
|---|
| Richtung | Customer Engagement → Business Central |
| Wann | alle 3 Minuten |
| Betrifft | freigegebene Positionen, die in BC bereits existieren |
| Technisch | Job opportunityproductsupdatesfromce (750), Mapping CEOpportunityProductsUpdates |
Was passiert hier?
Ändert sich an einer Position die Menge, die Beschreibung oder ein Betrag, geht das nach Business Central.
Dieser Schritt ist damit der einzige aktive Änderungspfad im Bereich Verkaufschance —
für die Verkaufschance selbst gibt es keinen, siehe Übersicht.
Erfasst werden Positionen, bei denen beides zutrifft:
- Sync zu BC an der Position steht auf „Ja"
- das Feld BC System-ID der Position ist gefüllt
Ist die BC System-ID leer, greift stattdessen
Positionen neu nach BC.
Welche Felder gehen nach BC?
| Feld in Customer Engagement | Feld in Business Central |
|---|
| Verkaufschance | Verkaufschancennummer |
| Produkt | Elementcode |
| Menge | Menge |
| Beschreibung | Beschreibung |
| BC Betrag | Betrag (LW) |
| BC Betrag inkl. MwSt. | Betrag inkl. MwSt. (LW) |
| Marge | Deckungsbeitrag (LW) |
Sieben fachliche Felder — dieselben wie bei der Anlage.
Worauf zu achten ist
Beschreibung und Marge gehen auch bei Änderungen mit
Anlage (710) und Änderung (750) übertragen denselben Feldsatz — inklusive Beschreibung
und Marge. Wird eine davon später in CE geändert, kommt das in Business Central an.
Die Zuordnung wird bei jedem Lauf neu aufgelöst
Verkaufschancennummer und Elementcode sind Teil jeder Übertragung — sie werden also bei
jeder Änderung erneut aus Verkaufschance und Produkt aufgelöst. Wird eine Position in CE
auf ein anderes Produkt umgestellt, geht das damit auch nach BC.
Der Änderungsjob läuft vor der Rückmeldung
Innerhalb eines Durchlaufs ist die Reihenfolge: anlegen (710) → ändern (750) →
System-ID zurückmelden (760). Da alle drei im Drei-Minuten-Takt liegen, greift die
Ordnungsnummer hier wirklich.
Eine frisch angelegte Position hat beim Änderungsjob desselben Durchlaufs noch keine
System-ID und fällt dort nicht in den Filter. Sie wird erst im nächsten Durchlauf für
Änderungen erfasst — ohne praktische Folge, weil die Anlage alle Werte bereits
mitgeschickt hat.
Änderungserkennung über Change Tracking
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 → opportunityproductsupdatesfromce.