# Migration von Kunden und Bestellungen ohne Kategorien

**URL:** <https://forum.shopware.com/t/migration-von-kunden-und-bestellungen-ohne-kategorien/103167>\
**Category:** Allgemein\
**Created:** [29. Februar 2024 um 16:22 UTC](https://forum.shopware.com/t/migration-von-kunden-und-bestellungen-ohne-kategorien/103167 "2024-02-29T16:22:32Z")\
**Posts on this page:** 10\
**Page:** 1

<div class="post-metadata">

**Author:** ![drakon](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/drakon/32/7724_2.png) [@drakon](https://forum.shopware.com/u/drakon)\
**Post date:** [29. Februar 2024 um 16:22 UTC](https://forum.shopware.com/t/migration-von-kunden-und-bestellungen-ohne-kategorien/103167/1 "2024-02-29T16:22:32Z")

</div>

Hallo,  
gibt es eine bekannte Möglichkeit Kunden und Bestellungen aus dem alten SW5 nach SW6 zu migrieren, aber die bereits massiv veränderten und angepassten Kategorien dabei nicht zu überschreiben?  
Als „Experte“ für Migrationsthemen ist mir hier @R4M positiv aufgefallen. Ist Dir was bekannt? Gerne auch mit direkten Arbeiten an der Datenbank.

---

<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:** [1. März 2024 um 07:18 UTC](https://forum.shopware.com/t/migration-von-kunden-und-bestellungen-ohne-kategorien/103167/2 "2024-03-01T07:18:37Z")

</div>

> [@drakon](#):
>
> Als „Experte“ für Migrationsthemen

Ah um gottes Willen, das bin ich bestimmt nicht. Nur schon etliche Migrationen (und keine lief ohne Fehler) schon hinter mir.

> [@drakon](#):
>
> angepassten Kategorien dabei nicht zu überschreiben

Mir selber ist bisher gar nicht aufgefallen, dass bei einer Migration „Kunden und Bestellungen“ die Kategorien überhaupt mit verarbeitet werden. Werder über die Konsole noch über das Backend. Für mich sind das getrennte Prozesse.

Hast du da irgendwie besonders Merkmale entdeckt? Aber das werde ich mal genauer testen! Sollte natürlich nicht sein!

---

<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:** [1. März 2024 um 07:43 UTC](https://forum.shopware.com/t/migration-von-kunden-und-bestellungen-ohne-kategorien/103167/3 "2024-03-01T07:43:12Z")

</div>

> [@drakon](#):
>
> angepassten Kategorien dabei nicht zu überschreiben?

Also, ich habe das jetzt mal getestet und da wurden keine Daten überschrieben. Eine Kategorie hatte ich verändert. Name, Beschreibung, SEO etc… alles ist geblieben wie es war.

Es sei denn, du hast hast die Migration zwischendurch abgeschlossen und dann wieder neu begonnen. Dann könnte das durchaus passieren. Sollte man aber nicht machen.

---

<div class="post-metadata">

**Author:** ![drakon](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/drakon/32/7724_2.png) [@drakon](https://forum.shopware.com/u/drakon)\
**Post date:** [1. März 2024 um 08:40 UTC](https://forum.shopware.com/t/migration-von-kunden-und-bestellungen-ohne-kategorien/103167/4 "2024-03-01T08:40:40Z")

</div>

Hallo,  
ok, das scheint hier das Problem zu sein. Muss ich mich mal vergewissern, wie das genau gemacht wurde.

Vielleicht trotzdem irgend eine Idee, wie man das System dazu bringt die migrierten Kategorien nur zusätzlich anzulegen (die vorhandenen verstecken 🙂 ) , dann könnte man die ja rasch wieder löschen.  
Alles andere (Kunden, Bestellungen, Newsletterempfänger, Artikel) hatte soweit gepasst.

---

<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:** [1. März 2024 um 08:55 UTC](https://forum.shopware.com/t/migration-von-kunden-und-bestellungen-ohne-kategorien/103167/5 "2024-03-01T08:55:53Z")

</div>

Hm, wird schwierig werden. Denn wenn eine Migration komplett neu erstellt wird, wird auch das Mapping neu erstellt und genau das verursacht das Problem. Sprich die Verbindung zur alten Migration ist komplett weg.

Bisher habe ich mir dazu noch keine Gedanken gemacht, weil wir genau wegen solcher Probleme das vermeiden wollen. Also bleibt die Migration so lange offen wie nötig bzw. bis zur finalen Umstellung. Im schlimmste Falle müsste man Produkte und Kategorien löschen und neu anfangen ☹

> [@drakon](#):
>
> wie man das System dazu bringt die migrierten Kategorien nur zusätzlich anzulegen

Ist jetzt nur so eine Idee, ob es funktioniert weiß ich nicht!

Wird die Migration komplett neu erstellt, ist ja zunächst kein Mapping verhanden. Möglich, dass dann hier die Kategorien nur mittels des Namens verglichen werden. Würde man bei bestehende Kategorien den Namen mit einen „X“ am Ende umschreiben, müsste die neue Migration die Kategorie neu anlegen weil der Name nicht mehr 1:1 ist.

Aber, das würde auch bedeuten das Produkte dann der neuen Kategorie zugeordnet werden. Ok, dann liese sich dann per DB mit SQL irgendwie zurechtbiegen. Ist natürlich eine Fummelarbeit.

---

<div class="post-metadata">

**Author:** ![DonCarne](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/doncarne/32/23186_2.png) [@DonCarne](https://forum.shopware.com/u/DonCarne)\
**Post date:** [1. März 2024 um 09:52 UTC](https://forum.shopware.com/t/migration-von-kunden-und-bestellungen-ohne-kategorien/103167/6 "2024-03-01T09:52:04Z")

</div>

Hallo zusammen,

wir haben das Problem auch gehabt und haben uns dafür eine Migrationsumgebung als Kopie des Shopware 5 Shops angelegt. In der Migrationsumgebung habe ich dann alle Daten gelöscht, die wir nicht migrieren wollten. Insbesondere auch alle Kategorien. Dann die Migration von dieser Instanz aus gemacht und es hat einwandfrei funktioniert.

---

<div class="post-metadata">

**Author:** ![brettvormkopp](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/brettvormkopp/32/7788_2.png) [@brettvormkopp](https://forum.shopware.com/u/brettvormkopp)\
**Post date:** [30. Oktober 2024 um 10:20 UTC](https://forum.shopware.com/t/migration-von-kunden-und-bestellungen-ohne-kategorien/103167/7 "2024-10-30T10:20:33Z")

</div>

Kann man das bitte korrigieren.  
Es wird mal alles übermittelt oder tatsächlich nur die ausgewählte Sache.  
Wird in der Datenbank die „Checkbox“ hinterlegt welche man anwählt?

---

<div class="post-metadata">

**Author:** ![Anotherone](https://avatars.discourse-cdn.com/v4/letter/a/6de8d8/32.png) [@Anotherone](https://forum.shopware.com/u/Anotherone)\
**Post date:** [30. Oktober 2024 um 11:59 UTC](https://forum.shopware.com/t/migration-von-kunden-und-bestellungen-ohne-kategorien/103167/8 "2024-10-30T11:59:56Z")

</div>

Also im Code ist es so angelegt, das bei „Kunden und Bestellungen“ auch wirklich nur die beiden Sachen migriert werden. Bei anderen, z.B. Produktbewertungen, werden dagegen etliche andere Sachen mit migriert (Artikel, Hersteller, Cross-Sellings etc.)

---

<div class="post-metadata">

**Author:** ![frip-tech.de](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/frip-tech.de/32/24453_2.png) [@frip-tech.de](https://forum.shopware.com/u/frip-tech.de)\
**Post date:** [30. Oktober 2024 um 13:05 UTC](https://forum.shopware.com/t/migration-von-kunden-und-bestellungen-ohne-kategorien/103167/9 "2024-10-30T13:05:27Z")

</div>

Vorsicht, die Basisdaten werden dennoch übertragen. Es gibt m.E. keine Möglichkeit, Kunden und Bestellungen ohne die Basisdaten inkl. Kategoriebaum zu migrieren.

---

<div class="post-metadata">

**Author:** ![Anotherone](https://avatars.discourse-cdn.com/v4/letter/a/6de8d8/32.png) [@Anotherone](https://forum.shopware.com/u/Anotherone)\
**Post date:** [30. Oktober 2024 um 13:24 UTC](https://forum.shopware.com/t/migration-von-kunden-und-bestellungen-ohne-kategorien/103167/10 "2024-10-30T13:24:03Z")

</div>

Stimmt, hast Recht, die Kategoriedaten gehören ja zu den Grunddaten und nicht zu den Artikeln. Dann müsste man das ggf. temporär auskommentieren.

Nachtrag: Oder man ändert das „requiredSelection“ auf false…
