# Rückmeldung der Positionen aus Business Central

> Nach der Anlage der Kalkulationszeile meldet BC deren System-ID zurück.

---

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

---

| | |
|---|---|
| **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](../ceopportunityproducts/) wird, vergibt
Business Central für die entstandene Kalkulationszeile eine System-ID. Dieser Schritt
trägt sie an der Position in Customer Engagement nach.

```mermaid
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**:

| | vorher | nachher |
|---|---|---|
| BC System-ID der Position | leer | gefüllt |
| Zuständig | [Positionen neu nach BC](../ceopportunityproducts/) (710) | [Positionsänderungen nach BC](../ceopportunityproductsupdates/) (750) |

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

## 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](../../technisches-mapping/opportunityproductsresponsefrombc/).