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

gnarx

Sehr aktives Mitglied
18. Januar 2018
3.823
525
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.
 
  • Gefällt mir
Reaktionen: John

gnarx

Sehr aktives Mitglied
18. Januar 2018
3.823
525
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:
Code:
+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

Sehr aktives Mitglied
29. April 2012
2.343
838
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

Sehr aktives Mitglied
18. Januar 2018
3.823
525
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

Sehr aktives Mitglied
29. April 2012
2.343
838
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.
 

Verkäuferlein

Sehr aktives Mitglied
29. April 2012
2.343
838
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.
 
Ähnliche Themen
Titel Forum Antworten Datum
Neu kann man in List & Label Zeilen auskommentieren User helfen Usern - Fragen zu JTL-Wawi 4
Neu PayPal - Benachrichtungen über Zahlung -> EMail. Wo kann man den Betreff bearbeiten? User helfen Usern - Fragen zu JTL-Wawi 6
Neu [Shop 5] Gesucht: Tolle (Sonder) Preisdarstellung mit Prozent Anzeige was man spart Plugins für JTL-Shop 1
JTL Mahnwesen Workflow- Email nach 30 Tagen noch nicht bezahlt. JTL-Wawi 1.8 0
Neu Auftragsreine Picklisten nicht Scannen. Arbeitsabläufe in JTL-WMS / JTL-Packtisch+ 0
Neu Rechnungsdatum ist gleich Lieferdatum wird nicht erkannt User helfen Usern - Fragen zu JTL-Wawi 0
Neu PrestaShop Connector für Prestashop 8 mit PHP 8.2 wird nicht unterstützt PrestaShop-Connector 0
Neu Sprachvariablen nicht in korrekter Groß- und Kleinschreibung JTL-Shop - Fehler und Bugs 4
Neu Produktbewertung Plus lässt sich nicht deinstallieren Plugins für JTL-Shop 1
Lieferadresse auswählen funktioniert nicht mehr korrekt JTL-Wawi 1.8 3
Neu Angebotsmail Lieferdatum nicht drucken wenn nicht vorhanden Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 0
Neu Workflow Aktion E-Mail senden kann nicht Plain und HTML Email zusammen versenden Arbeitsabläufe in JTL-Wawi 6
Versanddaten werden nicht übermittelt. JTL-Wawi 1.8 3
Neu Händlerbund Plugin lässt sich nicht installieren Shop ver. 5.3.0 Plugins für JTL-Shop 1
Neu Rechnungsvorlage Farbe Tabellenkopf ändert sich nicht Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 0
Neu Nach Update auf 5.3 funktioniert das Video-Portlet für lokale Videos nicht Gelöste Themen in diesem Bereich 9
JTL Worker Manueller Abgleich nicht möglich trotz deaktivierem Worker 2.0 JTL-Wawi 1.8 4
Neu Ärger mit WMS mobile - Scan bestätigt nicht zuverlässig die Eingabe Gelöste Themen - JTL-WMS / JTL-Packtisch+ 4
Neu Auftrag mit Freiposition Menge 0 läßt sich nicht ausliefern + wird nicht auf Lieferschein angezeigt User helfen Usern - Fragen zu JTL-Wawi 1
In Bearbeitung POS verbindet nicht mit SumUp Air Allgemeine Fragen zu JTL-POS 2
Neu Kategorie Bilder werden im Webshop nicht angezeigt User helfen Usern - Fragen zu JTL-Wawi 0
Neu Bilder von Merkmalen werden nicht angezeigt Gelöste Themen in diesem Bereich 5
Neu Merkmalübersetzung wird im Shop nicht angezeigt JTL-Shop - Fehler und Bugs 2
Aufträge lassen sich nicht bearbeiten " JTL-Wawi 1.8 2
Neu ebay Bestellimport läuft nicht eBay-Anbindung - Fehler und Bugs 19
Neu Vorschaubilder in der Artikeldetailseite werden nicht angezeigt Betrieb / Pflege von JTL-Shop 1
Neu Update des JTL shops aus der Wawi funktioniert nicht Allgemeine Fragen zu JTL-Shop 1
Neu JTL zu Shopify Bestand wird nicht aktualisiert Shopify-Connector 0
Neu Amazon Prime - DHL Versandlabel kann nicht gedruckt werden "Ein Prime Versandlabel wurde nicht gekauft, da kein verfügbares gefunden wurde." JTL-ShippingLabels - Fehler und Bugs 0
Neu FBA Lager wird nicht angelegt Amazon-Anbindung - Fehler und Bugs 11
Neu Hersteller werden nicht übertragen Shopware-Connector 0
Neu Versandschein für Schweiz kann nicht gedruckt werden folgende Fehlermeldung JTL-ShippingLabels - Fehler und Bugs 1
Auftrag bezahlt - Rechnung nicht. JTL-Wawi 1.8 14
Neu Rechnung wird nicht auf englisch gespeichert Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 3
Neu Greyhound JTL-Connector funktioniert nach Update auf 1.8.12 nicht mehr richtig Technische Fragen zu den JTL-Connectoren 5
Neu Kunden aus Wawi nicht auffindbar JTL-POS - Fehler und Bugs 4
Zahlungen werden nicht empfangen (WooCommerce) JTL-Wawi 1.8 0
Neu Fehler: Sonderpreis falsch formatiert, wird nicht importiert; obwohl importiert genau wie exportiert User helfen Usern - Fragen zu JTL-Wawi 0
Neu Versandmail / Versandbenachrichtigung wird nicht gesendet JTL-Wawi - Fehler und Bugs 1
Neu Attribut wc_product_type in Wawi nicht vorhanden Gelöste Themen in diesem Bereich 5
Workflow MwSt.-Sätze ersetzen 0% -> 19% ändert netto in Positionen aber nicht in der Auftragssumme JTL-Wawi 1.7 2
Neu Neu erstellte Kategorien werden nicht mehr im Megamenue & Kategoriebaum angezeigt Betrieb / Pflege von JTL-Shop 7
In Diskussion JTL POS Kundennummer wird nicht an JTL Wawi übertragen JTL-POS - Fehler und Bugs 2
Auftrag und Rechnung Ausgabe funktioniert nicht Client JTL 1.8.10.0 JTL-Wawi 1.8 9
Neu Artikel nicht pro Stk. sondern pro kg verkaufen User helfen Usern 2
Neu SEO URL der Kategorien wird nicht an Shopware 6 übertragen Shopware-Connector 0
Neu DPD-Versand in Nicht-EU-Länder mit JTL-Shipping JTL-ShippingLabels - Ideen, Lob und Kritik 1
Neu Warenkorb Menge aktualisiert nicht den Preis (Reload geht nicht) JTL-Shop - Fehler und Bugs 5
Pluginmanager startet nicht mit aktivem IonCube Loader Einrichtung JTL-Shop5 2
Issue angelegt [WAWI-75449] Artikel duplizieren - ASIN wird nicht mit dupliziert. JTL-Wawi - Fehler und Bugs 1

Ähnliche Themen