# Kalkulationselemente aus Business Central übernehmen

> Die Bausteine, aus denen eine Verkaufschance kalkuliert wird, kommen als Produkte nach Customer Engagement.

---

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

---

| | |
|---|---|
| **Richtung** | Business Central → Customer Engagement |
| **Wann** | alle 2 Minuten |
| **Betrifft** | die Verkaufschancen-Elemente aus BC |
| **Technisch** | Job `opportunityelementsfrombc` (190), Mapping `BCOpportunityElements` |

## Was passiert hier?

Business Central kalkuliert eine Verkaufschance nicht aus Artikeln, sondern aus
**Verkaufschancen-Elementen** — gröberen Bausteinen wie „Lizenzen", „Einführung" oder
„Betrieb", die jeweils eigene buchhalterische Dimensionen tragen.

Dieser Schritt holt diese Elemente nach Customer Engagement, damit sie dort in
[Verkaufschancenpositionen](../ceopportunityproducts/) ausgewählt werden können.

## Sie landen in der Produkttabelle

Das ist die Besonderheit dieses Schritts:

> Die Kalkulationselemente werden in CE **als Produkte** angelegt — in der
> Standard-Produkttabelle.

Am Produkt kennzeichnet das Feld **Verkaufschancen-Element** (`wysa_OppElement`), welche
Datensätze in einer Verkaufschancenposition verwendet werden dürfen. Der Abgleich schreibt
dieses Feld nicht selbst; eine Geschäftsregel am Produkt setzt es auf „Ja", sobald der
**BC Dimension 1 Wert** gefüllt ist — also bei jedem aus BC übernommenen Element.

> **Dieser Schritt ist die einzige Quelle der Produkttabelle**
>
> Artikel werden nicht aus Business Central übernommen. Alles, was in CE als Produkt
> vorhanden ist, ist damit entweder ein Kalkulationselement aus BC oder manuell erfasst —
> siehe [Stammdaten](../../stammdaten/).



## Welche Felder kommen an?

| Feld in Business Central | Feld in Customer Engagement | Anmerkung |
|---|---|---|
| Code | BC Code | Erkennungsmerkmal — verbindet beide Systeme |
| systemId | BC System-ID | technischer Schlüssel des ERP |
| Beschreibung | Beschreibung | Bezeichnung des Elements |
| Dimension 1 Code | BC Dimension 1 Code | buchhalterische Dimension |
| Dimension 1 Wert | BC Dimension 1 Wert | |
| Dimension 2 Code | BC Dimension 2 Code | |
| Dimension 2 Wert | BC Dimension 2 Wert | |
| — | Standardeinheit | fester Vorgabewert |
| — | Einheitengruppe | fester Vorgabewert |
| — | Produktstruktur | fest auf „Produkt" |

Wiedererkannt wird ein Element über den **BC Code**.

## Worauf zu achten ist

### Die Dimensionen wandern mit

Jedes Element bringt bis zu zwei buchhalterische Dimensionen samt Werten mit. Sie werden
am Produkt gespeichert und laufen später mit der Position nach BC zurück — so bleibt die
Kalkulation kontierbar.

> **Einheit und Einheitengruppe sind Konfigurationswerte**
>
> Standardeinheit und Einheitengruppe werden mit festen Vorgabewerten aus der
> Mapping-Konfiguration befüllt. Diese Werte sind umgebungsspezifisch und werden je
> Umgebung gepflegt — wie die Einheit in
> [Angebotspositionen aus BC](../../angebot/bcsalescalculationelements/).



### Ohne diesen Schritt keine Positionen

Eine Verkaufschancenposition wird nach BC über den **Elementcode** übertragen, den sie
aus dem verknüpften Produkt zieht. Fehlt das Element in CE, kann die Position nicht
angelegt werden. Dieser Schritt läuft alle zwei Minuten, die Positions-Jobs alle drei —
die Elemente sind also stets vorab verarbeitet, siehe
[Ausführungsreihenfolge und Takt](../../datenfluss/#ausführungsreihenfolge-und-takt).

### Warum dieser Schritt hier steht

Fachlich ist er ein Stammdaten-Abgleich und läuft im Stammdatenblock. Dokumentiert ist
er hier, weil die Elemente, die er liefert, ausschließlich in Verkaufschancenpositionen
und Angebotspositionen verwendet werden. Die übrigen Stammdaten-Abgleiche stehen unter
[Stammdaten](../../stammdaten/).

## Technische Details

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