Verwandte Einträge aus importierter Quelle.

[eblick]

Wir haben eine Produktliste, die vollständig über eine API importiert wurde.

Sie enthält auch verwandte Einträge, die als Blob in der CC Terminologie als Array gespeichert sind:

a:12:{i:0;s:28:"/1/2/5/6/8940/8941/8942/8949";i:1;s:29:"/1/2/5/6/8940/8941/8942/19907";i:2;s:30:"/1/2/5/6/8940/8941/21064/21065";i:3;s:30:"/1/2/5/6/8940/8941/21064/21072";i:4;s:20:"/1/2/5/145/9119/9305";i:5;s:20:"/1/2/5/145/9119/9306";i:6;s:26:"/1/2/5/143/5536/10165/5538";i:7;s:26:"/1/2/5/144/1016/11282/2820";i:8;s:20:"/1/2/5/146/3967/4117";i:9;s:25:"/1/2/5/758/6010/9248/9170";i:10;s:20:"/1/2/5/142/9679/9687";i:11;s:20:"/1/2/5/758/2848/2884";}


Das Schlüsselfeld ist ein Attribut namens "Pfad" und nicht die ID.

Im BE werden die verwandten Produkte auch korrekt angezeigt:



Allerdings werden diese nicht in der CC-Liste mit dem Verwandte Produkte Filter ausgegeben (leer) und wenn ich auf Auswahl ändern gehe, ist das Widget ebenfalls leer.

Kann es sein, dass das Schlüsselfeld mit den Slashes im Pfad nicht klarkommt?

Ist es außerdem erforderlich, dass das Schlüsselfeld eindeutig ist?

[Tim]

Das Schlüsselfeld ist extrem wichtig und muss eindeutig sein. Es ist nicht zwangsläufig das ID Feld, kann also auch etwas wie ein Alias-Feld sein. -> Hauptsache eindeutig.
Deine Werte im Blob sehen wie eine Art Produktnummer aus, die über eine ID referenziert sind.

Du musst exakt den von der Quelltabelle gegebenen Aufbau beim Import berücksichtigen. In der Regel sind IDs keine sicheren Referenzen, aber der Wert sollte recht eindeutig hier sein. Du wirst daher eine Art Konvertierungslogik benötigen, die beim Import den Wert prüft und die neue ID der Quelltabelle übergibt (falls Einträge erst angelegt werden beim Import, muss es die ID des neuerstellten Eintrags sein)

Beispiel.
{i:0;s:28:"/1/2/5/6/8940/8941/8942/8949";

SCHLÜSSEL => WERT
28 => /1/2/5/6/8940/8941/8942/8949