Bei meinen älteren Druckvorlagen sind die Felder noch in deutsch angelegt. Bei der 1.4 erscheinen diese in neuen Vorlagen alle auf englisch. Will ich daran was ändern findet LL jedoch die deutschen Bezeichnungen nicht mehr. Jetzt suche ich die passenden englischen Namen für z.B. Vorgang.Auftragsnummer und das Feld Anmerkung aus der Wawi. Wo bzw. finde ich nun die richtigen Variablen?
In Diskussion Variablen deutsch und englisch
- Ersteller des Themas scoutladen
- Erstellungsdatum
Ja das wurde alles auf englisch umgestellt. Auf Nachfrage soll dies aus so bleiben. Ob es zu den Bezeichnungen im Guide eine Übersetzung geben wird kann ich dir leider nicht sagen.
Vorgang.Auftragsnummer ist nun Report.SalesOrderNumber und Anmerkung ist Comment bzw Report.Comment
Vorgang.Auftragsnummer ist nun Report.SalesOrderNumber und Anmerkung ist Comment bzw Report.Comment
Und da findet dann kein internes mapping statt!?
Dh. jeder der dann irgendwann mal auf eine stable 1.4 umstellt, muss hier alles händisch auf EN wechseln oder missversteh ich da grad was gewaltig (was ich hoffe).
Dh. jeder der dann irgendwann mal auf eine stable 1.4 umstellt, muss hier alles händisch auf EN wechseln oder missversteh ich da grad was gewaltig (was ich hoffe).
Die alten Vorlagen funktionieren wunderbar, die nutzen wir in 1.4 problemlos weiter. Nur die neu erstellten verstehen wohl nur English.
Diese Variablen bieten sich mir leider nicht an. Wo finde ich diese, bzw. warum erhalte ich keine Ausgabe, wenn ich diese in einer Rechnungsvorlage verwende?
Dies scheint nur für Eazybusiness der Fall zu sein. Wir sind von 1.3.20 auf 1.4.21 gewechselt und die Mandanten, außer Eazybusiness, können mit den alten Variablen nichts mehr anfangen.
Edit: Bitte ignorieren
Zuletzt bearbeitet:
Hallo,
Die aktuellen Versionen "verstehen" beide Vorlagentypen. Das ist aber das relevante: Die "alten" Vorlagen (vlg2) laufen mit deutschen Variablen, die "neuen" Vorlagen (vlg3) laufen mit den englischen Variablen. Wenn eine neue Vorlage angelegt wird, ist diese vom "neuen" Typ - importiert man eine alte Vorlage bleibt die auch in dem alten Format.
Man kann aber keine Variablen aus der alten Vorlage einfach in eine neue kopieren - das funktioniert nicht. Der Typ der Vorlage entscheidet letztlich, welcher Variablenbaum Verwendung findet.
Die zur Verfügung stehenden Variablen wurden schon auf die nächsten Änderungen der JTL-Wawi angepasst: Mit der Umsetzung des Projektes "Auftrag 2.0" werden wir Teil- und Sammelrechnungen unterstützen, d.h. es gibt keinen direkten Bezug von Auftrag zu Rechnung mehr - deshalb gibt es auch diese Variable nicht mehr. Hier gibt es die Möglichkeit, das ganze auf Positionsebene auszugeben.
Die aktuellen Versionen "verstehen" beide Vorlagentypen. Das ist aber das relevante: Die "alten" Vorlagen (vlg2) laufen mit deutschen Variablen, die "neuen" Vorlagen (vlg3) laufen mit den englischen Variablen. Wenn eine neue Vorlage angelegt wird, ist diese vom "neuen" Typ - importiert man eine alte Vorlage bleibt die auch in dem alten Format.
Man kann aber keine Variablen aus der alten Vorlage einfach in eine neue kopieren - das funktioniert nicht. Der Typ der Vorlage entscheidet letztlich, welcher Variablenbaum Verwendung findet.
Die zur Verfügung stehenden Variablen wurden schon auf die nächsten Änderungen der JTL-Wawi angepasst: Mit der Umsetzung des Projektes "Auftrag 2.0" werden wir Teil- und Sammelrechnungen unterstützen, d.h. es gibt keinen direkten Bezug von Auftrag zu Rechnung mehr - deshalb gibt es auch diese Variable nicht mehr. Hier gibt es die Möglichkeit, das ganze auf Positionsebene auszugeben.
Bei uns scheint es dann ein anderes Problem zu geben, die nur die umfangreicheren Vorlagen betreffen. Eigenartiger Weise lassen die sich im Eazybusiness öffnen aber in unserem Produktivmandanten (wurde getrennt eingerichtet, kA warum) sind diese Vorlagen 5 Minuten am laden und 1 Klick später fangen sie wieder für 5 Minuten an in der 1.4.21, gab keine Probleme bei 1.3.20 und eben Eazybusiness.
Entschuldigung für meine falsche Behauptung von oben, werd wohl eine andere Fehlerquelle suchen müssen.
Entschuldigung für meine falsche Behauptung von oben, werd wohl eine andere Fehlerquelle suchen müssen.
Ist diese Aussage echt noch aktuell? Wenn ja, wäre die Formularverwaltung in der 1.4 zu den Vorversionen ein deutlicher Rückschritt. Welchen Grund gibt es das keine Anmerkungen mehr auf den Rechnungen gedruckt werden dürfen? Oder die Abfrage einer externen Bestellnummer aus dem Auftrag nicht mehr existiert?
Solange die Version 1.4 nichtmal als Stable released wird, hilft es leider derzeit nichts mit den Variablen auf die 1.5 warten zu müssen. (Viele Kunden müssen trotz "Beta" die Version 1.4 einsetzen da essenzielle Features nur hier vorhanden sind)
Zuletzt bearbeitet:
Leider funktionieren die alten Variablen nicht mehr in dem Pfad zum speichern von Rechnungen. Das mit der Auftragsnummer auch nicht.
Wie mache ich das denn hier mit der Auftragsnummer (SQL Abfrage)?
Scheint bei allen Softwarefirmen das das gleiche zu sein, ein Programmierer entscheidet was der Anwender braucht.
Wie mache ich das denn hier mit der Auftragsnummer (SQL Abfrage)?
Code:
O:\JTL\Dokumente\Rechnungen\{{ Report.CreationDate | Datum:'yyyy'}}\{{ Report.CreationDate | Datum:'MM'}}\{{ Report.InvoiceNumber }} ({{ Report.SalesOrderNumber }}) - KD {{ Report.Address.CustomerNumber }} ({{ Report.Address.LastName|Replace: "/"," " }}).pdfScheint bei allen Softwarefirmen das das gleiche zu sein, ein Programmierer entscheidet was der Anwender braucht.
Letztendlich ging es den Kollegen darum die Geschwindigkeit der Ausgabe so schnell wie möglich zu machen und das erreicht man in dem man die Abfragen der Datenbank auf ein Minimum reduziert.
Ich fände es auch schöner wenn die Anmerkung und Auftragsnummer noch vorhanden wäre, aber im Zusammenhang mit Sammelrechnungen die ja kommen sollen könnte es hier wieder zu Problemen kommen.
Fasst du 20 Aufträge zusammen die alle Anmerkungen haben, dann druckst du gefühlt 3 Seiten nur Anmerkungen aus.
Ich fände es auch schöner wenn die Anmerkung und Auftragsnummer noch vorhanden wäre, aber im Zusammenhang mit Sammelrechnungen die ja kommen sollen könnte es hier wieder zu Problemen kommen.
Fasst du 20 Aufträge zusammen die alle Anmerkungen haben, dann druckst du gefühlt 3 Seiten nur Anmerkungen aus.
Da habt ihr schon recht das das problematisch wird. Aber derzeit hat der Händler in Version 1.4 garkeine Möglichkeit (außer eben mit SQL-Query) überhaupt irgendeine Anmerkung auf die Rechnung zu bekommen. Auch in der 1.5 muss eine Möglichkeit geschaffen werden wie der Händler eigene Anmerkungen auf die Rechnung bringen kann. Schließlich ist das nicht eine ganz so unwichtige Funktion.
Wie werden denn in Zukunft Anmerkungen zu Rechnungen gepflegt?
Momentan ist es ja so, dass ich die Anmerkungen in den Aufträgen pflege und dann daraus die Rechnung erstellt wird; Rechnung ist nicht editierbar.
Wenn Sammelrechnungen kommen müssten dann da die Rechnungen selbst editierbar sein, oder wie verstehe ich das?
Und dann sollte es zumindest über Workflows die Möglichkeit geben aus den Aufträgen die Anmerkungen in die Rechnung zu übertragen.
Es ist richtig, dass man beim Zusammenfassen von 20 Aufträgen dann 20 Anmerkungen hat .... dickes ABER: bei fast jedem Kunden und fast jeder Wawi die ich kenne werden die Anmerkungsfelder gefüllt und müssen auch zwingend auf den Rechnungen ausgegeben werden ... nur weil in Zukunft "Sammelrechnungen" kommen dürft ihr aus meiner Sicht nicht eine der wichtigsten Variablen einfach löschen.
Und Perfomancetechnisch? Ob 500 oder 501 Datenbankabfragen beim Erstellen der Rechnungen gemacht werden sollte kaum eine Rolle spielen.
Lange Rede, kurzer Sinn: Das Anmerkungsfeld MUSS aus meiner Sicht zwingend erhalten bleiben, außer ihr bietet eine adäquate Alternative ...
Momentan ist es ja so, dass ich die Anmerkungen in den Aufträgen pflege und dann daraus die Rechnung erstellt wird; Rechnung ist nicht editierbar.
Wenn Sammelrechnungen kommen müssten dann da die Rechnungen selbst editierbar sein, oder wie verstehe ich das?
Und dann sollte es zumindest über Workflows die Möglichkeit geben aus den Aufträgen die Anmerkungen in die Rechnung zu übertragen.
Es ist richtig, dass man beim Zusammenfassen von 20 Aufträgen dann 20 Anmerkungen hat .... dickes ABER: bei fast jedem Kunden und fast jeder Wawi die ich kenne werden die Anmerkungsfelder gefüllt und müssen auch zwingend auf den Rechnungen ausgegeben werden ... nur weil in Zukunft "Sammelrechnungen" kommen dürft ihr aus meiner Sicht nicht eine der wichtigsten Variablen einfach löschen.
Und Perfomancetechnisch? Ob 500 oder 501 Datenbankabfragen beim Erstellen der Rechnungen gemacht werden sollte kaum eine Rolle spielen.
Lange Rede, kurzer Sinn: Das Anmerkungsfeld MUSS aus meiner Sicht zwingend erhalten bleiben, außer ihr bietet eine adäquate Alternative ...
Würde nicht ein Workarround erstmal gehen in dem man beim ändern des Auftrags, über Werte setzen, die Anmerkung in ein anderes Feld beamst welches du in der Rechnung abrufen kannst?
Ich bin ja auch dafür, Sammelrechnungen und Teilrechnungen zu ermöglichen, und natürlich auch, den Datenbankzugriff zu verschlanken/zu beschleunigen.
Aber: optimiert werden sollte doch immer auf den häufigsten Fall! Nicht auf den seltenen Exoten.
Was ist der häufigste Fall? Ich lehne mich mal aus dem Fenster und behaupte: am häufigsten wird wohl der klassische Ablauf: ein Auftrag, eine Lieferung, eine Rechnung sein.
Und für diesen Fall sollte es schnell, einfach, komfortabel, automatisch gehen!
In diesem Fall sollten die Verbindung von der Rechnung zum Auftrag nicht gekappt werden, und die Variablen des Auftrags und des Lieferscheins bis zur Rechnung gelangen können.
Genau so sehe ich das auch.
Aber: optimiert werden sollte doch immer auf den häufigsten Fall! Nicht auf den seltenen Exoten.
Was ist der häufigste Fall? Ich lehne mich mal aus dem Fenster und behaupte: am häufigsten wird wohl der klassische Ablauf: ein Auftrag, eine Lieferung, eine Rechnung sein.
Und für diesen Fall sollte es schnell, einfach, komfortabel, automatisch gehen!
In diesem Fall sollten die Verbindung von der Rechnung zum Auftrag nicht gekappt werden, und die Variablen des Auftrags und des Lieferscheins bis zur Rechnung gelangen können.
Genau so sehe ich das auch.
Soweit ich das sehe kommen die Anmerkungen von Kunden in das Feld "Sonstiges" rein. Anmerkung nutzen wir bei einigen Kunden um den Artikelnamen oben in der Liste zu sehen. Oder für interne Anmerkungen.
Ich muss das Ding leider aus seinem Grab wieder vor holen. Sorry.
Mal ne bescheidene Frage: Die "alten" Vorlagen mit den deutschen Variablen, inwiefern werden diese noch gepflegt?
Es kommt ja sicherlich das ein oder andere mal vor, dass neue Variablen dazu kommen. Gibt es diese nur in englisch oder auch für die alten Vorlagen in deutsch?
Gibt es eigentlich schon ein bekanntes Verfallsdatum für die Vorlagen und all die anderen Sachen die das "veraltet" tragen?
Im Guide scheint, dass ein oder andere seit dem angepasst zu sein, aber die englischen variablen gibt's noch nicht als Liste. Oder bin ich blind?
Mal ne bescheidene Frage: Die "alten" Vorlagen mit den deutschen Variablen, inwiefern werden diese noch gepflegt?
Es kommt ja sicherlich das ein oder andere mal vor, dass neue Variablen dazu kommen. Gibt es diese nur in englisch oder auch für die alten Vorlagen in deutsch?
Gibt es eigentlich schon ein bekanntes Verfallsdatum für die Vorlagen und all die anderen Sachen die das "veraltet" tragen?
Im Guide scheint, dass ein oder andere seit dem angepasst zu sein, aber die englischen variablen gibt's noch nicht als Liste. Oder bin ich blind?