# Löschung in Business Central nachvollziehen

> Wird ein Kontakt im ERP gelöscht, wird er in Customer Engagement deaktiviert — nicht gelöscht.

---

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

---

| | |
|---|---|
| **Richtung** | Business Central → Customer Engagement |
| **Wann** | alle 2 Minuten |
| **Betrifft** | Kontakte, die in BC gelöscht wurden |
| **Technisch** | Job `contactsfrombcdelete` (440), Mapping `BCContactsDelete` |

## Was passiert hier?

Wird ein Kontakt in Business Central gelöscht, wird er in Customer Engagement
**deaktiviert** — er bleibt also erhalten und wird nur inaktiv gesetzt.

Der Weg führt über das **Änderungsprotokoll** von BC: Ein gelöschter Kontakt taucht in
der normalen Schnittstelle nicht mehr auf und könnte durch Abgleich gar nicht gefunden
werden. Das Protokoll hält dagegen fest, *dass* etwas gelöscht wurde.

Wiedererkannt wird der Kontakt über die **BC System-ID** — anders als beim
[Übernehmen aus BC](../bccontacts/), das über die BC Kontaktnummer geht. Das Protokoll
kennt nur die System-ID des gelöschten Datensatzes.

## Firma und Kontakt teilen sich dieselbe BC-Tabelle

In Business Central liegen Firmenkontakte und Personenkontakte in **derselben Tabelle**.
Das Änderungsprotokoll unterscheidet sie nicht — beim Löschen entsteht in beiden Fällen
derselbe Eintragstyp.

Deshalb lesen zwei Jobs dieselben Protokolleinträge und sortieren sie über die
BC System-ID selbst auseinander:

```mermaid
flowchart LR
  A["Kontakt oder Firma<br/>in BC gelöscht"] --> B["Eintrag im<br/>Änderungsprotokoll"]
  B --> C["<b>Löschung aus BC (Firma)</b><br/>sucht in den Firmen"]
  B --> D["<b>Löschung aus BC (Kontakt)</b><br/>sucht in den Kontakten"]
  C --> E["gefunden → deaktivieren"]
  C --> F["nicht gefunden →<br/>nichts passiert"]
  D --> G["gefunden → deaktivieren"]
  D --> H["nicht gefunden →<br/>nichts passiert"]
```

Ein gelöschter Personenkontakt wird nur vom Kontakt-Job gefunden, eine gelöschte Firma
nur vom Firmen-Job. Der jeweils andere läuft ins Leere und tut nichts. Das ist kein
Fehler, sondern der Mechanismus.

## Warum nicht gelöscht wird

An einem Kontakt hängen Verkaufschancen, Angebote und Aktivitäten. Ein hartes Löschen
würde diese Historie zerstören. Den Kontakt inaktiv zu setzen erhält den Zusammenhang
und macht zugleich sichtbar, dass er im ERP nicht mehr existiert.

## Was sich am Kontakt ändert

| Feld | Wert danach |
|---|---|
| Status | Inaktiv |
| Statusgrund | „in Business Central gelöscht" |

Alle übrigen Felder bleiben unverändert — auch **Sync zu BC** und die
**BC System-ID**.

### Der Kontakt bleibt im Abgleich nach BC

Da Freigabe und BC System-ID stehen bleiben, fällt der deaktivierte Kontakt weiterhin in
den Zuständigkeitsbereich von [Änderungen nach BC](../cecontactsupdates/) — dieser Schritt
prüft nur diese beiden Felder, nicht den Status.

### Reaktivieren geht nicht automatisch

Wird der Kontakt in BC erneut angelegt, bekommt er dort eine neue System-ID und
Kontaktnummer. Er kommt dann als **neuer** Kontakt nach CE — der deaktivierte bleibt
daneben stehen. Eine automatische Zusammenführung gibt es nicht.

## Technische Details

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