450 · productsfrombcdelete

Technisches Mapping des Jobs productsfrombcdelete (BCProductsDelete).

Eigenschaft	Wert
Order	450
Job	`productsfrombcdelete`
Mapping	`BCProductsDelete`
Richtung	BC → CE
Quellverbindung	BC_Test
Zielverbindung	CRM_Test
Quelltabelle (API)	`acdlogentries` aus `singhammerITConsulting/dyce/v2.0`
Zieltabelle	`product`
Zeitplan	0 /2 * * *
Filter	`{{lastModifiedDateTime gt %watermark%}} and tableId eq 72077781`
Watermark	`lastModifiedDateTime` (Typ `datetime`)
Response-Job	—
Fachliche Doku	Produkte deaktivieren

Feldzuordnung

Quellfeld	Zielfeld	Operation	Details
`Default`	`statecode`	DefaultValue	= `1`
`Default`	`statuscode`	DefaultValue	= `2`
`recordId`	`wysa_bcsystemid`	— · Schlüssel	—

Alternate Key

{
  "keyType": "CustomKey",
  "keyName": "wysa_bcsystemidkey",
  "keyValues": [
    {
      "attributeName": "recordId",
      "keyName": "wysa_bcsystemid",
      "rank": 1
    }
  ],
  "ignoreEmptySourceKey": false,
  "keyRank": 0
}

Weitere technische Details

Transformationen im Detail

Die beiden DefaultValue-Operationen setzen den Datensatz auf inaktiv:

{
  "Operations": [{
    "Name": "DefaultValue",
    "Parameters": { "DefaultValue": "1" }
  }]
}

Anders als die Löschjobs von Firma, Kontakt und Angebot hat dieser Job keinen Zusatzfilter auf operation eq 'DELETE'. Er verarbeitet damit jeden Protokolleintrag zu dieser Tabelle — auch eine bloße Änderung — als Deaktivierung.

Vergleich mit anderen Jobs

Job	`statecode`	`statuscode`
`accountsfrombcdelete` (420)	`1`	`799840001` — lösungseigen
`contactsfrombcdelete` (440)	`1`	`799840001` — lösungseigen
`productsfrombcdelete` (450)	`1`	`2` — Dataverse-Standard