Neu Wawi 1.6.x Druckvorlage Rechnung: Frage zu Kommentar, Anmerkung, Rechnungstext

[ergowebshop]

Hallo zusammen.

in einer Rechnung kann man ja neben Kommentar und Anmerkung auch einen Rechnungstext angeben.

Meine Frage in kurz: wie bekomme ich den Rechnungstext in eine Druckvorlage? Probiert habe ich "Report.InvoicePrintingText", funktioniert aber nicht.

Die Langfassung:

• Das Feld Kundenkommentar kann ich in der Vorlage auslesen mit "Report.InvoiceNote", die Hilfe nennt es "Hinweis auf der Rechnung", in der Datenbank heißt das "Rechnung.tRechnungText.cHinweis";
• das Feld Anmerkung kann ich in der Vorlage auslesen mit "Report.Comment", die Hilfe nennt es "Bemerkung zur Rechnung", in der Datenbank heißt das "Rechnung.tRechnungText.cAnmerkung";
• und das Feld Rechnungstext müsste doch dann sein "Report.InvoicePrintingText", lt. Hilfe ist das "Drucktext zur Rechnung", also das was in der Datenbank ist als "Rechnung.tRechnungText.cRechnungstext".

Folgendes gibt mir Kommentar und Anmerkung korrekt aus:

"Note: " + Report.InvoiceNote +
"Comment: " + Report.Comment

Versuche ich auch den Rechnungstext auszugeben, ist die Ausgabe komplett leer (wie das so passiert wenn was fehlerhaft ist).

"Note: " + Report.InvoiceNote +
"Text: " + Report.InvoicePrintingText +
"Comment: " + Report.Comment

Mache ich was falsch, heißt das Feld irgendwie anders, oder ist das ein Bug?
Getestet in Wawi 1.6.44.0

 

[ergowebshop]

Keiner eine Ahnung? Welchen Sinn hat denn "Rechnungstext" wenn man es nicht in die Druckvorlage bekommt? 🥺

 

[MirkoWK]

Guten Morgen,

das Feld gibt es wohl tatsächlich nicht als Variable. Man kann es aber per SQL auslesen:

JTL_DirectQuery("SELECT cRechnungstext FROM Rechnung.tRechnungText WHERE kRechnung = "+Fstr$(Report.InternalId,"?"))

Viele Grüße
Mirko

 

[ergowebshop]

Guten Tag.
Ironischerweise gibt es die Variable ja, dachte ich zumindest.

Anmerkung ist Report.Comment und in der Datenbank cAnmerkung
Kundenkommentar ist Report.InvoiceNote und in der Datenbank cHinweis
und das was es im Formulareditor gibt als Report.InvoicePrintingText, Hilfe sagt dazu "Drucktext zur Rechnung", ich dachte halt das wäre es was zu cRechnungstext passt.

Und wenn InvoicePrintingText gar nicht als Rechnungstext gedacht war, wofür ist die Variable dann gut?! Fragen über Fragen.

Naja, nehmen wir eben eine Query (wie so oft), danke dafür Mirko.

Nachtrag:
Gerade gestern noch in der neusten 1.7.8.0 getestet, selbes Ergebnis.

 

[wawi-dl]

Das sind alte Felder und unter "Ausgabeoptionen (veraltet)" zu finden.

Warum soll JTL diese also nochmals mit in Ausgabe 2.0 implementieren?
Sind ja nur Floskeln, die man auch einfacher lösen kann

Jede SQL Abfrage ist doch ein weiterer Aufwand und Fehlerquelle, nicht updatesicher.

 

[ergowebshop]

Okay, also InvoicePrintingText ist nur Drucktext und nicht für Rechnungstext. Und das mit der Direkt-Query funktioniert ja auch.

Nun @wawi-dl
im groben dachten wir erst, wenn unsere Mitarbeiter diese 3 Textfelder haben, kommen die schon klar,
aber dann wurde es halt komplizierter je mehr wir drüber nachdachten wie wir den Arbeitsablauf (Rechnungserstellung) gestalten.

Wir benötigen in der Rechnung z.B.:
- externe Auftragsnummer, wenn keine vorhanden dann Auftragsnummer, Auftragsdatum
- Leistungsdatum ( = Lieferdatum) und Lieferscheinnummer,
- Lieferant wenn es von diesem, also nicht über uns sondern direkt zum Kunden geht, dann eben auch dessen Lieferscheinnummer
- Lieferanschrift, wenn vorhanden und abweichend zur Rechnungsadresse
- Zahlungsart, davon abhängig ausgeben "Zahlung bereits per ... erhalten", oder "Zahlungsziel x Tage ohne Abzug"
- und und und

Da sind wir gerade dran. Aber wie würdest du denn diese "Floskeln" einfacher lösen als mit SQL Abfragen?

 

[wawi-dl]

...
Wir benötigen in der Rechnung z.B.:
- externe Auftragsnummer, wenn keine vorhanden dann Auftragsnummer, Auftragsdatum --> easy im Standard
- Leistungsdatum ( = Lieferdatum) und Lieferscheinnummer, --> easy im Standard
- Lieferant wenn es von diesem, also nicht über uns sondern direkt zum Kunden geht, dann eben auch dessen Lieferscheinnummer --> muss im eigenen Feld hinterlegt sein
- Lieferanschrift, wenn vorhanden und abweichend zur Rechnungsadresse --> easy im Standard
- Zahlungsart, davon abhängig ausgeben "Zahlung bereits per ... erhalten", oder "Zahlungsziel x Tage ohne Abzug" --> im Standard, gesteuert über ZAs
- und und und

siehe Ergänzungen im Zitat

wir sehen für alles keine SQLs erforderlich, WENN dann fehlen diese seitens JTL, aus diesem Grund empfehlen wir niemandem Ausgabe 2.0, sondern die alten die bei uns seit vielen Jahren stabil laufen und fast alles können.

 

[Buinger]

Okay, also InvoicePrintingText ist nur Drucktext und nicht für Rechnungstext. Und das mit der Direkt-Query funktioniert ja auch.

Nun @wawi-dl
im groben dachten wir erst, wenn unsere Mitarbeiter diese 3 Textfelder haben, kommen die schon klar,
aber dann wurde es halt komplizierter je mehr wir drüber nachdachten wie wir den Arbeitsablauf (Rechnungserstellung) gestalten.

Wir benötigen in der Rechnung z.B.:
- externe Auftragsnummer, wenn keine vorhanden dann Auftragsnummer, Auftragsdatum
- Leistungsdatum ( = Lieferdatum) und Lieferscheinnummer,
- Lieferant wenn es von diesem, also nicht über uns sondern direkt zum Kunden geht, dann eben auch dessen Lieferscheinnummer
- Lieferanschrift, wenn vorhanden und abweichend zur Rechnungsadresse
- Zahlungsart, davon abhängig ausgeben "Zahlung bereits per ... erhalten", oder "Zahlungsziel x Tage ohne Abzug"
- und und und

Da sind wir gerade dran. Aber wie würdest du denn diese "Floskeln" einfacher lösen als mit SQL Abfragen?

Hast Du das inzwischen gelöst? Wir wollten auch mal langsam die neuen Rechnungsformulare verwenden, aber das Fehlen von Lieferanschrift und externer Auftragsnummer ist nicht so toll. So was sollte doch da standardgemäss mit drin stehen.

 

[wawi-dl]

... ohne SQL wird hier vermutlich nichts lösbar sein. Seitens JTL bekommt man dazu auch keine Infos, verwendet Vorlagen mit Ausgabe 1.0 wie z.B. von uns, dann habt ihr keinen Stress damit.

 

[ergowebshop]

Hast Du das inzwischen gelöst? Wir wollten auch mal langsam die neuen Rechnungsformulare verwenden, aber das Fehlen von Lieferanschrift und externer Auftragsnummer ist nicht so toll. So was sollte doch da standardgemäss mit drin stehen.

Also wir sind ja erst seit Ende 2021 auf JTL und dann gleich Wawi von 1.5 auf 1.6.
Anfang diesen Jahres haben wir das mit Druckvorlagen erneut vertagen müssen, die ganze PHP8 Thematik, Plugins- und Shop-Updates und Wawi nun 1.7 etc.

Jetzt hab ich mir das auf eurer Seite noch mal angeguckt @wawi-dl , da steht alles wird konfiguriert mit "Benutzervariablen im Reiter Projekt des Druckvorlagen-Designers".
Und jetzt bin ich verwirrt. Ich dachte immer das Menü "Ausgabeoptionen (veraltet)" ist das was man Ausgabe 1.0 nennt mit HTML und so; und das "Druck- / E-Mail / Exportvorlagen" ist das was man Ausgabe 2.0 nennt, mit List&Label und so. Oder habe ich da seit Jahren einen Denkfehler?
Was ist nun was und wie sieht das aus wenn man eure Vorlagen kauft, macht man dann seine letzten kleinen Anpassungen (Logo, Schriftart etc.) in HTML oder L&L?

 

[wawi-dl]

Ausgabe 1.0 ist die stabilste Version und die meisten Variablen stehen zur Verfügung.
Ausgabe 2.0 sind die englischen Variablen, bringen aber unterm Strich keinen Mehrwert, wenn dann nur ärger.

Ausgabe veraltet hat damit nichts direkt zu tun.

Richtig, Druckvorlagen sind auf Lebenszeit bei uns gültig, sollte JTL irgendwann Ausgabe 2.0 soweit reif haben, dann werden wir alle unsere Vorlagen updaten und zusätzlich zur Auswahl stellen, dann hätte man also die Wahl Ausgabe 1.0 oder 2.0.
Die aktuellsten Versionen kann man sich dann jederzeit im Shop ziehen, über Updates informieren wir per Newsletter.

Da wir bereits so viele Kunden haben, wollen wir keine Anpassungen übernehmen, das würden wir zeitlich nicht bewältigen.
Wir liefern aber gerne kleine Anleitungen zu gezielten Punkten, sofern der Aufwand im Rahmen bleibt

 

[ergowebshop]

Gut also wir haben englische Variablen drin, so Zeug wie "Cond(Report.SalesOrderBillToAddress.CompanySupplement!=Report.SalesOrderShipToAddress.CompanySupplement)".

Also es gibt in ein und der selben Wawi und Vorlage auch deutsche Variablen mit mehr oder gar fast allem zur Auswahl?

 

[wawi-dl]

Ausgabe 1.0 = deutsche Variablen (zu 95% alle vorhanden und funktionieren)
Ausgabe 2.0 = englische Variablen (gefühlt 75% vorhanden und funktionieren)

 

[Buinger]

Ausgabe 1.0 ist die stabilste Version und die meisten Variablen stehen zur Verfügung.
Ausgabe 2.0 sind die englischen Variablen, bringen aber unterm Strich keinen Mehrwert, wenn dann nur ärger.

Ausgabe veraltet hat damit nichts direkt zu tun.

Richtig, Druckvorlagen sind auf Lebenszeit bei uns gültig, sollte JTL irgendwann Ausgabe 2.0 soweit reif haben, dann werden wir alle unsere Vorlagen updaten und zusätzlich zur Auswahl stellen, dann hätte man also die Wahl Ausgabe 1.0 oder 2.0.
Die aktuellsten Versionen kann man sich dann jederzeit im Shop ziehen, über Updates informieren wir per Newsletter.

Da wir bereits so viele Kunden haben, wollen wir keine Anpassungen übernehmen, das würden wir zeitlich nicht bewältigen.
Wir liefern aber gerne kleine Anleitungen zu gezielten Punkten, sofern der Aufwand im Rahmen bleibt

Bitte einen kleinen Schubs in die richtige Richtung so dass wir das umsetzen können: Wir würden gerne die neuen Rechnungsformulare verwenden, brauchen aber unbedingt Lieferanschrift und externe Auftragsnummer im Formular.

 

[wawi-dl]

Ausgabe 2.0 wird glaub seit 2-3 Jahren nicht vorangetrieben, es sind aktuell andere Dinge wichtiger, einen großen Mehrwert hat man "eigentlich" auch nicht wirklich.