Neu Könnte man nicht mal die Variablen in den Vorlagen sinnvoll benennen?

[gnarx]

Ich verstehe ja das man für die verschiedenen Bereiche die Variablen anders nennen muss. Aber dann doch bitte so:
1. Nicht Vorgang oder Report oder sonst wie. Sondern z.B. nicht {{ Report.Company.Fax }} sondern {{ Auftrag.Company.Fax }} oder {{ Angebot.Company.Fax }} usw..
2. in allen Bereichen die Baumstruktur gleich halten.
3. Globale Texte z.B. heißen in Aufträgen {{ GlobalTexts.Vorlagen_Worte.Fax.Englisch }} und in Angeboten {{ GlobaleTexte.Vorlagen_Worte.Fax.Englisch }}

Man könnte z.B. bei {{ Auftrag.Company.Fax }} einfach mit "Suche Auftrag. und Ersetze mit Angebot." in einem Rutsch alles ändern.
So machen wir das mit .Deutsch in .Englisch und schwupps ist die 2 Sprache fertig.

 

[John]

Hach, wäre das schön

 

[gnarx]

Zur Baumstruktur folgendes:
1, Es macht keinen Sinn das Programmierer entscheiden welche Variablen zur Verfügung gestellt werden.
Hier sollte man einfach alle Variablen per Schleife auszulesen und zur Verfügung zu stellen.
Man könnte hier z.B. über Kategorien die verschiedenen Bereiche zur Verfügung stellen, etwa so:
1. Variablen Kat z, B. Auftrag da unter alle Variablen dazu
2. Variablen Kat z. B. Artikel da unter alle Variablen dazu
3. Variablen Kat z.B. Rechnungen da unter alle Variablen dazu
usw..
Das in allen Bereichen wie Vorlagen, Workflows, usw..
Es kann nicht sein das die Abfrage von eigenen Feldern in einer Rechnung so aussieht:

+Cond(len(Lieferscheinpositionen.Artikel.AttributeAlsText) < 0, "¶Zustand:" + Lieferscheinpositionen.Artikel.AttributeAlsText, "") + Cond(len(Alias$("Zustand",Lieferscheinpositionen.Artikel.AttributeAlsText) )>0, "" + Alias$("Zustand",Lieferscheinpositionen.Artikel.AttributeAlsText) , "")

Ich hoffe nicht das man in Zukunft wenn man JTL haben möchte auch gleich einen Servicepartner mit buchen muss.

 

[Verkäuferlein]

Ich verstehe ja das man für die verschiedenen Bereiche die Variablen anders nennen muss. Aber dann doch bitte so:
1. Nicht Vorgang oder Report oder sonst wie. Sondern z.B. nicht {{ Report.Company.Fax }} sondern {{ Auftrag.Company.Fax }} oder {{ Angebot.Company.Fax }} usw..
2. in allen Bereichen die Baumstruktur gleich halten.
3. Globale Texte z.B. heißen in Aufträgen {{ GlobalTexts.Vorlagen_Worte.Fax.Englisch }} und in Angeboten {{ GlobaleTexte.Vorlagen_Worte.Fax.Englisch }}

Man könnte z.B. bei {{ Auftrag.Company.Fax }} einfach mit "Suche Auftrag. und Ersetze mit Angebot." in einem Rutsch alles ändern.
So machen wir das mit .Deutsch in .Englisch und schwupps ist die 2 Sprache fertig.

Da verstehe ich den Unterschied nicht so wirklich...

Es macht doch Sinn, das die Variablen vorlagenübergreifend funktionieren. Dann hat man doch weniger Aufwand eine Vorlage zu erstellen und zu kopieren.
Außerdem gibt es ja auch die globalen Bausteine, die in allen Vorlagentypen funktionieren müssen.

Wenn mich nicht alles täuscht, vermischt Du hier auch Ausgabe 1.0 und Ausgabe 2.0. Die englischen Variablen sind die von Ausgabe 2.0.
Aber leider geht's ja mit Ausgabe 2.0 aktuell nicht wirklich vorwärts.

Zur Baumstruktur folgendes:
1, Es macht keinen Sinn das Programmierer entscheiden welche Variablen zur Verfügung gestellt werden.
Hier sollte man einfach alle Variablen per Schleife auszulesen und zur Verfügung zu stellen.
Man könnte hier z.B. über Kategorien die verschiedenen Bereiche zur Verfügung stellen, etwa so:
1. Variablen Kat z, B. Auftrag da unter alle Variablen dazu
2. Variablen Kat z. B. Artikel da unter alle Variablen dazu
3. Variablen Kat z.B. Rechnungen da unter alle Variablen dazu
usw..
Das in allen Bereichen wie Vorlagen, Workflows, usw..

Auch das ist meines Wissens ein gewolltes Verhalten, vor allem von Ausgabe 2.0. Wenn man alle Variablen in einer Schleife lädt, braucht jede Vorlagen-/Druckerzeugung deutlich länger und deshalb wurden in Ausgabe 2.0 meines Wissens auch die Variablen-Bäume eingekürzt.

Cool wäre natürlich, wenn die Vorlage nach Veränderungen quasi einmalig gerendert würde und dann nur die verwendeten Variablen bei der Report-Erstellung ausgelesen würden. Das würde gleichzeitig eine höhere Variabilität/Flexibilität ermöglichen und dennoch die Abfrage-/Ladezeiten verkürzen-

 

[gnarx]

Da verstehe ich den Unterschied nicht so wirklich...

Es macht doch Sinn, das die Variablen vorlagenübergreifend funktionieren. Dann hat man doch weniger Aufwand eine Vorlage zu erstellen und zu kopieren.
Außerdem gibt es ja auch die globalen Bausteine, die in allen Vorlagentypen funktionieren müssen.

Das wäre natürlich am besten wenn die alle gleich heißen, ich bin nun positiv über die interne Kommunikation bei JTL davon ausgegangen das es einen Grund gibt das sie unterschiedlich heißen.
Ich habe mir eine Fusszeile aus der Auftragsvorlage in die Angebotsvorlage kopiert nix wurde angezeigt. Unterschiedlich war nun:
1. Statt Global nun Report
2. Statt GlobalTexts. nun GlobaleTexte..
3. Außerdem waren die Variablen nun in anderen Abschnitten.
Das muss doch nicht sein, oder?

Bei dem Thema Baumstruktur gibt es bestimmt Möglichkeiten wie Rendern oder Festschreiben der Variablen.

 

[Verkäuferlein]

Ich habe mir eine Fusszeile aus der Auftragsvorlage in die Angebotsvorlage kopiert nix wurde angezeigt. Unterschiedlich war nun:
1. Statt Global nun Report
2. Statt GlobalTexts. nun GlobaleTexte..
3. Außerdem waren die Variablen nun in anderen Abschnitten.
Das muss doch nicht sein, oder?

Da ist halt die Frage, ob Du mit Vorlagen von Ausgabe 2.0 arbeitest oder mit der Vorgängervariante. Wenn Du dann zwischen beidem wechselst, ändern sich natürlich auch die Variablenbäume entsprechend.

Mir persönlich wäre es auch lieb, es würde mal bei Ausgabe 2.0 weitergehen, das ist nämlich zum Großteil glaube ich genau das, was Du hier beschreibst und Dir wünscht.

 

[gnarx]

Woher weiß ich denn mit welcher Ausgabe ich arbeitet? Hab Version 1.6.43

 

[gnarx]

Beide sehen so aus:


Wenn das nun alt ist wie komme ich dann auf die neue?

 

[Verkäuferlein]

Beide sehen so aus:
Den Anhang 90112 betrachten

Wenn das nun alt ist wie komme ich dann auf die neue?

Das ist meines Wissens Ausgabe 1.0, bei 2.0 hast Du meines Wissens oben als Reiter nur "Alle" und "Exportieren" und eine Vorlage, die für alle Ausgabewege gleich ist und kannst nur noch konfigurieren, wie Mailen, Speichern, etc. von Statten geht.

Eine Vorlage mit Ausgabe 2.0 legst Du über Anlegen -> Globale Vorlagen an.

Es ist aber schon so lange her, dass ich damit gearbeitet habe, weil dann immer die passenden Variablen fehlten und es bei JTL nicht weiterging mit Ausgabe 2.0 ist bei mir da alles nur halbfertig und noch nicht produktiv im Einsatz.

Wie das mit Migration von alten Vorlagen, etc. pp. aussieht kann ich Dir daher leider nicht mehr sagen.