Neu WAWI 1.4 - Eigene Felder Kunden in Druckvorlage verwenden ?

[spaxxilein]

Vielen Dank spaxxilein. Damit habe ich erst einmal eine Ausgabe hinbekommen.

Habe ich mehrere Kundenattribute, ausgegeben wird immer das Erste.

Kann jemand einen Tip geben wie ich die Attribute gezielt ausgeben kann?

Rückmeldung JTL:

dafür müssen Sie die neue Rechnungsvorlage nutzen und dann die Funktion aus dem Anhang. Das die Attribute zu eigenen Feldern geworden sind, kann man diese nicht mehr direkt über die Variablen ansprechen.

Die Funktion findet sich unter JTL-Funktionen -> JTL_GetCustomerCustomField

Damit kann man glaube ich auf jedes beliebige Attribut zugreifen.

 

[wawi-dl]

Hi,

wir werden die eigenen Felder in neue Ausgabe ziehen. Das steht aber noch auf ToDo und wird für bestimmte Ausgabeobjekte möglich sein.

https://issues.jtl-software.de/issues/WAWI-30036

Danke für euer Feedback

Gruß

Manuel

Bis wann wird dazu etwas folgen? Leider ist der Link wohl tot?

 

[spaxxilein]

Bis wann wird dazu etwas folgen? Leider ist der Link wohl tot?

Ist diese Frage nicht durch meinen Post davor beantwortet?

 

[wawi-dl]

Jein, mir fehlen generell Anworten zur JTL geplanten Umsetzung von "globalen Variaben" und "eigenen Variablen/Feldern".

Das auslesen an sich ist kein Problem, will nur wissen ob es einfache "Boardmittel" in Form von Variablen geben wird -> wovon ich nicht ausgehe, möchte aber nicht 5x alles aktualisieren.

 

[IT-Schober]

JTL_DirectQuery ("SELECT cWertVarChar FROM Kunde.tKundeEigenesFeld JOIN dbo.tKunde ON Kunde.tKundeEigenesFeld.kKunde = dbo.tkunde.kKunde WHERE cKundenNr='"+Report.SalesOrderBillToAddress.CustomerNumber+"' and kAttribut = 160")

Dies ist die aktuelle Variable, wobei kAttribut weiterhin aus dem SSMS zu beziehen ist.

 

[Jonas B.]

Guten Morgen,

ich habe nun auch meinen Shop geupdated und kann nicht mehr damit arbeiten, weil die Druckvorlagen nicht wollen.
Mit dem oben beschriebenen Code bekomme ich nur einen Syntaxfehler.

..mit der Info "Dies ist die aktuelle Variable, wobei kAttribut weiterhin aus dem SSMS zu beziehen ist. " kann ich wenig anfangen.
Ich weiß zumindest, dass SSMS wohl ein Programm ist, womit man auf Datenbanken zugreift. Ist JTL WaWi also sowas?
Oder benötige ich noch andere Programme?
Wieso entfernt man Variablen?
Oder wieso kann man nicht zumindest mit neuen Variablen nun auf die Eigenen Felder zugreifen?

Dieses Update macht mir echt Kopfschmerzen.

 

[css-umsetzung]

dafür müssen Sie die neue Rechnungsvorlage nutzen und dann die Funktion aus dem Anhang. Das die Attribute zu eigenen Feldern geworden sind, kann man diese nicht mehr direkt über die Variablen ansprechen.

Die Funktion findet sich unter JTL-Funktionen -> JTL_GetCustomerCustomField
Damit kann man glaube ich auf jedes beliebige Attribut zugreifen.

Was war denn daran missverständlich?
JTL hat wohl extra eine Funktion hinzugefügt, mit der eigene Felder ausgelesen werden können.

 

[Jonas B.]

Entschuldigen Sie bitte, wenn ich etwas genervt wirke.

Ich möchte einfach nur MIT dem Programm arbeiten und nicht AM.

Durch das Update habe ich erstmal ganz viele Fehler bekommen, worum ich mich kümmern muss, bevor ich meiner eigentlichen Arbeit nachkommen kann.

Ich war ziemlich froh, dass ich das mit den Variablen und den Bedingungen hierzu gerallt habe und das ganze einfach nur lief.
Nun bekomme ich durch ein Update grundlegende Änderungen an den Funktionen vorgesetzt und muss meine Druckvorlagen wieder umbasteln.

Ich bin leider kein Profi, weswegen ich viele Fehler nicht verstehe und auch in Sachen Programmierung oftmals auf dem Schlauch stehe.
Inzwischen läuft die Auslesung zwar, aber ich habe mich noch nicht weiter mit der Darstellungsbedingung beschäftigt.

Ich muss erstmal Aufträge schreiben.

Vielen Dank für die Hilfe!
Und Entschuldigung an alle, die sich durch meinen Umnut angegriffen fühlen.

 

[css-umsetzung]

Entschuldigen Sie bitte, wenn ich etwas genervt wirke.

Alle die in den Formularen und auch Workflows abfragen haben die sich auf Kundenattribute beziehen dürfen genervt sein.
Ich gehöre auch dazu denn es ist mühsam die einzelnen Abfragen in den Workflows und Formularen zu finden, insbesondere wenn man fremde Systeme updated.

Und Entschuldigung an alle, die sich durch meinen Umnut angegriffen fühlen.

Alles gut...., ich glaube nicht das sich hier irgendwer angegriffen fühlt.

 

[gutberle]

Hallo Leute,

für alle, die - aus welchen Gründen auch immer - nicht oder noch nicht auf die neue Ausgabe 2.0 umsteigen können oder wollen und die sich mit den (ehrenhaften!) JTL_DirectQuery() Konstrukten von oben auf Einzelfallebene quälen, habe ich eine Lösung parat, mit der man wie in der Vergangenheit auch, mit den einfachen Alias$() Befehlen mit den Kundenattributen arbeiten kann. Here we go ...

1. Neue Benutzervariable @Kundenattribute anlegen, Inhalt ...

JTL_DirectTableQuery("SELECT LTRIM(RTRIM(t2.cName)), '=', LTRIM(RTRIM(cWertVarchar)) FROM Kunde.tKundeEigenesFeld t1 JOIN dbo.tAttributSprache t2 on t2.kAttribut=t1.kAttribut JOIN dbo.tAttribut t3 on t3.kAttribut=t2.kAttribut WHERE t3.cGruppeName='Kundenattribute' AND t1.kKunde='"+ToString$(Vorgang.Kunde.InterneKundennummer)+"' ORDER BY cName ASC","","|"),

Das erzeugt einen Inhalt, der genauso strukturiert ist, wie der Inhalt von Vorgang.Kunde.Attribute es früher war, also Key1=Parameter1|Key2=Parameter2, etc.
2. Überall dort in Euren Vorlagen, wo Ihr bisher auf Vorgang.Kunde.Attribute zugegriffen habt, ändert ihr Vorgang.Kunde.Attribute in @Kundenattribute.
Damit wird z.B. die Abfrage auf unsere eigene Lieferantennummer beim Kunden von Alias$("Lieferantennummer",Vorgang.Kunde.Attribute) zu Alias$("Lieferantennummer",@Kundenattribute).
3. Die JTL_DirectTableQuery() erzeugt ihr aber nur einmal, "weit weg" in der Benutzervariable, einfacher geht's nicht, fertig ...

Und für diejenigen, die - wie ich - noch immer mit einer Wawi <1.4 unterwegs sind, aber die Wawi 1.4 oder 1.5 regelmäßig testen wollen und keinen Bock haben, bei jedem Einspielen der aktuellen Produktivdatenbank in die Testinstanz der Wawi immer wieder von vorne alle Vorlagen zum Laufen zu bringen, habe ich eine Erweiterung der Lösung von oben, die sich die Kundenattribute selbständig von der richtigen Stelle aus der DB holt, abhängig davon, ob die Wawi <1.4 oder >=1.4 ist.

Hier würdet ihr die Benutzervariable @Kundenattribute also nicht in den Vorlagen der 1.4 oder 1.5 anlegen und die Änderungen von Vorgang.Kunde.Attribute dort machen, sondern ihr legt die Benutzervariable in der 1.3 an und macht die Änderungen nach @Kundenattribute auch dort, also in der 1.3. Beim nächsten Einspielen der aktuellen Produktivdatenbank in die Wawi 1.4/1.5 Testinstanz werden die Änderungen dort aber sofort greifen und das Fluchen hat ein Ende. Here we go ...

Cond(Val(JTL_DirectQuery("SELECT SUBSTRING(cVersion,1,CHARINDEX('.',cVersion,CHARINDEX('.',cVersion)+1)-1) FROM tVersion"))>1.3,
    JTL_DirectTableQuery("SELECT LTRIM(RTRIM(t2.cName)), '=', LTRIM(RTRIM(cWertVarchar)) FROM Kunde.tKundeEigenesFeld t1 JOIN dbo.tAttributSprache t2 on t2.kAttribut=t1.kAttribut JOIN dbo.tAttribut t3 on t3.kAttribut=t2.kAttribut WHERE t3.cGruppeName='Kundenattribute' AND t1.kKunde='"+ToString$(Vorgang.Kunde.InterneKundennummer)+"' ORDER BY cName ASC","","|"),
    JTL_DirectTableQuery("SELECT LTRIM(RTRIM(cName)), '=', LTRIM(RTRIM(cValue)) FROM tKundenAttribute WHERE kKunde='"+ToString$(Vorgang.Kunde.InterneKundennummer)+"' ORDER BY cName ASC","","|")
    )

Alles andere bleibt wie unter 1./2./3. oben.

Gruß,
Ingmar

 

[karabey]

JTL_DirectQuery ("SELECT cWertVarChar FROM Kunde.tKundeEigenesFeld JOIN dbo.tKunde ON Kunde.tKundeEigenesFeld.kKunde = dbo.tkunde.kKunde WHERE cKundenNr='"+Report.SalesOrderBillToAddress.CustomerNumber+"' and kAttribut = 160")

Dies ist die aktuelle Variable, wobei kAttribut weiterhin aus dem SSMS zu beziehen ist.

Report.SalesOrderBillToAddress.CustomerNumber kann nicht interpretiert werden.

 

[IT-Schober]

Report.SalesOrderBillToAddress.CustomerNumber kann nicht interpretiert werden.

Um welchen Beleg handelt es sich da?
Dies war ein Beispiel für den Auftrag, zu ersetzen wäre es wie folgt:
Angebot: Report.SalesQuotationBillToAddress.CustomerNumber
Rechnung: Report.InvoiceBillToAddress.CustomerNumber

 

[karabey]

Um welchen Beleg handelt es sich da?
Dies war ein Beispiel für den Auftrag, zu ersetzen wäre es wie folgt:
Angebot: Report.SalesQuotationBillToAddress.CustomerNumber
Rechnung: Report.InvoiceBillToAddress.CustomerNumber

Versuche Rechnung in XML zu exportieren. Die Report.InvoiceBillToAddress.CustomerNumber ist korrekt, danke sehr aber die Ausgabe möchte trotzdem nicht funktionieren.
Bin auf der Suche nach dem Grund den ich nicht gefunden habe.

{% capture itemquery %} SELECT cWertVarChar FROM Kunde.tKundeEigenesFeld JOIN dbo.tKunde ON Kunde.tKundeEigenesFeld.kKunde = dbo.tkunde.kKunde WHERE cKundenNr= {{ Report.InvoiceBillToAddress.CustomerNumber }} and kAttribut = 205 {% endcapture -%}
{% assign einkaufergruppe = itemquery | DirectQueryScalar -%}
{{einkaufergruppe}}

 

[karabey]

{% capture itemquery %} SELECT cWertVarChar FROM Kunde.tKundeEigenesFeld JOIN dbo.tKunde ON Kunde.tKundeEigenesFeld.kKunde = dbo.tkunde.kKunde WHERE kAttribut = 213 AND tKunde.kKunde ={{ Vorgang.Kunde.InterneKundennummer }}{% endcapture -%}
{% assign einkaufergruppe = itemquery | DirectQueryScalar -%}
<OrderID>{{einkaufergruppe}}</OrderID>