# Rückmeldung aus Business Central

> Nach der Anlage im ERP kommen Verkaufschancennummer und BC System-ID zurück nach Customer Engagement.

---

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

---

| | |
|---|---|
| **Richtung** | Business Central → Customer Engagement |
| **Wann** | unmittelbar nach jeder Neuanlage — kein eigener Zeitplan |
| **Betrifft** | genau die Verkaufschancen, die gerade in BC angelegt wurden |
| **Technisch** | Job `opportunitiesresponsefrombc` (261), Mapping `BCOpportunitiesResponse` |

## Was passiert hier?

Wenn eine Verkaufschance [neu nach BC übertragen](../ceopportunities/) wird, vergibt
Business Central zwei Werte, die Customer Engagement noch nicht kennen kann:

* die **BC Verkaufschancennummer** aus dem Nummernkreis des ERP
* die **BC System-ID**, den technischen Schlüssel des Datensatzes

Dieser Schritt trägt beides in CE nach. Er wertet dabei die Antwort von Business Central
aus — es ist keine erneute Abfrage.

```mermaid
sequenceDiagram
  participant CE as Customer Engagement
  participant BC as Business Central
  CE->>BC: neue Verkaufschance anlegen
  BC-->>CE: Antwort mit Verkaufschancennummer<br/>und BC System-ID
  Note over CE: Rückmeldung trägt beides<br/>an der Verkaufschance nach
```

## Welche Felder kommen zurück?

| Feld in Business Central | Feld in Customer Engagement |
|---|---|
| Nr. | BC Verkaufschancennummer |
| id | BC System-ID |

## Warum dieser Schritt die Positionen erst möglich macht

Bei Firma und Kontakt ist die Rückmeldung vor allem der Nachweis, dass der Datensatz im
ERP angekommen ist. Bei der Verkaufschance hat sie darüber hinaus eine ganz konkrete
Funktion: **Ohne die BC Verkaufschancennummer lässt sich keine Position übertragen.**

Business Central adressiert eine Verkaufschancenposition über die Nummer ihrer
Verkaufschance. Der Schritt
[Positionen neu nach BC](../ceopportunityproducts/) löst dazu das Feld
BC Verkaufschancennummer auf. Ist es leer, findet die Position ihr Ziel nicht.

| | vorher | nachher |
|---|---|---|
| BC Verkaufschancennummer | leer | gefüllt |
| BC System-ID | leer | gefüllt |
| Positionen | können nicht übertragen werden | können übertragen werden |

Da die Positions-Jobs mit Order 710 – 760 deutlich hinter der Verkaufschance (260 / 261)
laufen, greift das innerhalb desselben Durchlaufs.

## Worauf zu achten ist

### Bleibt die Rückmeldung aus, hängt die ganze Kette

Ohne BC System-ID gilt die Verkaufschance als „nicht in BC vorhanden" und würde beim
nächsten Lauf erneut zur Anlage angeboten — dass dabei keine Dublette entsteht,
verhindert die Wiedererkennung über die Dataverse Id. Gleichzeitig bleibt die
BC Verkaufschancennummer leer, sodass auch keine Position übertragen werden kann. Bleibt
der Zustand über mehrere Läufe bestehen, sollte das geprüft werden.

## Technische Details

Die vollständige technische Mapping-Tabelle mit Feldzuordnungen, Key-Auflösung und
Transformationen steht unter
[Technisches Mapping → opportunitiesresponsefrombc](../../technisches-mapping/opportunitiesresponsefrombc/).