760 · opportunityproductsresponsefrombc

Technisches Mapping des Jobs opportunityproductsresponsefrombc (BCOpportunityProductsResponse).

Eigenschaft	Wert
Order	760
Job	`opportunityproductsresponsefrombc`
Mapping	`BCOpportunityProductsResponse`
Richtung	BC → CE
Quellverbindung	BC_Test
Zielverbindung	CRM_Test
Quelltabelle (API)	`acdopportunitycalculationelements` aus `singhammerITConsulting/dyce/v2.0`
Zieltabelle	`opportunityproduct`
Zeitplan	—, wird von `opportunityproductsnewfromce` über ResponseJob ausgelöst
Filter	`{{lastModifiedDateTime gt %watermark%}}`
Watermark	`lastModifiedDateTime` (Typ `datetime`)
Response-Job	—
Fachliche Doku	Rückmeldung aus BC (Verkaufschancen-Position)

Feldzuordnung

Quellfeld	Zielfeld	Operation	Details
`systemId`	`wysa_bcsystemid`	—	—
`_opportunityproductid`	`opportunityproductid`	ReadFromMessage · Schlüssel	aus Antwortnachricht

{
  "keyType": "PrimaryKey",
  "keyName": "_opportunityproductid",
  "ignoreEmptySourceKey": false,
  "keyRank": 0
}

IsActive = false ist kein Hinweis auf einen abgeschalteten Job — Response-Jobs laufen nicht nach eigenem Zeitplan, sondern werden vom auslösenden Job (opportunityproductsnewfromce, 710) über dessen Feld ResponseJob gestartet.
Bei Firma, Kontakt und Verkaufschance funktioniert PrimaryKey, weil das jeweilige Anlage-Mapping die CE-GUID im Feld dataverseId mitgeschickt hat und BC sie zurückgibt. Das Anlage-Mapping der Positionen (CEOpportunityProducts) enthält kein dataverseId — woraus die DataBridge hier den Primärschlüssel bezieht, geht aus der Konfiguration nicht hervor und sollte im System nachvollzogen werden.