In Diskussion TrackingURL in Vorlage Mail Rechnung

[Starasta]

Hallo zusammen,

ich bin auf der Suche nach einer Möglichkeit eine Tracking URL bzw. Tracking ID in die E-Mail Vorlage für Rechnungen einzubauen.
Hintergrund ist es, dass ich zukünftig Versandbenachrichtigung & Rechnungsversand kombinieren möchte. Da sich die Versandbenachrichtigung meines Wissens nach nicht direkt über einen Workflow ausgeben lässt würde ich dazu gerne die Vorlage der Rechnungsmail verwenden.

Die Tracking URL funktioniert einwandfrei in meiner Versandbenachrichtigungs Vorlage. Da die Rechnungsvorlage allerdings mit englischen Variablen arbeitet ist ein Übertrag nicht möglich.
Auch die HTML Codes die ich hier im Forum gefunden habe, waren alle noch auf dem deutschen Variablen Standard und haben entsprechend nicht funktioniert.

Vielen Dank im Voraus.

 

[Shopküche.de]

Hier wird man mit SQL ran müssen, da die Variablen für die Pakete aus den Rechnungen rausgeflogen sind.
Meine persönliche Empfehlung: Mach es nicht.
Gründe:

1. Eine Rechnung kann x-Anzahl an Paketen haben. Wenn du eine Teillieferung machst, müsstest du dem Kunden eine zweite Rechnung-Kopie zuschicken, wenn er zwei Pakete bekommt. Besser hier mit der regulären Versandbenachrichtung arbeiten, die funktioniert auch super bei Teillieferung.
2. Wawi Version 1.6 und größer: Ab hier wird Teil-Rechnung und Sammel-Rechnung möglich sein (geplant zumindest) - das heißt eine Rechnung kann X Lieferscheine haben. Diese X Lieferscheine haben X Pakete. Das Problem aus Punkt 1 multipliziert sich auf einer weiteren Ebene.

Dennoch möchte ich die Lösung nicht vorenthalten. Ein wenig HTML und DotLiquid-Kentnisse vorausgesetzt:

Die Tracking ID abfragen in der Rechnungsmail:

{% capture trackingidsql %} SELECT TOP(1) tVersand.cIdentCode FROM dbo.tBestellung
JOIN dbo.tLieferschein ON tLieferschein.kBestellung = tBestellung.kBestellung
JOIN dbo.tVersand ON tVersand.kLieferschein = tLieferschein.kLieferschein
WHERE tRechnung_kRechnung = '{{ Report.InternalId }}'{% endcapture -%}

{% assign trackingid = trackingidsql | DirectQueryScalar -%}

Tracking-ID: {{trackingid}}

Das ganze mit der Tracking-URL:

{% capture trackingurlsql %} SELECT TOP(1) REPLACE(tversandart.cTrackingUrlTemplate,'#IdentCode#',tVersand.cIdentCode) FROM dbo.tBestellung
JOIN dbo.tLieferschein ON tLieferschein.kBestellung = tBestellung.kBestellung
JOIN dbo.tVersand ON tVersand.kLieferschein = tLieferschein.kLieferschein
JOIN dbo.tversandart ON tversandart.kVersandArt = tVersand.kVersandArt
WHERE tRechnung_kRechnung = '{{ Report.InternalId }}'{% endcapture -%}

{% assign trackingurl = trackingurlsql | DirectQueryScalar -%}

{{trackingurl}}

 

[Starasta]

Vielen Dank für die ausführliche Antwort.

Da Teillieferungen bei mir aktuell so gut wie nicht vorkommen, werde ich mir die Lösung mal anschauen.

Der einzige Grund wieso ich die Vorlage für Rechnung E-Mails verwende ist, dass sich diese individueller ausgeben lassen. Alternativ wäre auch die Auftrags E-Mail Vorlage möglich, allerdings gibt es hier wohl das gleiche Beziehungsproblem.
Natürlich wäre eine E-Mail Ausgabe auf Lieferschein oder sogar Paket Ebene besser, allerdings gibt es die meines Wissens nach momentan in der Form nicht über den JTL Workflow.

Meine grundsätzliche Idee ist weniger den Rechnungsversand mit der Versandbenachrichtigung zu integrieren, sondern die Versandbenachrichtigung nicht an die technische Auslieferung, sondern an die tatsächliche Auslieferung zu koppeln über den Sendungsverlauf in JTL-Track&Trace.

Da die technische Auslieferung zur Erstellung des Paketscheins aktuell automatisch bei Auftragsimport erfolgt, bekommt der Kunde gleichzeitig die Bestellbestätigung und Versandbenachrichtigung, die beide fast redundante Informationen enthalten, bis auf den Sendungsverfolgungslink in der Versandbenachrichtigung.

Sofern jemand eine Alternative Lösung hat, um den Prozess zu optimieren würde ich mich über eine entsprechende Antwort freuen.

 

[ismir]

Ich schließe mich dem Thema mal an.

Verstehe ich das richtig, das ab sofort keine Variablen mehr zur Verfügung stehen so wie es früher einmal war? Das nun alles über Abfragen aus der Datenbank gezogen werden muss?

 

[Happy]

Hallöchen,
es ist nicht zu empfehlen Versandinformationen auf die Rechnung zu drucken, hierdurch kann sich die Rechnung welche an einen Kunden gegeben wurde nach dem Versand ändern, das wäre dann nicht mehr so günstig.
Packt die Versandinformationen lieber auf den Lieferschein.
Bei Teillieferungen ist das ohnehin besser, da die Kunden mit dem Lieferschein alle Paketinfos bekommen.

 

[owlsat]

...

Hi,

ich habe das mal in einem Workflow unter Rechnungen Manuell kopiert, da ich das Packet in dem Fenster ohne hin und her gespringe Tracken möchte.

{% capture trackingurlsql %} SELECT TOP(1) REPLACE(tversandart.cTrackingUrlTemplate,'#IdentCode#',tVersand.cIdentCode) FROM dbo.tBestellung
JOIN dbo.tLieferschein ON tLieferschein.kBestellung = tBestellung.kBestellung
JOIN dbo.tVersand ON tVersand.kLieferschein = tLieferschein.kLieferschein
JOIN dbo.tversandart ON tversandart.kVersandArt = tVersand.kVersandArt
WHERE tRechnung_kRechnung = '{{ Report.InternalId }}'{% endcapture -%}

{% assign trackingurl = trackingurlsql | DirectQueryScalar -%}

{{trackingurl}}

Leider wird jedoch anscheind immer die falsche Tracking ID genommen, klar... es fehlt ja auch die Abfrage zu der Rechnungsnummmer bzw. Auftragsnummer,
kann mir jemand helfen, wie diese ausssehne muss, ich bin noch nicht so fit mit Abfragen...

wenn ich
{{ Vorgang.Rechnungsnummer }} oder {{ Vorgang.Auftrag.Auftragsnummer }} anstatt von {{ Report.InternalId }} verwende, bekomme ich eine leere Seite jedoch ausgehend von Report.InternalId würde ich denken das es dann {{ Vorgang.Auftrag.InterneAuftragsnummer }} ist, hier wird zwar der Link zusammengebaut, aber in der Vorschau wird mir ebenfalls die falsche Tracking angezeigt...

Grüsse OWLSAT