Inaktiv Rechnungsvorlage in 1.4.26.1 - Sind noch Ergänzungen bzw. weitere Vorlagen geplant?

[FA9981]

Liebe Community,

durch das Update meines JTL-Wawi Systems auf 1.4 habe ich jetzt nicht mehr die Möglichkeit mit der Profi- und Elegant-Vorlage von JTL-Wawi 1.3 zu beschäftigen, da ich vorher keine einzige Vorlage exportiert und gespeichert habe. Hat jemand noch die Originalvorlagen von JTL 1.3 (professionell und elegant) und bereit hier zu posten oder mir per E-Mail zu senden? Vielleicht kann man durch das Studieren dieser Originalvorlagen Erkenntnis gewinnen wie man so eine Vorlage individuell anpasst.

Herzliche Grüße

 

[isb-pepe]

Sehr guter Einwand, ich werde hierzu mal Rücksprache halten.

Hat die Rücksprache zu neuen Erkenntnissen geführt?

 

[Happy]

Hat die Rücksprache zu neuen Erkenntnissen geführt?

Hallo,
es wird noch daran gearbeitet, das jede FBA Position das Lieferland enthält, wenn es das nicht eh schon gibt.
Anschließend können wir bei der Ausgabe das Lieferland als Variable bereit stellen.

 

[Smoking Lion 18]

Hallo Jogi1962,
Mit der Alten Vorlage habe ich das einfach machen können aber seit wir die neue Vorlagen haben Fehlen mir noch ein par Code wie z.B. (ANGEBOTSVORLAGE)

Bestellnummer vom Shop

dieser Code wo ich von Ihnen Bekommen habe für unsere Rechnungsvorlagen geht leider beim Auftrag nicht:
JTL_DirectQuery ("select cShopbestellnummer from Kunde.lvRechnungen where kRechnung="+Fstr$(Report.InternalId,"?&##") )

 

[Jogi1962]

Hallo Markus,

im Auftragsformular brauchst du die Datenbankabfrage nicht. Das Auftragsformular hat dafür eine eigene Variable:

Report.ExternalSalesOrderNumber

Wenn du die eingibst sollte dir eigentlich die externe Bestell-Nr. angzeigt werden.

 

[Smoking Lion 18]

Hallo Jürgen
Leider muss ich jetzt noch mal Fragen wir Brauchen für unsere Aufträge und Rechnung den Bestelldatum
und für unser Angebotsvorlage bauche ich den Code für Versandart die ich alle nicht finden kann.

 

[fibergirl]

Und das Bestelldatum? gibt es das auch eine Variabel oder muss ich das von Der Datenbank holen?
Das Brauche ich für die Rechnung und für den Auftrag

Hm.
Es ist zwar eigentlich schon alles gesagt, aber nur noch nicht von jedem.

Also:
Was ist das eigentlich für ein Irrsinn, dass in jedem Formular die Daten wieder unterschiedlich heißen, sich in anderen Variablenbäumen befinden oder auch mal nur (noch) per SQL erreichbar sind?
Muss das wirklich so sein?

Wieso kann nicht eine einheitliche Variablenhierarchie existieren? Die sich durch den ganzen Vorgang durchzieht? Ja dann ist eben in der Bestellung das Lieferdatum noch leer, aber in der Rechnung existiert es (z.B in einem Array von erfolgten Lieferungen). Stattdessen verschwinden "unterwegs" Informationen, wie die Referenz zum Angebot in der Rechnung.

Ja, ich habe gelesen, dass JTL den Datenbankzugriff "verschlanken" will. Was aber offensichtlich nur zur Folge hat, dass man sich viele erforderliche Informationen nun selbst aus der DB pulen muss.
Bringt es das wirklich?

 

[Jogi1962]

Hallo Markus,

das ist eine gute Frage. Eigentlich würde ich sagen, die variable heißt "OrderDate", aber die habe ich auch noch nicht gefunden. Geht wahrscheinlich wieder nur über eine Datenbankabfrage.

Wenn du ein Angebot erstellst, gibst du doch eine Versandart ein. Diese Versandart findest du dann automatisch im Berichtscontainer.
Meintest du das?

 

[Smoking Lion 18]

Hallo Jürgen,
Ich habe mal einen Scrennshot gemach. Bitte auf das Rote X nicht Achten

 

[Jogi1962]

Hallo Markus,

ich hab befürchtet das du nicht die Versandart im Berichtscontainer meinst.
Die Variable heißt Shipping.Name, leider fehlen aber bei den Angeboten die Variablen. Das geht also nur über eine Datenbankbfrage.
Und da habe ich leider keine Ahnung, die Datenbankabfrage müßte ein anderer erstellen.

 

[Smoking Lion 18]

Kann mir Jemand sagen für den Lieferschein wir der Code für die Bestellnummer ist?

 

[css-umsetzung]

Vermutlich Report.SalesOrderNumber

 

[Smoking Lion 18]

Das ist für die Auftragsnummer

 

[css-umsetzung]

Kann mir Jemand sagen für den Lieferschein wir der Code für die Bestellnummer ist?

Ja, Auftragsnummer = Bestellnummer

 

[Jogi1962]

Hallo,
@css-umsetzung ich glaube er meint die externe Bestellnummer. Ist irgendwas mit external order number.
Aber leider gibt es die Variable nicht bei Lieferscheinen. Geht wohl auch nur mit einer Datenbankabfrage.

 

[Smoking Lion 18]

Für Die Rechnung suche ich den Code für 'z.Hd. und Firmenzusatz
der Alte code 'z.Hd.: ' + Vorgang.Kunde.ZuHänden geht nicht
und der Alte Code Vorgang.Rechnungsadresse.Firmenzusatz geht auch nicht

 

[Jogi1962]

Hallo Markus,

das steht jetzt beides unter Firmen oder Adresszusatz. Die Variablen heißen

Report.Address.AddressSupplement oder Report.Address.CompanySupplement.

Ist echt blöd gemacht, zumal der Kunde im JTL- Shop immer noch z.Hd. eingeben kann und ich och nicht ausprobiert habe ob es dann auch in die Felder geschrieben wird.
Wenn du einen Kunden in der WAWI anlegst funktioniert es. Sieht nur doof aus.

 

[css-umsetzung]

@Jogi1962 dann muss er das auch so sagen Obwohl ich mir da nicht so sicher bin

JTL_DirectQuery ("select  cInetBestellNr from Auslieferung.vBestellung where cBestellNr='" +Report.SalesOrderNumber + "'")

Irgendwie ist es ja schön, das JTL an die Performance denkt und so viele SQL Abfragen eingespart hat, aber was nutzt das wenn man sich jetzt jede benötigte Information selbst per SQL holen muss.
Und warum muss jetzt alles in Englisch sein?

 

[Jogi1962]

@css-umsetzung das frage ich mich auch. Und leider ist das bei vielen Variablen so. Ich habe leider überhaupt keine Ahnung von SQL und mein englisch ist auch nicht das beste. Was meinst du wie oft ich Ausdrücke von google übersetzen lasse damit ich weiß was gemeint ist. Ich bin mal gespannt was da noch kommt wenn noch mehr auf die 1.4 umsteigen und dann vor den Vorlagen sitzen.

 

[Jogi1962]

@css-umsetzung nochmal zu Bestellnummer.
Du hast in #34 geschrieben Auftragsnummer = Bestellnummer. Stimmt nicht so ganz. Wenn ein Kunde im Shop bestellt hat er z.B. die Bestellnr. BE123 die vom Shop vergeben wird. Wenn ich dann einen Auftrag daraus mache heißt die Auftragsnr. AU123. Ich trenne diese beiden Nummern auch und fände es wirklich sinnvoll, wenn die Variablen dafür in allen nötigen Formularen die was mit der Bestellung zu tun haben, auch vorhanden wären. Und das nach möglichkeit noch mit dem gleichen Pfad.