# Positionsänderungen nach Business Central übertragen

> Änderungen an bereits im ERP bekannten Verkaufschancenpositionen gehen nach Business Central.

---

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

---

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

1. **Sync zu BC** an der Position steht auf „Ja"
2. das Feld **BC System-ID** der Position ist gefüllt

Ist die BC System-ID leer, greift stattdessen
[Positionen neu nach BC](../ceopportunityproducts/).

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