Kunde hat den eigentlichen Varianten-Fall präzisiert (28.08.): Kopiert ein Anwender ein Produkt für eine Aktion / ein neues Bild, verlangt WooCommerce eine eindeutige SKU. Konvention: Kernnummer + Suffix (100500, 100500-a, 100500-b) — derselbe physische Artikel, der auf die Kernnummer gebucht werden muss. Der bestehende Importer macht das bereits korrekt (volle SKU zuerst, sonst „-"-Split auf die Kernnummer). Da wp_number eine Integer-Spalte ist, kann keine echte Artikelnummer einen „-" enthalten — dashed SKUs fallen also immer sauber auf die Kernnummer zurück, eigenständige Nummern treffen ihr eigenes Produkt. Nur Doku korrigiert: Kommentare im ShoppingUserController und der Testname waren als „Legacy-Fallback" fehletikettiert — es ist der beabsichtigte Mechanismus für Shop-Duplikate. Kommentar erklärt jetzt beide Fälle; Test umbenannt auf „shop-duplikat kernnummer-suffix bucht dasselbe kern-produkt". Keine Logikänderung. Suite 338 grün. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| Console | ||
| Cron | ||
| Exceptions | ||
| Exports | ||
| Http | ||
| Libraries | ||
| Models | ||
| Policies | ||
| Providers | ||
| Repositories | ||
| Services | ||
| helpers.php | ||
| User.php | ||