Neu Kundendaten: Eigene Feld für Emailversand über Workflows

[JaninaNa]

Hallo zusammen,

Wir stehen vor dem gleichen Problem das wir verschiedene eMails für Kunden für Rechnungen, Lieferscheine und andere Belege haben.

Wir würden das ganze gerne mit diesem Ansatz etwas anders Lösen:
https://forum.jtl-software.de/threads/rechnung-an-email-adresse-aus-den-kundendetails.115082/

Wir würden also die Mails über workflows versenden lassen, wir würden nur gerne, die mailadressen aus eigenen feldern der Kunden abrufen.

Ich würde das ganze, passend zu unserem Fall in dem Bild, so lösen wollen:

{{ Kunde.EigeneFelder.Mails.Auftragsbestätigung }}
{{ Kunde.EigeneFelder.Mails.Rechnungen }}
{{ Kunde.EigeneFelder.Mails.Lieferschein }}
{{ Kunde.EigeneFelder.Mails.Retoure }}
{{ Kunde.EigeneFelder.Mails.Mahnung }}
{{ Kunde.EigeneFelder.Mails.Rechnungskorrektur }}
{{ Kunde.EigeneFelder.Mails.Zahlungseingang }}


Würde dies so mir Workflows funktionieren?

 

[JaninaNa]

Gibt es niemand den sowas betrifft oder der eine Idee hat?

 

[Micha79]

Ich muss das Thema kurz hochholen, da ich genau so eine Lösung auch suche.
Es gibt zwar eine Lösung: https://forum.jtl-software.de/threads/einem-kunden-mehrere-email-adressen-zuteilen.121407/
Aber diese ist einfach unübersichtlich und fehleranfällig (Schreibfehler beim Wort Buchhaltung oder falsche Felder gefüllt)
Der Weg über eigene Felder am Kunden wäre die wesentlich bessere/übersichtlichere Alternative, allerdings ganz ohne Workflow, sondern einfach über eine benutzerdefinierte eMail Adresse in der Mailvorlage, welche die eigenen Felder abfragt. Wenn da jemand eine Idee hätte...

 

[ManuelHudec]

Ich muss das Thema kurz hochholen, da ich genau so eine Lösung auch suche.
Es gibt zwar eine Lösung: https://forum.jtl-software.de/threads/einem-kunden-mehrere-email-adressen-zuteilen.121407/
Aber diese ist einfach unübersichtlich und fehleranfällig (Schreibfehler beim Wort Buchhaltung oder falsche Felder gefüllt)
Der Weg über eigene Felder am Kunden wäre die wesentlich bessere/übersichtlichere Alternative, allerdings ganz ohne Workflow, sondern einfach über eine benutzerdefinierte eMail Adresse in der Mailvorlage, welche die eigenen Felder abfragt. Wenn da jemand eine Idee hätte...

Hier suche ich ebenfalls noch nach einer Lösung, die so funktionieren soll wie von dir beschrieben.
Hast du es mittlerweile lösen können @Micha79 ?

 

[Micha79]

Hier suche ich ebenfalls noch nach einer Lösung, die so funktionieren soll wie von dir beschrieben.
Hast du es mittlerweile lösen können @Micha79 ?

Ist schon was her... da musste ich jetzt kurz nachdenken

Ich hab das mit eigenen Feldern im Kunden für Rechnung und Lieferschein gelöst.

Die Feldgruppe hab ich „Abweichende eMail Adressen“ genannt und dann je ein eMail Feld für „Rechnung“ und „Lieferschein“ angelegt.

Da ich Rechnungen und Lieferscheine automatisch über Workflow versende, habe ich da bei der Aktion „Ausgabe-Mailen-Rechnung“ einen alternativen Empfänger wie folgt gesetzt:

{% case email %}
{% when Vorgang.Kunde.EigeneFelder.abweichende_EMail_Adressen.Rechnung == empty %}
{{ Vorgang.Auftrag.RechnungsAdresse.EMail }}
{% else %}
{{ Vorgang.Kunde.EigeneFelder.abweichende_EMail_Adressen.Rechnung }}
{% endcase %}

Die Abfrage prüft jetzt, ob im eigenen Feld „Rechnung“ ein Eintrag ist und nimmt diesen, falls nicht, nimmt er die eMail Addi aus dem Auftrag.

Hinweis: {{ Vorgang.Auftrag.RechnungsAdresse.EMail }} habe ich gewählt, damit die Rechnung an die im Auftrag unter Rechnungsadresse angegebene eMail geht und nicht an die im Kundenstamm hinterlegte eMail Adresse. Damit kann ich bei manueller Auftragsanlage auch mal spontan eine abweichende eMail Addi eingeben.

ACHTUNG!!! Setzt du den Haken bei eMail Ausgabe geht die Mail an die im Kundenstamm angelegte eMail Adresse gemäß der Einstellung in Mailvorlage. Mein Workaround greift wirklich nur bei über den Worker angestoßenen Rechnungsmailversand.

Spielt für mich aber keine Rolle, denn wenn ich nachträglich eine Rechnung aufgrund von Nachfrage des Kunden versende, dann ist es ja meist eine Antwort, an die ich dann die Rechnung manuell ran hänge 😉

PS: falls noch jemand eine bessere Idee hat... dann gerne

 

[MSPA]

Ist schon was her... da musste ich jetzt kurz nachdenken

Ich hab das mit eigenen Feldern im Kunden für Rechnung und Lieferschein gelöst.

Die Feldgruppe hab ich „Abweichende eMail Adressen“ genannt und dann je ein eMail Feld für „Rechnung“ und „Lieferschein“ angelegt.

Da ich Rechnungen und Lieferscheine automatisch über Workflow versende, habe ich da bei der Aktion „Ausgabe-Mailen-Rechnung“ einen alternativen Empfänger wie folgt gesetzt:

{% case email %}
{% when Vorgang.Kunde.EigeneFelder.abweichende_EMail_Adressen.Rechnung == empty %}
{{ Vorgang.Auftrag.RechnungsAdresse.EMail }}
{% else %}
{{ Vorgang.Kunde.EigeneFelder.abweichende_EMail_Adressen.Rechnung }}
{% endcase %}

Die Abfrage prüft jetzt, ob im eigenen Feld „Rechnung“ ein Eintrag ist und nimmt diesen, falls nicht, nimmt er die eMail Addi aus dem Auftrag.

Hinweis: {{ Vorgang.Auftrag.RechnungsAdresse.EMail }} habe ich gewählt, damit die Rechnung an die im Auftrag unter Rechnungsadresse angegebene eMail geht und nicht an die im Kundenstamm hinterlegte eMail Adresse. Damit kann ich bei manueller Auftragsanlage auch mal spontan eine abweichende eMail Addi eingeben.

ACHTUNG!!! Setzt du den Haken bei eMail Ausgabe geht die Mail an die im Kundenstamm angelegte eMail Adresse gemäß der Einstellung in Mailvorlage. Mein Workaround greift wirklich nur bei über den Worker angestoßenen Rechnungsmailversand.

Spielt für mich aber keine Rolle, denn wenn ich nachträglich eine Rechnung aufgrund von Nachfrage des Kunden versende, dann ist es ja meist eine Antwort, an die ich dann die Rechnung manuell ran hänge 😉

PS: falls noch jemand eine bessere Idee hat... dann gerne

Hallo in die Runde,

wir machen es ähnlich. Hast Du auch eine Möglichkeit für Rechnungskorrekturen gefunden? Dort gibt es leider die Variable Vorgang.Kunde.EigeneFelder ... nicht.

Besten Dank.
MSPA

 

[Terzel]

Hi @MSPA ,

bei Mahnungen gibts die Variable EigeneFelder auch nicht... hast Du dafür zufällig mittlerweile eine Lösung?