Inaktiv Verkaufseinheiten werden falsch dargestellt

[derPotty]

Hallo Zusammen,

wir haben vor kurzem von JTL 0.9x auf JTL Wawi 1.1.4.3 umgestellt und jetzt ist uns folgendes Problem aufgefallen.

Wir benutzen Deutsch und Englisch als Sprache. Bei den Kunden ist die jeweilige Sprache hinterlegt und bei den Verkaufseinheiten sind für die beiden Sprachen unterschiedliche Bezeichnungen eingetragen (z.B. Deutsch Stk. – Englisch pc.)


In der neuen Version wird bei der Auftragserfassung in der Artikelliste, unabhängig von der gesetzten Sprache, immer nur die Deutsche Verkaufseinheit angezeigt.

Zur Kontrolle habe ich mir mal für einen Auftrag die entsprechenden Datensätze in der Tabelle tbestellpos anzeigen lassen. Hier sieht man, dass im Feld cEinheit der Wert von der Deutschen Verkaufseinheit gespeichert wurde.

Entsprechend wird jetzt auch im Bericht (Formularfeld Auftragspositionen.Einheit) immer nur die Deutsche Verkaufseinheit angezeigt.

In der alten Version war es so, dass die Verkaufseinheit auch im nachhinein noch im Artikelstamm geändert werden konnte, und diese dann im Formularfeld Auftragsposition.Einheit automatisch die geänderte Verkaufseinheit angezeigt wurde.

Jetzt bleibt die Verkaufseinheit aber so, wie sie beim Einfügen der Position in der Auftrag (z.B. ursprünglich von Stk. auf Satz geändert) war. Dieses Problem könnte ich dadurch umgehen, dass in anstatt auf das Formularfeld Auftragsposition.Einheit auf das Formularfeld Auftragsposition.Artikel.Einheit zugreife, aber hier wird mir auch nur die Deutsche Verkaufseinheit angezeigt.

Die zweite Möglichkeit wäre die Einheit im Bericht per JTL_DirectQuery auszulesen, was ich persönlich aber umgehen möchte.

Ist dieses Problem bekannt oder habe ich ein Denkfehler ?

 

[cschulle]

Hallo,

leider konnte ich dieses Problem auch feststellen. Gibt es hierzu schon eine Löung?

MfG

Chris

 

[xuadrob]

Ich schlage mich leider auch noch mit diesem Problem herum. Die Auftragspositionen.Einheit wird nicht übersetzt ausgegeben, obwohl hinterlegt, siehe Screenshot. Ich überlege jetzt, das über eine Abfrage zu umgehen - eine Variable "isEnglish" habe ich ohnehin schon, weil ich die Voralgen alle für beide Sprachen angelegt habe. Wenn ich aber den hier statt "Artikelpositionen.Einheit" einsetze - bleibt die Einheit ganz weg - sieht vielleicht jemand auf Anhieb den Fehler?

Cond(@isEnglish==1,Cond (Auftragspositionen.Einheit="Stück",Cond(Auftragspositionen.Einheit="Paar", "pair","pieces")))

 

[Felix Dahl]

Hallo xuadrob,

aktuell wäre dieses Problem mit einer DirecQuery Abfrage in Vorlagenverwaltung zu lösen. Anbei die entsprechende Abfrage für die Auftragsvorlage.
Für die anderen Vorlagen muss die Abfragen entsprechend angepasst werden.

Voraussetzung:
Die Übersetzung unter Artikel / Verkaufs- und Maßeinheiten is gepflegt.

--> Positionstabelle, im Feld "Unit" diese Abfrage einfügen.

JTL_DirectQuery ("select TOP (1) tEinheitSprache.cName from tbestellpos
Join tArtikel on tArtikel.kArtikel = tbestellpos.tArtikel_kArtikel
Join tEinheitSprache on tEinheitSprache.keinheit = tArtikel.kVerkaufsEinheit
where kBestellPos = "+str$(SalesOrderPosition.InternalId,0,0)+" and
tEinheitSprache.kSprache = "+str$(Report.LanguageInternalId,0,0)+"")

 

[abehrenz]

Hallo,

leider hat die JTL_DirectQuery Abfrage wie von "Felix Dahl" beschrieben, nicht funktioniert da SalesOrderPosition.InteralId und LanguageInternalId aus irgenteinem Grund nicht auffindbar waren.

Nun habe ich eine eigene Abfrage erstellt, die die aktuelle interne Artikel-ID der Rechnungs / Lieferschein Position abfragt und anschließend in der Datenbank die Verkaufseinheit zum Artikel findet und ausgibt.

Bei "tEinheitSprache.kSprache = 2" steht die 2 für die Englische Sprache.

Unit Abfrage für Rechnungsvorlagen:

JTL_DirectQuery("SELECT top (1) tEinheitsprache.cName from tEinheitsprache
join tArtikel on kVerkaufsEinheit = tEinheitSprache.kEinheit
where tArtikel.kArtikel = "+str$(InvoicePosition.ProductInternalId,0,0)+"
AND tEinheitSprache.kSprache = 2")


Unit Abfrage in Lieferscheinvorlagen:
JTL_DirectQuery("SELECT top (1) tEinheitsprache.cName from tEinheitsprache
join tArtikel on kVerkaufsEinheit = tEinheitSprache.kEinheit
where tArtikel.kArtikel = "+str$(DeliveryNotePosition.ProductInternalId,0,0)+"
AND tEinheitSprache.kSprache = 2")


Ich hoffe ich konnte euch helfen. Falls das Falsch sein sollte bitte ich um Entschuldigung, bei mir funktioniert das super.

 

[xuadrob]

Danke, aber leider funktioniert bei mir beides nicht. Ich bekomme "Syntaxfehler: "InvoicePosition.ProductInternalID" kann nicht interepretiert werden.

Aktuell sieht das Feld für die Einheiten bei mir so aus:

Cond(Int(Auftragspositionen.Menge)  != Auftragspositionen.Menge, Fstr$(Auftragspositionen.Menge, "?,?,?") + " " + Auftragspositionen.Einheit, Fstr$(Auftragspositionen.Menge, "?,?,?") + " " + Auftragspositionen.Einheit)

 

[abehrenz]

Danke, aber leider funktioniert bei mir beides nicht. Ich bekomme "Syntaxfehler: "InvoicePosition.ProductInternalID" kann nicht interepretiert werden.

Aktuell sieht das Feld für die Einheiten bei mir so aus:

Cond(Int(Auftragspositionen.Menge)  != Auftragspositionen.Menge, Fstr$(Auftragspositionen.Menge, "?,?,?") + " " + Auftragspositionen.Einheit, Fstr$(Auftragspositionen.Menge, "?,?,?") + " " + Auftragspositionen.Einheit)

Hallo,

so wie das für mich aussieht, warum das bei dir nicht funktioniert, ist dass du die Variablen wie "InvoicePosition.ProductInternalID" auf Deutsch hast und bei mir sind diese in Englisch.
Bei mir heißt die Variable "Auftragspositionen.Menge" zum Bsp. "SalesOrderPostion.Quantity"
Das heißt du müsstest unter dem Tab "Daten und Funktionen" im Unterordner mal nach der deutschen Variable suchen.

Desweiteren bist du in der Vorlage für Aufträge, meine Abfragen sind nur für die Rechnungsvorlage und LIeferscheinvorlagen für Aufträge müsste man das etwas abändern...

 

[xuadrob]

Danke, schade, ja, ich dachte mir schon, dass die "alte" deutsche Vorlage das Problem ist.
Ich nutze diese Abfrage auch in den Rechnungen - was hier gut funktioniert... leider bin ich nicht fit genug in dem Thema, um mir selbst einen WorkAround für den Bug zu basteln - und entsprechend auch nicht, um meine Vorlagen auf den aktuellen - englischen - Stand ohne Weiteres anzuwenden.

 

[abehrenz]

Tut mir leid, evtl. kann das JTL Team Ihnen via Teamviewer weiter helfen, ansonsten habe ich die Info bekommen, dass es mit Auftrag 2.0 mit der Version 1.6 gelöst sein wird.

 

[gnarx]

Soweit ich weiß wird bei Neukunden die Sprache im Auftrag zuerst immer nur als Deutsch gezogen, erst wenn das ein bestehender Kunde ist wird die korrekte Sprache genommen.
Siehe hier:
die Auftragssprache per Workflow ändern ist leider nicht möglich. Bei Erstellung des Auftrages wird die Kundensprache aus den Kundenstammdaten hinterlegt. Bei neuen Kunden wird also bei der ersten Bestellung als Kundensprache die Standardsprache verwendet. wenn du die Kundensprache dann über den Workflow in den Kundenstammdaten änderst, wird ab der zweiten Bestellung die geänderte Sprache im Auftrag verwendet.
wir haben bereits ein Ticket für die Entwicklung, dass auch per Workflow die Auftragssprache geändert werden kann. In unserem Issue-Tracker kannst du das Ticket beobachten und dafür abstimmen.
https://issues.jtl-software.de/issues/WAWI-22918