# Migration Kunden
**URL:** https://forum.shopware.com/t/migration-kunden/104498
**Category:** Shopware 6 (German)
**Tags:** migration
**Created:** [9. Juli 2024 um 06:03 UTC](https://forum.shopware.com/t/migration-kunden/104498 "2024-07-09T06:03:28Z")
**Posts on this page:** 12
**Page:** 2
### Author:  [@Dennis\_S](https://forum.shopware.com/u/Dennis_S)
#### Post date: [9. August 2024 um 08:41 UTC](https://forum.shopware.com/t/migration-kunden/104498/21 "2024-08-09T08:41:27Z")
gemischt und alle in einer Kundegruppe…
---
### Author:  [@DCS](https://forum.shopware.com/u/DCS)
#### Post date: [9. August 2024 um 09:02 UTC](https://forum.shopware.com/t/migration-kunden/104498/22 "2024-08-09T09:02:04Z")
Selbst durchgeführt habe ich in mehreren Projekten diese beiden Umstellungsbefehle:
**ALLE Konten von privat auf business**
UPDATE account\_type SET business
**Konten MIT BESTIMMTER KUNDENGRUPPE von privat auf business**
UPDATE customer
SET account\_type = ‚business‘
WHERE customer\_group\_id = UNHEX(‚ID\_DER\_GRUPPE‘)
Könnte mir in Deinem Fall in etwa die 2. Variante vorstellen, mit Abfrage, ob eine VAT-ID hinterlegt ist:
UPDATE customer
SET account\_type = ‚business‘
WHERE vat\_ids IS NOT NULL
… keine Ahnung, ob es so funktioniert, noch nicht getestet, nur eine Idee.
---
### Author:  [@Dennis\_S](https://forum.shopware.com/u/Dennis_S)
#### Post date: [9. August 2024 um 09:08 UTC](https://forum.shopware.com/t/migration-kunden/104498/23 "2024-08-09T09:08:44Z")
Das könnte gut klappen aber es fehlt dann doch noch der Befehl, der den Firmenname aus den Adressen mit in das von Privat in Gewerblich geänderte Profil kopiert, denn das könnte leer bleiben:
---
### Author:  [@Dennis\_S](https://forum.shopware.com/u/Dennis_S)
#### Post date: [9. August 2024 um 09:13 UTC](https://forum.shopware.com/t/migration-kunden/104498/24 "2024-08-09T09:13:25Z")
> Die Einstellungen im persönlichen Profil werden ja nicht „doppelt“ abgefragt, sondern geben dem Kunden die Möglichkeit, zB als Privatkunde zu bestellen und an eine Firmenanschrift liefern zu lassen.
Der Kunde könnte doch in den Adresse von mir aus eine abweichende Lieferadresse an eine Firma angeben… Wieso sollte er dann dort nochmal wählen ob Privat oder Gewerblich? Was hat das mit einer Lieferadresse an eine Firma zu tun?
Fakt ist doch, dass der Kunde einmal in den Profileinstellungen den Kontotyp wählen kann und genau das selbe nochmal in der Adresse.
---
### Author:  [@DCS](https://forum.shopware.com/u/DCS)
#### Post date: [9. August 2024 um 09:18 UTC](https://forum.shopware.com/t/migration-kunden/104498/25 "2024-08-09T09:18:05Z")
Ich habe das so gelöst:
> [@DCS](#):
>
> Nach der Migration habe ich mir in SW6 ein Exportprofil mit den Kundendaten inkl. company erstellt, alle Kunden exportiert, in der csv die Daten aus der Spalte billing\_company in die leere company kopiert und die Datei mit dem neu erstellten Importprofil wieder importiert.
---
### Author:  [@DCS](https://forum.shopware.com/u/DCS)
#### Post date: [9. August 2024 um 09:19 UTC](https://forum.shopware.com/t/migration-kunden/104498/26 "2024-08-09T09:19:13Z")
Innerhalb seines Profils ist der Kunde ja nicht „gezwungen“, nochmal irgendwelche Daten zu ändern oder anzugeben… nur die Möglichkeit, dass er kann wenn er will!
---
### Author:  [@Dennis\_S](https://forum.shopware.com/u/Dennis_S)
#### Post date: [9. August 2024 um 09:31 UTC](https://forum.shopware.com/t/migration-kunden/104498/27 "2024-08-09T09:31:18Z")
dann nochmal hier:
Für mich verwirrt das unheimlich.
In Shopware 5 gab es einmal die Möglichkeit das Profil als Privat oder gewerblich zu markieren und damit war alles übersichtlicher und einfacher. Weshalb man das jetzt in SW6 so verkompliziert bleibt mir rätselhaft.
Ja gut wie dem auch sei… Vielleicht bin ich dieser Logik einfach nicht gewachsen:
---
### Author:  [@DCS](https://forum.shopware.com/u/DCS)
#### Post date: [9. August 2024 um 09:37 UTC](https://forum.shopware.com/t/migration-kunden/104498/28 "2024-08-09T09:37:58Z")
Einfach mal so stehen lassen 🙂
Innerhalb des normalen Bestellvorgangs wird das ja gar nicht alles immer nochmal abgefragt.
Privatkunde bestellt und will an Firmenadresse liefern lassen, dass wird über „Adresse Gewerblich“ das Zusatzfeld für den Firmennamen mit freigegeben. Im „Profil“ nehmen aber die wenigsten Kunden direkt irgendwelche Änderungen vor… Daten werden während des Bestellvorgangs im Checkout geprüft und notfalls angepasst.
---
### Author:  [@ischmittis](https://forum.shopware.com/u/ischmittis)
#### Post date: [21. August 2024 um 08:24 UTC](https://forum.shopware.com/t/migration-kunden/104498/29 "2024-08-21T08:24:37Z")
Wir hatten das gleiche Problem, ich hab das mit einem SQL gelöst und einfach von der Kundenadresse die Firma in den Kundendatensatz übernommen.
```auto
update customer
inner join customer_address on customer.id = customer_address.customer_id
set customer.company = customer_address.company
where customer_address.company is not null and customer.company is null
```
---
### Author:  [@10taur](https://forum.shopware.com/u/10taur)
#### Post date: [12. September 2024 um 20:04 UTC](https://forum.shopware.com/t/migration-kunden/104498/30 "2024-09-12T20:04:31Z")
Möchte hier für alle, die nicht so SQL-firm sind, die Lösung per Import/Export nochmals zusammengefasst darstellen:
- Profil Kunden duplizieren
- Die Spalten „customer.account\_type“, „vatids“ und „company“ der Kopie hinzufügen (verwendet für die CSV-Spaltenbenennung zumindest den Datenbankspalten ähnliche Bezeichnungen) und speichern.
- Kaffee holen.
- Die Exportdatei in Libre/Open-Office öffnen (für Anfänger: ja nicht direkt in Excel! Niemals!).
- Nach der UST-ID sortieren und den Rest (nach unten) löschen.
- Optional - falls notwendig - Kunden aus bestimmten Ländern entfernen.
- Die Spalte billing.company umbenennen in company.
- Alle accountType umbenennen von „privat“ zu „business“.
- Die gesamte Tabelle bereinigen um nicht benötigte Spalten - für den Import benötigt werden nur die Spalte ID, company (die neue mit den Firmennamen) und accountType.
- Zeit für einen weiteren Kaffee mit Schuss (Baldrian) - mit SW6 wird das schließlich nicht das letzte Problem des Tages gewesen sein …
Hoffe, ich konnte hiermit anderen viel unnötiges Herumprobieren ersparen.
PS: Dafür, dass das bei der Migration nur auf einem Mapping-Problem und einer simplen Wenn-Dann-Entscheidung zu beruhen scheint: Shopware! Setzen! 6!
Möchte nicht wissen, wie viele Shopbetreiber von diesem Problem gar nichts wissen. Und wenn der Shop dann womöglich auch noch mit gleichbleibendem Netto arbeitet, dann sieht der EU-Netto-Kunde zwar einen gewohnt krummen, aber eben um etwa 20% höheren Preis - und spätestens jetzt braucht wohl der Kunde erst einmal einen Kaffee mit Schuss 😉.
---
### Author:  [@DCS](https://forum.shopware.com/u/DCS)
#### Post date: [13. September 2024 um 06:40 UTC](https://forum.shopware.com/t/migration-kunden/104498/31 "2024-09-13T06:40:18Z")
@10taur Perfekt, sehr gut zusammengefasst. So auch meine inzwischen routinemässige Vorgehensweise ohne SQL-Befehle. _„Möchte nicht wissen, wie viele Shopbetreiber von diesem Problem gar nichts wissen.“_ Dazu sage ich nur, dass das Problem über einen Zeitraum von mehr als 1 Jahr gar niemandem aufgefallen ist und das scheinbar jeder als „normal in SW6“ hingenommen hat.
---
### Author:  [@system](https://forum.shopware.com/u/system)
#### Post date: [13. Oktober 2024 um 06:40 UTC](https://forum.shopware.com/t/migration-kunden/104498/32 "2024-10-13T06:40:40Z")
Dieses Thema wurde automatisch 30 Tage nach der letzten Antwort geschlossen. Es sind keine neuen Antworten mehr erlaubt.
[Vorherige Seite](https://forum.shopware.com/t/migration-kunden/104498.md?page=1)