Gelöst Funktionsattribut für Pseudoverkäufe

[3po]

Gibt es ein Funktionsattribut für die Pseudoverkäufe, evtl. habe ich es übersehen, kann aber dazu nichts finden. Wenn nicht vorhanden, könnte man es bitte einbauen?

 

[dm689]

Hi, da es aktuell diese Funktion in JTL nicht gibt, kann man die Werte in Shopware hinterlegen.
Die hinterlegten Werte werden somit auch nicht durch den Abgleich überschrieben.

 

[3po]

Soweit so gut, aber ich würde es eben gerne über die WAWI steuern, da es ja zu den Artikeldetails geört und deutlich komfortabler wäre.

 

[Daniel B.]

Es ist immer schwierig Sonderwünsche für eine Handvoll Kunden einzubauen. Allerdings gibt es dafür http://feedback.jtl-software.de/
Da können Feature Request gestellt werden. Wenn genügend Leute ein Feature brauchen, wird es eingebaut.

 

[3po]

Das kostet Dich doch nur 5-10min Zeit, ein Funttionsattribut das bspw. sw_pseudo_sales heißt nicht in irgendein attrXX zu speichern sondern in das benötigte Feld?

Ich würde es ja selber machen oder Servicepartner beauftragen, aber hier herrscht das schweigen im Walde, das habe ich aufgegeben. Nach 3 in auftraggegebenen Plugins und Monate langen vertrößten kommt gar keine Rückmledung mehr.

 

[3po]

Oder vielleicht kannst du mir ja helfen, dann würde ich solche sachen künfig selber per plugin lösen. Im Kern macht ja das DEMO Plugin genau das was ich benötige, jedoch wird das Funktionsattribut danach trotzdem in ein normals attr gespeichert.
http://docs.jtl-connector.de/en/latest/plugins/example.html

Wenn Du mir kurz sagen könntest was hier noch eingefügt werden muss, das es danach nicht zusätzlich in einem attr speichert, wäre ich Dir sehr dankbar.

 

[3po]

Das Demo Plugin löscht leider auch nicht den Wert in "setMaxPurchase", wenn man das Funktionsattribut löscht, sondern nur in dem zusätzlich gespeicherten attr

 

[gre000]

Das kostet Dich doch nur 5-10min Zeit, ein Funttionsattribut das bspw. sw_pseudo_sales heißt nicht in irgendein attrXX zu speichern sondern in das benötigte Feld?

Das hätte man auch freundlicher Formulieren können.


Dennoch halte ich das Attribut für sehr sinnvoll.

 

[3po]

Das hätte man auch freundlicher Formulieren können.
Dennoch halte ich das Attribut für sehr sinnvoll.

Sollte nicht unfreundlich sein, es nur auf den Punkt bringen. Wir als Shop & Connector Anwender haben nicht die Möglichkeit hier schnell darauf zu reagieren und Servicepartner für den Connector gibt es nicht wirklich.

 

[Daniel B.]

Hey,

momentan habe ich extrem viel um die Ohren aber ich versuche, dass in den nächsten Tagen zu packen.

Lg

 

[3po]

Hey,

momentan habe ich extrem viel um die Ohren aber ich versuche, dass in den nächsten Tagen zu packen.

Lg

Das wär echt spitze, vielen Dank.

 

[Daniel B.]

Hey, mit der nächsten Connector Version wird es ein Artikelattribut sw_pseudo_sales geben, welches ganzzahlige Werte annimmt. Diese werden dann direkt in die Spalte Pseudo-Verkäufe vom Shopware geschrieben.

 

[3po]

Super, vielen Dank!

Und es wird nicht zusätzlich in ein attr gespeicher oder?

 

[Daniel B.]

Ne, es wird nur geschaut ob das Attribut von der Wawi kommt und dann der Pseudo Wert beim Artikel gesetzt, danach passiert nichts mehr.

 

[3po]

und wenn das attribut gelöscht wird, wird der wert in SW gelöscht? Dann passt es.

 

[Daniel B.]

Ne, das kann nicht funktionieren. Wenn du einen gewissen Wert haben möchtest, musst du ihn via Attribut einstellen und danach kannst du es löschen.

Ich sehe ja nicht wann ein Attribut gelöscht wird. Es ist einfach nur nicht mehr in der Liste die von der Wawi kommt. Das es vorher mal geschickt wurde, weiß ich zu diesem Zeitpunkt nicht. Daher kann ich nicht einfach den Wert verändern.

 

[3po]

jetzt bin ich verwirrt, das ist doch das default verhalten aller Attribute? Ich habe es eben auch mit dem Funktionsattribut "is_active" getestet:

- Artikel Funktionsattribut is_active gesetzt und sync gemacht --> Artikel inaktiv
- Funktionsattribut in Artikel gelöscht ohne vorher wieder auch 1 zu setzten und Sync gemacht --> Artikel ist wieder aktiv

Man muss hier auch nicht vorher wieder 1 setzten, so sollte das pseudo_sales Attribut auch funktionieren, nach löschen Feld leeren

 

[Daniel B.]

Das Verhalten ist genauso wie bei den anderen speziellen Attributen. Wenn du is_active auf 1 stellst, abgleichst, löscht es und gleichst wieder ab, ist der Artikel dennoch aktiv.
Bei is_active ist es auch einfach, weil es nur 2 Werte annehmen kann und der einzige sinnige default Wert ist 1. Bei den Pseudo-Verkäufen gibt es aber ganzzahlige Werte. Welchen soll ich da default einstellen? Ich kann nicht einfach den Leuten ihren Wert da überschreiben und wie gesagt, wenn du es löschst weiß ich nicht ob es vorher auch mal da war.

 

[3po]

Im SW default ist das Feld leer, daher dachte ich das es auch wieder diesen Wert erhält wenn es gelöscht wird. Ich versteh natürlich den Ansatz, das man bei den Kunden, die bereits einen Wert manuell drin haben nicht einfach löschen kann.

Nur so wie es derzeit geplant ist, kann man den Wert nicht mittels Workflow automatisch löschen wenn eine gewisse Verkaufsmasse erreicht ist, da ja erst ein zurücksetzten, sync und dann löschen nötig ist, schade.