In Bearbeitung Variable für Zahlungsart

[guidob]

Ich bin auf der Suche nach einer Möglichkeit, die Zahlungsart auf dem Lieferschein ( WAWI 1.4.32.0) mit auszugeben bzw. ich benötige sie, um Felder entsprechend ein oder auszublenden. Es gibt zwar eine Menge Variablen zum Thema Zahlung, ich finde aber keine die die eigentliche Zahlungsart oder zumindest die ID auswirft.

Hat jemand eine Idee oder Tipp.

Viele Grüße
Guido

 

[Peter Schulz]

Hallo Guido,

es kommt noch drauf an mit welchen Formularen du arbeitest. Die alten Formulare oder die neuen unter Ausgabe 2.0?
Bei den neuen Formularen unter der Ausgabe 2.0 heißt deine Abfrage " Report.Customer.PaymentMethod.Name "

LG
Peter

 

[guidob]

Hallo Peter,

in den alten Formularen war es kein Problem. In der Ausgabe 2.0 bleibt die Ausgabe leer. Report.Customer.PaymentMethod.Name liefert kein Ergebnis. Also keinen Fehler sondern einfach leer.

Viele Grüße
Guido

 

[Jogi1962]

Hallo Guido,

hast du denn auch schon einen abgeschlossenen Zahlungsvorgang mit dem neuen Formular. Wenn ich mich recht erinnere greifen die neuen Formulare nicht auf die abgeschlossenen Zahlungen der alten Formulare zu.
Ich habe mir beim erstellen der neuen Formulare Testbestellungen angelegt und konnte so auch alle Funktionen testen.

 

[guidob]

Hab ich gerade mal probiert. Leider ohne Erfolg. Allerdings hab ich jetzt festgestellt, dass die Variable zum auslesen der Herkunft der Bestellung wohl auch nicht richtig ist. Report.Customer.Source liefert anscheinend die Herkunft des Kunden und nicht der Bestellung. Das ist natürlich nicht so wirklich richtig.

Ich könnte Sie per SQL abfragen aber ich will nicht unnötige Abfragen da einbauen. Ziel ist den Druck schneller zu machen.

Viele Grüße
Guido

 

[guidob]

Also irgendwie hab ich ein Brett vorm Kopf oder oder einen Knoten im Kopf. Ich steige durch die Reporttabellen einfach nicht durch.

Warum ist Payment dem Customer untergeordnet???? Irgendwie platz der Knoten einfach bei mir noch nicht.

JTL_DirectQuery(" SELECT tZahlungsart.cName, tBestellung.cBestellNr FROM tBestellung INNER JOIN tZahlungsart ON tBestellung.kZahlungsArt = tZahlungsart.kZahlungsart
WHERE (tBestellung.cBestellNr = '" +Report.SalesOrderNumber +"')")

liefert auf alle Fälle die Zahlungsweise der Bestellung.

JTL_DirectQuery(" SELECT tPlattform.cName FROM tBestellung INNER JOIN tPlattform ON tBestellung.nPlatform = tPlattform.nPlattform WHERE (tBestellung.cBestellNr = '" +Report.SalesOrderNumber +"')")

Die Plattform der Bestellung.

Aber ist das wirklich die sauberste Lösung???? Erscheint mir alles etwas zu kompliziert.

Viele Grüße
Guido

 

[Peter Schulz]

Warum ist Payment dem Customer untergeordnet???? Irgendwie platz der Knoten einfach bei mir noch nicht.

Hallo Guido,
du hast recht. Durch deine Antwort bin ich auch stutzig geworden. Die Zuordnung unter Customer musste ich mir auch noch mal anschauen.
Mit der Variable " Report.Customer.PaymentMethod.Name " liest du nur die Standard-Zahlungsart aus, die im Kundenkonto eingestellt wurde.
Diese muss ja aber nicht immer die Zahlungsart sein, die auch wirklich in der Rechnung genutzt wurde.
Evtl. hast du bei den Kunden keine Zahlungsart hinterlegt mit dem du das gerade testest und daher bleibt dein Feld auch leer?!

In jedem Fall ist es nun ja so, dass diese Abfrage eh nicht die Information abgreift, die du eigentlich haben willst. Und zwar die wirklich hinterlegte Zahlungsart im der Rechnung.
Hierfür gibt es in der Tat keine fertige Variable unter dem Knoten Lieferschein. Daher musst du mit der von dir gebauten JTL_DirectQuery arbeiten. Das funktioniert ja auch erstmal.
Evtl. machst du ein Ticket auf und gibst deine Wünsche bezüglich der fehlenden Variablen an den Support weiter?

Mit der Herkunft ist es natürlich genau das selbe "Problem" hast du ja auch schon bereits herausgefunden.

LG Peter

 

[Rfunden]

Moin moin,

ich möchte das Thema nochmal aufwärmen, da ich im Forum keine Lösung gefunden habe.

Ich möchte auf der Rechnungskorrektur die Zahlart der Bestellung anzeigen lassen.
Wie Guido hier ja beschrieben hat, gibt es als Variable nur die Zahlart die eim Kunden hinterlegt ist.

Das hier vorgeschlagene JTL_DirectQuery Code greift bei mir leider nicht.

Kann mit einer helfen und mir sagen wie ich die Zahlart aus der Bestellung in die Rechnungskorrektur bekomme?

Liebe Grüße
Fabian

 

[AN-DI]

Hey, wenn mich nicht alles täuscht kannst du diese über Vorgang.Auftrag.Rechnung.Zahlungsart.Name einbinden da eine Rechnungskorrektur keine eigene Zahlungsart hat.
Konnte leider nicht vorher testen.

Grüße Andi

Edit: Sorry leider übersehen das es um die neuen Vorlagen geht. 🙈

 

[Rfunden]

Hey, wenn mich nicht alles täuscht kannst du diese über Vorgang.Auftrag.Rechnung.Zahlungsart.Name einbinden da eine Rechnungskorrektur keine eigene Zahlungsart hat.
Konnte leider nicht vorher testen.

Grüße Andi

Moin Andi, Danke für die schnelle Antwort.


Kann es sein dass das bei der Vorlage 2-0 anders heißt. Da sind die Syntax doch jetzt alle in englisch, oder irre ich mich?

 

[Rfunden]

Hat evtl. einer ne Idee wie ich das in der Vorlage 2.0 umsetzen kann?

 

[wawi-dl]

Macht doch ein Ticket auf, in der Ausgabe 2.0 fehlen noch soviele Variablen, wir wissen noch immer nicht warum man diese einfach streicht.

 

[Philipp Laumen]

Hallo,

in der Regel ist das die Variable Report.PaymentMethodName . Im Lieferschein ist diese allerdings nicht verfügbar.
Du könntest den Workaround hier als Ausgangslage nutzen um dir die per Direktabfrage heraus zu ziehen:
(Aus Issue: https://issues.jtl-software.de/issues/WAWI-40409)

Spoiler: Abfrage

 Cond (
IsNullOrEmpty (
JTL_DirectQuery(
"SELECT
cName
FROM dbo.tZahlungsArtSprache
WHERE kZahlungsart = " + str$(Report.Customer.PaymentMethodInternalId) +"
AND kSprache = "+str$(Report.LanguageInternalId)))
 ,Report.PaymentMethodName
,JTL_DirectQuery("SELECT
cName
FROM dbo.tZahlungsArtSprache
WHERE kZahlungsart = " + str$(Report.Customer.PaymentMethodInternalId) +"
AND kSprache = "+str$(Report.LanguageInternalId)) )

 

[wawi-dl]

...
in der Regel ist das die Variable Report.PaymentMethodName . Im Lieferschein ist diese allerdings nicht verfügbar.
Du könntest den Workaround hier als Ausgangslage nutzen um dir die per Direktabfrage heraus zu ziehen:
...

Ich habe es schon oft genug kritisiert, warum wirft man wichtige Variablen raus???
Ich hoffe es werden bald alle erforderlichen wieder aufgenommen, es sind ein paar Dutzend!

Es kann doch nicht angehen, dass man soviele Direktabfragen einbauen muss?!

 

[Happy]

@wawi-dl
Wir haben viele für uns einfach unnötige Variablen raus geschmissen um nicht allen möglichen "krams" laden und rendern zu müssen.
Auch haben wir dadurch das dahinterliegende SQL abschlanken und die Performance der Ausgabe steigern können.

Fehlende Variablen haben wir intern gelistet und werden diese mit der Version 1.6 (Voraussichtlich) wieder einbauen.
Wenn du mir entweder hier im Thread oder Privat eine Nachricht schreibst, mit Sinnvollen Variablen, welche dir fehlen und natürlich auch in welcher Vorlage sie dir fehlen, kann ich die gerne in der Entwicklung abgleichen und anpassen.

 

[Rfunden]

@wawi-dl
Wir haben viele für uns einfach unnötige Variablen raus geschmissen um nicht allen möglichen "krams" laden und rendern zu müssen.
Auch haben wir dadurch das dahinterliegende SQL abschlanken und die Performance der Ausgabe steigern können.

Danke für die Info. Kleiner Hinweis. Variablen die euch unnötige erscheinen, sind für Unternehmen die Produktive mit JTL arbeiten, sehr relevant.
Ich bin der Meinung das alle Variabel die mit der Bestellung zu tun haben, Zahlungsart; Datum usw., in jeder Vorlage die im direkten Zusammenhang mit der Bestellung steht, elementar sind.


Beste Grüße
Fabian

 

[Happy]

Hallo @Rfunden (Sehr kreativer Nick im übrigen)

auch für dich das gleiche, liste mir die fehlenden bzw. eher die notwendigen Variablen auf, dann vergleiche ich das mal.

Einfach zu behaupten und zu verlangen alles müsste wieder da sein, wird so nicht funktionieren.

 

[wawi-dl]

@Happy
Danke Dennis, ich hatte damals bereits mehrfach Variablen gelistet, ich muss jedes Mal erneut alles zusammensammeln!
Ich melde das seit vielen Monaten!

Sorry, es gibt leider genügend Variablen die rausgeworfen wurden, die aber relevant sind, da muss ich leider mal mit der Faust auf den Tisch hauen.
Es fängt schon allein bei einer Variable für WEEE Reg Nr an, die ich seit vielen Jahre melde.

Zahlungsart im Lieferschein, OK da kann man sich drüber streiten ...

P.S. ich melde mich gerne nochmals per Email bei dir, wir hatten ja schon paar mal Kontakt

 

[Happy]

Guten Morgen @wawi-dl

die WEEE Reg Nr. ist leider keine Variable die wir entfernt haben, diese gab es noch nie.
Bitte verwehcsle nicht die Vaiablen, die wir gekickt haben, mit denen die noch nie da waren.

Ich selbst habe von dir leider noch nie eine Liste zugesendet bekommen, wenn du eine Liste hast, schicke sie mir bitte sehr gerne hier im Forum als PM, in diesem Thread oder mir per E-Mail oder erstelle ein Ticket bei uns, beim Ticket sprich mich direkt an, dann geben mir die Kollegen das weiter.

 

[wawi-dl]

Guten Morgen Dennis @Happy

danke dir, mache ich wenn ich Luft habe.

Nur um Missverständnisse zu beseitigen, mit WEEE Reg Nr. spreche ich von einer "relevanten Variable", die seit Jahren NICHT implementiert wurde.
Diese meldete ich schon an verschiedenen Stellen und Personen, bis heute nicht verfügbar, war bestimmt schon seit Version 0.9.XXX.

Bzgl. Liste, auch diese ging nicht an dich, sondern an andere Mitarbeiter noch vor deiner Zeit, wir hatten nur mal dazu telefoniert und ein Webcast gehabt, Entwicklung Ausgabe 2.0.

Wie dem auch alles sei, ich lasse mal dir persönlich eine Liste zukommen!

@ALL
Falls jemand noch weitere Variablen benötigt, die er vermisst und relevant sind, bitte eine kurze PM an mich.
Bitte Angabe welche Angabe benötigt wird und in welcher Vorlage diese zur Verfügung stehen soll/muss.