Breite und Höhe bei Pseudo-Artikel setzen?

Shopware 6 (German)
1

Moin,

in einem Shop kommen Pseudo-Artikel zum Einsatz, die dann in den Warenkorb gelegt werden können. Soweit funktioniert das auch. Jetzt ist es allerdings so, dass bestimmte Pseudo-Artikel größere Breiten und Höhen haben und somit sich die Versandart irgendwie ändern muss.

Die Versandregeln sind auf Breiten und Höhen angepasst - sofern beim Produkt diese Info vorhanden ist. Bei den Pseudo-Artikel klappt das allerdings gar nicht. Hier wird die Breite oder Höhe von den Regeln gar nicht erfasst oder sie werden falsch angelegt!?

Beim bisheriger Versuch sieht so aus (grobes Beispiel):

$productLineItems = new LineItem( etc. );
$productLineItems->setPayloadValue('productNumber', $sProductNumber );
...
$productLineItems->setPayloadValue('width', 1200);
$productLineItems->setPayloadValue('height', 800);
...
$this->cartService->add( $cart, $productLineItems, $context );

setPayloadValue() ist aus meiner Sicht nicht falsch, denn die Produktnummer wird auch korrekt angezeigt.

Oder muss ich noch etwas etwas im CartProcessor ändern?

Dieser läuft ganz einfach so (grobes Beispiel):

$lineItems = $original->getLineItems()->filterFlatByType( etc. );

foreach ( $lineItems as $lineItem ) {
  $toCalculate->add( $lineItem );
}

Jemand dazu eine Idee?

2

Schau dir mal

$lineItem->setDeliveryInformation(new DeliveryInformation(...))

an. Damit kommst du ans Ziel.

Viele Grüße

3

Das habe ich im Einsatz um die Lieferzeit zu setzen. Aber im welchen Zusammenhang steht das mit Breite und Höhe?

4

Schau dir mal die constructor Parameter an: shopware/src/Core/Checkout/Cart/Delivery/Struct/DeliveryInformation.php at trunk · shopware/shopware · GitHub

Viele Grüße

5

Oh, da muss ich mal schauen.

6

Hm, also im Test greift das nicht. Als ob die Regel das nicht anerkennt.

7

Siehe: shopware/src/Core/Checkout/Cart/Rule/LineItemDimensionWidthRule.php at trunk · shopware/shopware · GitHub

Die Regel prüft exakt auf die DeliveryInformation.

Es kommt aber auch auf deine Bedingungen und deine Shopware Version an. In einigen Szenarien werden NUR vom Typ „product“ geprüft.

Viele Grüße

8

Hm, scheint wohl der Grund zu sein, denn in diesem Falle benutze ich ‚custom‘, sonst geht das nicht mit Pseudo-Artikeln, also zu mind. in SW 6.7.15.1

9

Ich habe jetzt auch Zusatzfelder und Tags ausprobiert. Es scheint so, dass die Regeln Pseudo-Artikel umgehen. In diesem Falle habe ich irgendwie keine Möglichkeit die Versandart zu steuern. Pseudo-Artikel lassen sich auch nicht vom Typ ‚product‘ anlegen, damit verschwinden sie wieder aus dem Warenkorb.

Wer sonst noch Ideen hat gern her damit :slight_smile:

10

Du wirst schauen müssen wie/wo/ob du die entsprechenden Abfragen in den Rules erweitern / dekorieren kannst. Schau dir mal andere Plugins mit eigenen line items an, wie die das lösen. Das ist tatsächlich recht eklig und aufwendig.

Viele Grüße

11

image
image904×918 35.9 KB

LineItem::CUSTOM & via DeliveryInformation gesetzt funktioniert das ganze bei mir. Das solltest du dir nochmal ansehen. Getestet auf 6.7.15.1

12

Es geht nicht um die Übergabe der Breiten und Höhen um sie dann irgendwo anzeigen zu lassen. Es geht darum, mit diesen Werten die Versandarten zu steuern, wo die Regeln auf die Breiten und Höhen vom Produkt zugreifen. Genau diesen Aspekt habe ich nicht zum laufen gebracht. Sprich die Rules reagieren nicht auf Pdseudo-Artikel.

13

Die Toolbar von MrAle zeigt die dir aktiven Rules an - und „Breite > 500“ scheint zu greifen, dank des Pseudo Produkts.

Du müsstest mal in die letzten changelog Einträge schauen. Ich bin mir sicher, dass mit Shopware 6.7.14.x ein Fehler eingeführt wurde, der dafür sorgt, dass NUR line items vom Typ „product“ geprüft wurden. Das wurde scheinbar mit 6.7.15.1 wieder korrigiert. Welche Shopware Version nutzt du? Und: auch vor 6.7.14.x funktionierte die Verknüpfung von „ALLE“ nicht im Rule Builder mit eigenen line items.

Viele Grüße

14

Das habe ich weiter oben schon erwähnt → SW 6.7.15.1 :slight_smile:

So sah mein Versuch aus (Breite und Höhe werden per Formular übergeben):

      $productLineItems->setDeliveryInformation( 
        new DeliveryInformation( 
          $Stock, 
          Null, 
          false, 
          Null, 
          $deliveryTime, 
          $request->query->get('sProductWidth'), 
          $request->query->get('sProductHeight'), 
          Null 
          ) 
      );

Während die Regeln bei normalen Produkten problemlos greifen, werden sie bei Pdseudo-Artikeln ignoriert. Hatte im Test die Werte auch fest eingetargen - hat auch nicht funktioniert. Ich sehe hier jetzt kein Fehler.

16

Du gehst auf $productLineItems, das ist schon ein einzelnes Item?

17

Ja, habe aber eben was neues endeckt. Ich schreibe gleich was dazu.

18

Neuer Test mit vereinfachten Regeln (Position mit Breite):

  • nochmals die Regeln angepasst und zum Test jetzt nur auf Breite eingestellt
  • Test mit ganz normalen Produkten im Shop
  • ein Produkt mit Breite < 1000 mm / ein Produkt mit Breite > 1000 mm

Produkt mit Breite < 1000 mm = Standardversand, Sperrgut wird nicht angezeigt (korrekt)
Produkt mit Breite > 1000 mm = Sperrgut, Standardversand wird nicht angezeigt (korrekt)

Psdeudo-Artikel mit Breite > 1000 mm = Standardversand, Sperrgut wird nicht angezeigt (nicht korrekt)

Zum Test von

$request->query->get('sProductWidth')

habe ich zusätzlich

$productLineItems->setPayloadValue('width', $request->query->get('sProductWidth') );

eingebaut was ich dann im Warenkorb abfragen kann. Damit ich also sehe, ob die Werte wirklich übergeben werden. Die eigentliche Übergabe erfolgt dann so:

      $productLineItems->setDeliveryInformation( 
        new DeliveryInformation( 
          $Stock, 
          Null, 
          false, 
          Null, 
          $deliveryTime, 
          $request->query->get('sProductWidth'), 
          $request->query->get('sProductHeight'), 
          Null 
          ) 
      );

Da ich hier auch meine Lieferzeit definiere, die auch korrekt angezeigt wird, gehe ich davon aus das hier alles richtig ist.

Fazit:

Da die Regeln bei einem normalen Produkt funktionieren, jedoch bei Psdeudo-Artikel nicht greifen, muss irgendwo noch etwas nicht stimmen. Ich sehe zur Stunde keinen Fehler.

19

Pseudo-Artikel wofür soll das gut sein???ich mein eher sinn und zweck???

20

In meinem Falle dynamische erzeugte Produkte die auf bereits angelgte Produkte im Shop basieren. Ich baue damit einen speziellen Konfigurator der aus bestimmten bestehenden Artikeln eine Vielzahl neuer Artikel dynamisch erzeugen kann.

21

Wir arbeiten auch viel mit personalisierten Artikeln, aus meiner Erfahrung heraus - wenn es irgendwie geht nimm cart line type = product

Das kracht sonst ständig mit allen Berechnungen und Plugins die irgendwie damit zu tun haben. Alternativ muss du das hier quasi nachbauen für deinen custom type: