Neu JTL-Wawi 1.5.15.1 - Welche Variablen in Formularen sind zuständig, um die Amazon- & eBay-Bestellnummer auszugeben?

[YTSVXKNMURZEHFW]

Hallo,

wir möchten gerne in unseren Formularen zu unseren internen Vorgangsnummern, die Bestellnummern von Amazon und eBay anzeigen, damit es für Kunden schlüßiger wird worauf sich die Rechnung oder Rechnungskorrektur bezieht.

Welche Variablen in den Formularen sind für diese Werte verantwortlich?

Wir haben leider nichts gefunden.

Weiß jemand Bescheid und kann uns weiterhelfen?

Danke im Voraus und freundliche Grüße

😉 😉 😉

 

[Rico Giesler]

Für die Aufträge ist es:

Report.ExternalSalesOrderNumber

Für Rechnungen ist es ein wenig aufwändiger, geht aber mit:

JTL_DirectQuery("SELECT TOP(1) cInetBestellNr FROM dbo.tBestellung WHERE tRechnung_kRechnung = '"+str$(Report.InternalId)+"'")

 

[YTSVXKNMURZEHFW]

Hallo @Rico Giesler

danke für die Info.

Können die Variablen für Aufträge und Rechnungen in den Formularen, sowie in der E-Mail-Vorlage (Betreff und Body) verwendet werden?

Wie wären denn die Variablen für den Lieferschein, die Rechnungskorrektur, sowie für den Retourenbeleg/Retouren-E-Mail?

Sind die obigen Variablen für alle Formulare auch gültig für die Bestellnummer aus dem JTL-Shop4 oder gibt es hierfür eigene Variablen?

Danke im Voraus

😉 😉 😉

 

[Rico Giesler]

Wenn du einen Auftrag öffnest siehst du links oben die Externe Auftragsnummer. Diese wird mit den obigen Variablen eingetragen.

Die Auftragsvariable sollte in den Mails auch gehen. Bei der SQL-Abfrage bin ich mir nicht sicher.

Aber da kann euch ein Servicepartner mit Sicherheit weiterhelfen und das entsprechend einrichten.

 

[YTSVXKNMURZEHFW]

Bitte nicht falsch verstehen, aber das Einblenden von der externen Bestellnummer (eBay, Amazon, Onlineshop, Marktplatz-X, etc.) in den Formularen/E-Mail-Nachrichten sollte eigentlich im Jahr 2020 kein Thema mehr sein wofür man einen Servicepartner einschalten muß.

Eigentlich sollte hierzu schon die JTL-Wawi in Verbindung mit JTL-eazyAuction in den Formularen/E-Mail-Nachrichten vorbereitet sein, denn es handelt sich ja hier nicht um einen Programier-Sonderwunsch von einem (1) User (was dann auch die Einschlatung eines Sytempartners rechtfertigen könnte), sondern wir gehen davon aus, dass 99,999999% der User voraussetzen, dass eine Software entweder hierzu schon vorbereitet ist oder es mit wenigen Handgriffen durch Auswahl der entsprechenden Variable eingerichtet werden kann.

Bitte nimmt dies doch einfach mal als neues Feature für zukünftige Releases mit auf, damit man Servicepartner wirklich nur noch für die relevanten Prozeßanpassungen benötigt, welche wirklich sehr starkt von dem Standardablauf abweichen.

😉 😉 😉

 

[Rico Giesler]

Ich geb dir da zwar Recht, aber es wurde ja nicht aus Spass entfernt. Denn mit Rechnung 2.0 wird es um einiges komplizierter.
Denn dann werden auch Sammelbestellungen möglich.
Bedeutet, Kunden können bspw 20 Aufträge über einen Zeitraum X sammeln und bekommen dann dafür eine kumulierte Rechnung.
So. Und jetzt wird es spassig mit den externen Auftragnummer + eventuell noch den eigentlichen Auftragsnummern. 🙂

 

[Bernd_Hofi]

Hallo zusammen,

@Rico Giesler

Schon richtig, das mit der neuen Umstellung und der Sammelrechnung einiges anders wird.

Aber um mal bei deinem Beispiel zu bleiben:

Ich habe einen Kunden, der 20 X im Monat auf Sammelrechnung bestellt.
Es wird brav ausgeliefert, ich habe 20 Lieferscheine.

Jetzt ist es soweit und wir verschicken die Rechnung.

Und jetzt kommt der große Knall:

"Können Sie mir bitte Ihre Rechnung erklären? Wann ist den was von wem und wohin geliefert worden? Sehe ich auf der Rechnung die Lieferscheinnummer?"

Antwort jetzt: "Ähm, nö. Bitte nehmen Sie all Ihre Lieferscheine und prüfen Sie auf Ihrer 10-Seitigen Rechnung nach was wir Ihnen in Rechnung gestellt haben"?

Das klingt jetzt übertrieben aber genau so wird es sein.

Derzeit konnten wir das mit der Paket Tabelle lösen.

Da stand "Berechnete Lieferscheine" AU... vom 1.1.2020 usw.

Das geht jetzt alles nicht mehr.

Also JTL: Wenn Ihr schon an dem Thema Sammelrechnung dran seid, dann denkt bitte auch daran, ob alle Daten auf der Rechnung verfügbar sind.

Bei einer Sammelrechnung muss dem Kunden klar sein:

1. Was hat er bestellt
2. Wer hat bestellt
3. Auf welchen Lieferschein oder Auftrag bezieht sich die Rechnung
4. Wie und wohin wurde versendet.

P.S. Sollte JTL das so lösen, das alles nur noch mit SQL Abfragen funktioniert oder wir hier in der Community für jeden Blödsinn einen Servicepartner brauchen, wird JTL sehr schnell unattraktiv.

Denn das zeichnet JTL aus. Wir können es selber.

Und vor allem: Macht es so, das es normal sterbliche verstehen.

Bleibt JTL diesem Motto treu?

 

[Bernd_Hofi]

Und ja, ich finde es auch mehr als nur schlecht, das alt bewährte Variablen jetzt anders heißen oder nicht mehr funktionieren.
Leider nicht schön gelöst bis jetzt.

Ich habe das gleiche Problem.

Wie stelle ich für den Kunden einen Bezug zwischen Lieferschein und Rechnung her? Weil Auftragsnummer oder Lieferscheinnummer kann in der Rechnung nicht verwendet werden.

 

[Bernd_Hofi]

Nur damit das klar ist: Aktuell schreiben wir die Auftragsnummer mit der hand auf die Rechnung.

Sehr Professionell 😡

 

[YTSVXKNMURZEHFW]

Hallo @Rico Giesler @ManuelP

sowie ich es gesehen habe, habt Ihr ja einige Kooperationen zu Rechtsanwaltskanzleien, welche Euch beraten.

Bitte sprecht doch einmal das Thema Transparenz und Nachvollziehbarkeit bei Rechnungen und Rechnungskorrekturen an.

Denn wenn man mal eine Steuerprüfung hinter sich hat, wo sich der Finanzamtsprüfer sehr dumm stellt und man dann zu jeder Rechung noch die Amazon- & eBay-Bestellnummer heraussuchen muss, dann ist dies nicht mehr zeitgemäß für das Jahr 2020, oder (Sammelrechnung hin oder her)?

Dies sollte zumindest auf den beiden wichtigsten Dokumenten (Rechnung/Rechnungskorrektur) möglich sein.

Zudem sollten auch diese Angaben (JTL-Wawi-Rechnungsnummer, eBay-Bestellnummer, Amazon-Bestellnummer, Transaktions-Nummer der jeweils verwendeten Zahlungsart) für den Export zur Buchhaltung zur Verfügung stehen. Können diese Angaben für eine Buchhaltung exportiert werden, oder muss auch bei dem Export wieder manuell nachgebessert werden?

So wie ich sehe ist diese Problematik bei Euch zumindest nicht vollkommen unbekannt, aus diesem Grund sollte doch eine "Rechnung 2.0" eine Verbesserung darstellen und nicht eine Verschlechterung zu "Rechnung 1.0", oder?

Bitte um kurze Rückinfo.

😉 😉 😉

 

[La-Ra]

Nur damit das klar ist: Aktuell schreiben wir die Auftragsnummer mit der hand auf die Rechnung.

Sehr Professionell 😡

Ich habe das gleiche Problem gehabt und habe den folgenden Beitrag gefunden, der hat mit zumindest geholfen...

https://forum.jtl-software.de/threa...ummer-lieferscheinnummer-auf-rechnung.119031/

 

[YTSVXKNMURZEHFW]

Für die Aufträge ist es:

Für Rechnungen ist es ein wenig aufwändiger, geht aber mit:

Hallo @Rico Giesler

vielen Dank nochmals für die Variablen/SGL-Abfrage, aber in folgenden Formularen konnten wir die Variablen/SQL-Abfrage für die "externe Auftragsnummer" nicht anwenden.

1) Rechnung: In der E-Mail-Nachricht und dem E-Mail-Betreff funktionieren die Variablen/SQL-Abfrage nicht. Welche Variablen/SQL-Abfrage sollen anstatt verwendet werden?

2) Rechnungskorrektur: Im Formular "Rechnungskorrektur" selbst, in der E-Mail-Nachricht, sowie im Betreff funktionieren die Variablen/SQL-Abfrage nicht. Welche Variablen/SQL-Abfrage sollen anstatt verwendet werden?

Danke im Voraus und freundliche Grüße

😉 😉 😉

 

[Gregstrr]

Für die Aufträge ist es:

Für Rechnungen ist es ein wenig aufwändiger, geht aber mit:

Was muss ich denn für Lieferscheine einfügen, um die externe Ebay / Amazon - Bestellnummer auszuweisen?

 

[wawi-dl]

Sofern Variablen in Ausgabe 2.0 fehlen, weise ich gerne auf dieses Thema hin:
https://forum.jtl-software.de/threa...blen-die-benoetigt-werden-sammelthema.130793/

 

[Gregstrr]

Sofern Variablen in Ausgabe 2.0 fehlen, weise ich gerne auf dieses Thema hin:
https://forum.jtl-software.de/threa...blen-die-benoetigt-werden-sammelthema.130793/

Ich habe gleich mal einen Beitrag verfasst, danke!