# Gewonnene Angebote aus Business Central

> Wird ein Angebot im ERP in einen Auftrag überführt, wird es in Customer Engagement gewonnen.

---

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

---

| | |
|---|---|
| **Richtung** | Business Central → Customer Engagement |
| **Wann** | alle 3 Minuten |
| **Betrifft** | Angebote, die in BC in einen Auftrag überführt wurden |
| **Technisch** | Job `activatesalesquotesfrombc` (625), Mapping `BCSalesQuotesActivate` |

## Was passiert hier?

Wird ein Angebot in Business Central in einen Auftrag überführt, ist es kaufmännisch
gewonnen. Business Central schreibt diesen Vorgang in sein Änderungsprotokoll — als
Vorgang `TRANSFERRED`. Dieser Schritt liest das Protokoll und setzt das Angebot in
Customer Engagement auf **Gewonnen**.

```mermaid
flowchart LR
  A["Angebot in BC<br/>in Auftrag überführt"] --> B["Eintrag im Änderungsprotokoll<br/>Vorgang <b>TRANSFERRED</b>"]
  B --> C["Angebot in CE über die<br/>BC System-ID gefunden"]
  C --> D["<b>BC Status</b> = TRANSFERRED<br/>Angebot wird <b>Gewonnen</b>"]
```

## Der Abschluss wird nicht doppelt gepflegt

Das ist die fachliche Kernaussage dieses Schritts:

> Führendes System für den Auftrag ist Business Central. Customer Engagement folgt.

Der Vertrieb muss ein gewonnenes Angebot in CE nicht von Hand abschließen. Der Abschluss
im ERP genügt — und weil er dort an die Auftragserstellung gebunden ist, kann in CE kein
Angebot als gewonnen gelten, dem im ERP kein Auftrag gegenübersteht.

## Was sich am Angebot ändert

| Feld | Wert danach |
|---|---|
| Status | Gewonnen |
| BC Status | `TRANSFERRED` |

Alle übrigen Felder bleiben unverändert.

## Was daraus weiter folgt

Das Feld **BC Status** ist mehr als eine Notiz — an ihm hängt weitere Logik in Customer
Engagement:

* Ist die Einstellung `wysa_WinQuoteAndOpportunity` aktiv, wird zusätzlich die
  verknüpfte **Verkaufschance gewonnen**, mit dem Angebotsbetrag als tatsächlichem Umsatz.
* Ohne diese Einstellung bleibt der Abschluss der Verkaufschance eine bewusste Handlung
  des Vertriebs.

Beschrieben ist das unter
[Abschluss von Angebot und Verkaufschance](../../../business-logik/abschluss-angebot-chance/)
und [Konfiguration](../../../business-logik/konfiguration/).

## Worauf zu achten ist

### Zwei Jobs lesen dasselbe Protokoll

Dieser Schritt und [Angebote stornieren](../bcsalesquotesdelete/) lesen beide die
Protokolleinträge zur BC-Tabelle *Verkaufskopf*. Sie trennen sich allein über die Art des
Vorgangs:

| Vorgang im Protokoll | Job | Wirkung in CE |
|---|---|---|
| `TRANSFERRED` | dieser Schritt (625) | Angebot wird gewonnen |
| `DELETE` | [Angebote stornieren](../bcsalesquotesdelete/) (690) | Angebot wird storniert |

Andere Vorgangsarten werden von keinem der beiden Jobs verarbeitet.

### Der Takt weicht ab

Dieser Job läuft alle **3 Minuten**, die übrigen Angebots-Jobs alle 2. Zwischen der
Auftragserstellung in BC und dem gewonnenen Angebot in CE können damit einige Minuten
liegen.

### Ein Rückweg existiert nicht

Wird der Auftrag in BC storniert, gibt es keinen Job, der das Angebot in CE wieder
öffnet. Der Vorgang ist einseitig.

### Verlieren funktioniert anders

Der Verlust kommt nicht aus BC, sondern wird in Customer Engagement entschieden: Wird eine
Verkaufschance auf *Verloren* gesetzt, schließt die Lösung ihre Angebote mit — siehe
[Abschluss](../../../business-logik/abschluss-angebot-chance/). Ein Mapping ist daran
nicht beteiligt.

## Technische Details

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