Zum Inhalt springen
Abschaltung der DHL-Geschäftskunden-Versand API (GKV v3) zum 31.05.2026 ×
  • 0

"pseudoprice" wird von VARIO gelöscht


Frage

Geschrieben

Moin moin,
heute ist uns folgendes Verhalten von VARIO aufgefallen:
Ist der Verkaufspreis gleich dem empf. Verkaufspreis ist, löscht Vario den Wert "pseudoprice" in der SHOPWARE.

Das hat bei uns zur Folge, dass viele Datenfeeds keine Werte mehr für den UVP ausliefern. 
Wo kann ich einstellen, dass der UVP immer übermittelt wird. Macht doch gar keinen Sinn, diesen Wert zu löschen.

 

Ahoi!

 

 

12 Antworten auf diese Frage

Empfohlene Beiträge

  • 0
Geschrieben

Hallo Helmsman,

ich vermute eher das du in Vario keinen EIngetragen hast und VARIO den UVP somit durch "leer" ersetzt.

Hast du schonmal versucht in Vario ein Preis einzutragen und den hochzuladen?

Viele Grüße.

 

  • 0
Geschrieben

Moin,
wie geschrieben, wenn der Preis gleich ist. Ergo, ja es sind Werte hinterlegt. Um genauer zu sein, in ALLEN Artikeln sind UVP eingepflegt, brutto und netto. Weil wir diese Werte für unsere Datenfeeds benötigen.

Wie gesagt, sind UVP und Shoppreis unterschiedlich, werden beide Preise in Shopware gesetzt -> sArticle.price sArticle.pseudoprice
Ist UVP gleich Shoppreis, wir der preudopreis in der Shopware gelöscht.

Viele Grüße

 

 

  • 0
Geschrieben

Ich denke dass dies ein normales Verhalten in Shopware ist. Wird in einem Artikel bei UVP und reg. Preis der gleiche Wert/Preis eingetragen, so löscht Shopware den UVP!

  • 0
Geschrieben

Nein, Shopware löscht den pseudoprice nicht. Er wird im Standardtemplate ignoriert. Eine Anzeige erfolgt nur, wenn es einen Unterschied gibt. Das finde ich so auch sinnvoll. Aber warum sollte VARIO8 entscheiden, wann Preise übertragen werden und wann nicht. Das sollte der Anwender entscheiden.

  • 0
Geschrieben

Hallo Helmsman,

um welche Version des SW geht es hier?
Shopware5 oder 6?

Für SW5 steht die korrekte Lösung schon im Thread:
Wenn der UVP und Preis gleich sind, senden wir den UVP nicht, was die Shopware-REST-API zum leeren deutet. Sofern Du den UVP immer brauchst, kannst Du diesen und den Preis in Freifeldern übertragen und Dir dazu eine eigene Logik daraus erstellen.

Wir ändern an der Funktion nichts, da ansonsten der UVP (wenn gleicher Preis) durchgestrichen dargestellt wird, dies sieht dann auch nicht schön aus (früher 9,99,  jetzt 9,99....) usw..

Gruß
J.Kilian

  • 0
Geschrieben

Moin,
die Aussage mit dem durchgestrichenen UVP ist falsch! Es macht keinen guten Eindruck sich darauf zu berufen, um eine Änderung der Funktion abzulehnen.

Im Standardtemplate wird bei SW5 der UVP NICHT durchgestrichen dargestellt, wenn price = pseudoprice.    

Ihrer Logik nach sollen wir den Wert UVP zweimal pflegen. Einmal im Feld UVP und ein zweites Mal in einem Freitextfeld. Das ist aus unserer Sicht keine Lösung, sondern unlogisch.

VG

  • 0
Geschrieben

Hallo Helmsman,

diese Vorgehensweise ist schon sehr lange so (wir unterstützten schon seit SW4 die Schnittstelle) und wurde/wird bisher nicht geändert, da wir nicht wissen können, welche Standardtemplates bei Dir oder anderen im Shop betrieben oder darauf basierend Plugins einsetzt werden, (für z.B. Google Shopping)-  und wir durch Änderungen daraus bestehenden Probleme verursachen würden.
 
Deswegen sind wir vorsichtig mit einer solchen Anpassung.

Einen Workaround für Deinen Fall haben wir genannt.
Du kannst auch gern einen Feature Request einstellen und wir schauen uns dann das Voting dazu gerne an.

 

Gruß
J.Kilian

  • 0
Geschrieben

Haben wir immer so gemacht ist nicht immer die beste Erklärung.

Soweit ich weiß, kommt SW5 mit nur einem Standard-Template im Auslieferzustand. An diesem Template richten sich alle PlugIn Hersteller, damit es möglichst keine Probleme gibt. 

Meiner bescheidenen Meinung nach gibt es Datenbankfelder, in die bestimmte Werte eingetragen werden. Ob diese Werte im Frontend ausgegeben werden oder nicht, sollte das Template steuern und nicht die Warenwirtschaft. 

 

Bei uns hat das Vorgehen von VARIO sämtliche Listings, die wir über "Produktexporte" eingerichtet haben, nutzlos gemacht. Auch Schnittstellen, die die verschiedenen Preise abfragen funktionieren jetzt nicht mehr korrekt. 

VG

Erstelle ein Benutzerkonto oder melde Dich an, um zu kommentieren

Du musst ein Benutzerkonto haben, um einen Kommentar verfassen zu können

Benutzerkonto erstellen

Neues Benutzerkonto für unsere Community erstellen. Es ist einfach!

Neues Benutzerkonto erstellen

Anmelden

Du hast bereits ein Benutzerkonto? Melde Dich hier an.

Jetzt anmelden
×
×
  • Neu erstellen...