# 760 · opportunityproductsresponsefrombc

> Technisches Mapping des Jobs `opportunityproductsresponsefrombc` (`BCOpportunityProductsResponse`).

---

LLMS index: [llms.txt](/llms.txt)

---

| 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)](../verkaufschance/bcopportunityproductsresponse/) |

## Feldzuordnung

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

## Alternate Key

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

## Weitere technische Details

### Beobachtungen

* `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.