# Migration SW5.5.7 zu SW6: Foreign-Key-Fehler bei order\_customer nach Anonymisierung

**URL:** <https://forum.shopware.com/t/migration-sw5-5-7-zu-sw6-foreign-key-fehler-bei-order-customer-nach-anonymisierung/109495>\
**Category:** Administration\
**Tags:** migration\
**Created:** [19. August 2026 um 11:42 UTC](https://forum.shopware.com/t/migration-sw5-5-7-zu-sw6-foreign-key-fehler-bei-order-customer-nach-anonymisierung/109495 "2026-08-19T11:42:09Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![terginum123](https://avatars.discourse-cdn.com/v4/letter/t/a183cd/32.png) [@terginum123](https://forum.shopware.com/u/terginum123)\
**Post date:** [19. August 2026 um 11:42 UTC](https://forum.shopware.com/t/migration-sw5-5-7-zu-sw6-foreign-key-fehler-bei-order-customer-nach-anonymisierung/109495/1 "2026-08-19T11:42:09Z")

</div>

Betreff: Migration SW5.5.7 → SW6: Foreign-Key-Fehler bei order\_customer nach Kundendaten-Anonymisierung

Shopdaten:

Quellsystem: Shopware 5.5.7

Zielsystem: Shopware 6

Migrations-Assistent, Profil: shopware55, Gateway: api

Problem:

Beim Schritt „Schreiben“ treten 757 Schreibfehler (Code: SWAG\_MIGRATION\_WRITE\_EXCEPTION) auf, hauptsächlich bei den Entitäten order, order\_document und customer. Betroffen sind auch vereinzelt property\_group\_option und seo\_url.

Fehlermeldung (Beispiel):

Code

SQLSTATE[23000]: Integrity constraint violation: 1452 Cannot add or

update a child row: a foreign key constraint fails

(h60164\_shopware6.order\_customer, CONSTRAINT

fk.order\_customer.customer\_id FOREIGN KEY (customer\_id) REFERENCES

customer (id) ON DELETE SET NULL ON UPDATE CASCADE)

Vermutete Ursache:

Im Quellsystem (SW5) wurden Kundendaten alter Bestellungen automatisch anonymisiert (DSGVO-Aufbewahrungsfrist), wobei die zugehörigen customer-Datensätze komplett entfernt wurden. Die betroffenen Bestellungen verweisen weiterhin auf diese nicht mehr existierenden customer\_id-Werte. Beim Schreiben nach SW6 versucht der Migrations-Assistent offenbar, diese ungültige customer\_id trotzdem mitzuschreiben, statt sie – wie es das Fremdschlüssel-Constraint mit ON DELETE SET NULL eigentlich vorsieht – auf NULL zu setzen (z. B. wie bei Gastbestellungen ohne Kundenkonto).

Zusätzlicher Kontext:

Vor dem Schreiben-Schritt wurden über die „Fehlerbehebung“-Ansicht bereits 2598 Bestellungen mit fehlendem orderCustomer.email/firstName/lastName durch Platzhalterwerte ergänzt (da diese Felder als Pflichtfelder markiert waren), sowie 1123 newsletter\_recipient-Einträge mit fehlendem status.

Frage an den Support/Forum:

Gibt es eine empfohlene Vorgehensweise, um Bestellungen mit anonymisierten/gelöschten Kundendaten korrekt zu migrieren (z. B. als Gastbestellung ohne Kundenverknüpfung), ohne dass die Foreign-Key-Prüfung fehlschlägt? Ist dies ein bekanntes Problem des Migrations-Assistenten bei SW5-Shops mit aktivierter Kundendaten-Anonymisierung?

---

<div class="post-metadata">

**Author:** ![area-net-gmbh](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/area-net-gmbh/32/21995_2.png) [@area-net-gmbh](https://forum.shopware.com/u/area-net-gmbh)\
**Post date:** [19. August 2026 um 13:06 UTC](https://forum.shopware.com/t/migration-sw5-5-7-zu-sw6-foreign-key-fehler-bei-order-customer-nach-anonymisierung/109495/2 "2026-08-19T13:06:20Z")

</div>

In SW5 per DB-Befehl alle Bestellungen mit nicht mehr vorhandenen Kunden filtern und denen ein Dummy-Kundenkonto zuordnen.

---

<div class="post-metadata">

**Author:** ![R4M](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/r4m/32/9983_2.png) [@R4M](https://forum.shopware.com/u/R4M)\
**Post date:** [25. August 2026 um 07:40 UTC](https://forum.shopware.com/t/migration-sw5-5-7-zu-sw6-foreign-key-fehler-bei-order-customer-nach-anonymisierung/109495/3 "2026-08-25T07:40:18Z")

</div>

> [@terginum123](#):
>
> Ist dies ein bekanntes Problem des Migrations-Assistenten bei SW5-Shops mit aktivierter Kundendaten-Anonymisierung?

Dieses Verhalten gibt seit bestehen der ersten Version vom Migrations-Assistenten und wird sich vermutlich auch nicht ändern. Werden Bestellungen aus SW5 eingelesen muss ein Kunde vorhanden sein - zur Not halt wie @area-net-gmbh schon erwähnt ein Dummy-Kunde.
