In Bearbeitung Artikel mit Text-Variationen an JTL POS übertragen

[zzzZZZzzz]

Ich poste mal hier, da dieses Problem (meines Wissens) erst seit dem Update auf JTL 1.6 auftritt.

Ich habe Artikel, die Textfelder als Variation haben. Mit der 1.5 wurden diese ohne Probleme an JTL POS übertragen (95% sicher...). 1.6 beschwert sich nun:


Das geht mit ausschließlich Freitext-Variationen natürlich nicht:


Wie kriege ich diese Artikel auf meine Kasse?

 

[Enrico W.]

Und ich verschiebe das mal in den POS-Bereich, da dort die Profis dafür sitzen.

Da im Guide das Erstellen von Varkombis in der POS beschrieben ist und dort nichts davon zu sehen ist, dass man hier auch noch Freitextvariationen anlegen kann, würde ich fast so weit gehen und behaupten wollen, dass das noch nie ging 😉
https://guide.jtl-software.de/jtl-pos/sortiment/variationskombinationen-erstellen/

Aber warten wir mal auf die Kollegen.

 

[zzzZZZzzz]

Genau, das geht natürlich nicht. Deswegen finde ich es seltsam, dass er mir das bei ausschließlich Freitextvariationem vorschreibt.

Was aber geht: wenn ich den Artikel von außerhalb der Artikelansicht der POS zuweise, landet er auch dort. Also per rechtsklick -> Onlineshops oder auch per Ameise.
Aber sobald ich dann irgendwann der Artikel öffne, kommt die o.g. Meldung und er fliegt wieder raus.

Edit: klappt doch nicht. Neuen Artikel angelegt --> Variation "Freitext" hinzugefügt --> kein Transfer zu POS möglich.

 

[zzzZZZzzz]

Meine These aus dem vorherigen Beitrag war doch nicht korrekt.

Neuen Artikel angelegt --> Variation "Freitext" hinzugefügt --> kein Transfer zu POS möglich.

Unter 1.5 ging es wie gesagt noch. Ich vermute mal, dass die umgesetzten Anpassungen bei Variationen ohne Varkombis den Sonderfall der Freitext-Variationen nicht berücksichtigen.

 

[lweber]

Hallo @zzzZZZzzz ,

wir haben in POS dies nicht mit eingebaut, dass du Variationen auswählen kannst und diesen dann einen Text hinterlegen musst. Erstell da bitte Variationskombinationen, da solltest du keine Probleme haben.

Grüße

 

[zzzZZZzzz]

Das kann ich aber doch gar nicht mit Text-Variationen.

 

[Enrico W.]

Wenn ich mal ganz dumm fragen darf: Was für Artikel verkauft ihr denn, dass an der Kasse noch Texte hinterlegt werden müssen?

 

[lweber]

Hallo @zzzZZZzzz ,

du musst natürlich die Variationskombinationen fest definieren.

Freitextfelder sind quasi einfache Variationen, die sind ebensfalls für die Kasse gesperrt, die Kasse kann nur mit den Kombinationen arbeiten.

Grüße

 

[zzzZZZzzz]

Wenn ich mal ganz dumm fragen darf: Was für Artikel verkauft ihr denn, dass an der Kasse noch Texte hinterlegt werden müssen?

Darfst du immer gerne 🙂
Wir verkaufen individualisierte Artikel mit Name, Geburtsdatum etc. Das bestellen die Kunden online über die Freitextfelder oder eben im Laden. Da müssen wir es nicht zwingend in POS eingeben, weil wir dafür eh ein Trello-Board haben.
Ich habe die Artikel nun ohne Variation dupliziert und als Stückliste angelegt, die den eigentlichen Artikel enthält. Aufwändig und fehleranfällig, aber so kann ich die Produkte wenigstens verkaufen.

du musst natürlich die Variationskombinationen fest definieren.

Aber da habe ich keine Variationen für. Es gibt eben nur die Text-Variationen.

 

[Enrico W.]

Verstehe das Problem. Aufwändig ja, da bin ich absolut bei Dir. Aber fehleranfällig? Inwiefern siehst Du da Probleme?
Vielleicht finden wir hier so genug Argumente, die Freitextvariationen auch für die POS zu ermöglichen 😉

 

[zzzZZZzzz]

Primär, weil die Funktion "VK der Komponenten übernehmen" eine einmalige Aktion ist und die Preise nicht koppelt. Einen

Da sehe ich mich doch schon in zwei Monaten kopfkratzend an der Kasse stehen, warum denn der angepasste Preis für einen Artikel nicht übernommen wird. Bis mir dann einfällt, dass der Artikel in der Kasse die Workaround-Stückliste ist und nicht der Artikel, dessen Preis ich angepasst habe. 😁