# Neue Kontakte nach Business Central übertragen

> In Customer Engagement angelegte und freigegebene Kontakte werden im ERP angelegt.

---

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

---

| | |
|---|---|
| **Richtung** | Customer Engagement → Business Central |
| **Wann** | alle 2 Minuten |
| **Betrifft** | Kontakte, die freigegeben sind und in BC noch nicht existieren |
| **Technisch** | Job `contactsnewfromce` (240), Mapping `CEContacts` |

## Was passiert hier?

Der Vertrieb legt einen Kontakt in Customer Engagement an. Sobald das Feld
**Sync zu BC** auf „Ja" gesetzt ist, wird er beim nächsten Lauf in Business Central
angelegt — als Personenkontakt, zugeordnet zu seiner Firma.

Zwei Bedingungen müssen erfüllt sein:

1. **Sync zu BC** steht auf „Ja"
2. das Feld **BC System-ID** ist noch leer

Ist die BC System-ID bereits gefüllt, greift stattdessen
[Änderungen nach BC](../cecontactsupdates/).

## Vorher: die Firma muss in BC sein

Business Central kann einen Kontakt nur anlegen, wenn dessen Firma dort schon existiert.
Deshalb lässt sich ein Kontakt gar nicht erst freigeben, solange die **BC System-ID
seiner Firma** leer ist — die Lösung lehnt die Freigabe ab.

```mermaid
flowchart LR
  A["Kontakt in CE angelegt"] --> B{"BC System-ID<br/>der <b>Firma</b> gefüllt?"}
  B -->|nein| C["Freigabe wird abgelehnt"]
  B -->|ja| D{"Sync zu BC<br/>= Ja?"}
  D -->|nein| E["nichts passiert"]
  D -->|ja| F["Kontakt wird in BC angelegt"]
  F --> G["Rückmeldung aus BC"]
```

Wird die Firma freigegeben und sind ihre Kontakte ebenfalls freigegeben, ordnet sich das
über die Ausführungsreihenfolge von selbst: Die Firma wird in Durchlauf 1 angelegt und
zurückgemeldet, die Kontakte folgen im nächsten Durchlauf. Siehe
[Freigabe nach Business Central](../../../business-logik/sync-nach-bc/).

## Welche Felder gehen nach BC?

| Feld in Customer Engagement | Feld in Business Central | Anmerkung |
|---|---|---|
| Vorname | Vorname | |
| Zweiter Vorname | Zweiter Vorname | |
| Nachname | Nachname | |
| Anrede (BC) | Anredecode | die Verknüpfung wird zum BC-Kürzel aufgelöst |
| Sprache | Sprachcode | die Verknüpfung wird zum BC-Kürzel aufgelöst |
| Firmenname (übergeordnete Firma) | Unternehmensname | wird zur BC Kontaktnummer der Firma aufgelöst |
| Verkäufer (BC) | Verkäufercode | die Verknüpfung wird zum BC-Kürzel aufgelöst |
| Straße 1 | Adresse | |
| Straße 2 | Adresse 2 | |
| Postleitzahl | PLZ | |
| Ort | Ort | |
| Land | Länder-/Regionscode | die Verknüpfung wird zum BC-Kürzel aufgelöst |
| Geschäftlich (Telefon) | Telefonnr. | |
| Mobiltelefon | Mobiltelefonnr. | |
| E-Mail | E-Mail | |
| *(Kontakt-Datensatz)* | Dataverse Id | technische Klammer |
| — | Kontaktart | fest auf „Person" |

## Worauf zu achten ist

### Die Funktion wird nicht mitgeschickt

Das Standardfeld **Position** (die Funktion als Freitext) ist weder bei der Neuanlage
noch beim [Ändern](../cecontactsupdates/) Teil der Übertragung. Die Funktion bleibt in CE.

### Die Organisationsebene wird nicht mitgeschickt

**Position (BC)** — die Organisationsebene — läuft nur von BC nach CE. Was in CE in
diesem Feld steht, hat auf BC keine Wirkung.

### Ohne Firma keine Zuordnung

Die Zuordnung zur Firma wird über deren **BC Kontaktnummer** aufgelöst. Ist sie leer,
kommt der Kontakt ohne Firmenzuordnung in BC an. Die Freigaberegel verhindert das
normalerweise — beim Umhängen an eine noch nicht übertragene Firma ist aber Vorsicht
geboten.

### Doppelte Anlage ist ausgeschlossen

Läuft der Abgleich zweimal, bevor die Rückmeldung eingetroffen ist, entsteht in BC
trotzdem kein zweiter Kontakt. Der Datensatz wird über die in BC hinterlegte
Dataverse Id wiedererkannt.

## Technische Details

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