Buchen von Zahlungen

[jernst]

Da das Thema, in dem ich unser Problem schon mal ansprach ja erledigt ist, hier noch mal der unerledigte Teil (die beschriebenen Punkte waren schon mal Bestandteil der WAWI vor Version 1.1:

Wäre es möglich das letzte verwendete Zahlungsdatum bei der Buchung einer Zahlung für die Buchu7ng der nächsten Zahlung in einem anderen Auftrag "festzuschreiben"? Wir buchen hier jeden Tag einige Zahlungseingänge "händisch" und müssen bei jeder Zahlung das voreingestellte aktuelle Datum erneut an das Wertstellungsdatum / Buchungsdatum anpassen.

Es scheint, als ob mit der Version 1.1.2.1 plötzlich die letzte Einstellung bei "Zahlungseingangsbestätigung jetzt per Email senden" für den im Folgenden bearbeiteten Auftrag übernommen wird. Dies ist zumindest in unserem Workflow wenig hilfreich, da wir - das gilt sich für alle Anwender - beim Versand der Zahlungsbestätigungsmail nicht differenzieren können zwischen jemandem der die Ware auf Rechnung bekam und jemandem der die Ware erst nach Erhalt der Vorauszahlung übersandt bekommt. Wir müssen immer auf eine Standardmail zurückgreifen. Ergo versenden wir immer nur dann eine Mail wenn der Kunde Vorkasse geleistet hat und kündigen gleichzeitig den Versand der Ware an. Das kann ich aber nicht bei einem Rechnungskunden machen.

 

[Gual61]

Wäre es möglich das letzte verwendete Zahlungsdatum bei der Buchung einer Zahlung für die Buchu7ng der nächsten Zahlung in einem anderen Auftrag "festzuschreiben"?

Stimme ich dir zu! Es war schon mal so, warum das nun geändert wurde ist mir unverständlich.

Ergo versenden wir immer nur dann eine Mail wenn der Kunde Vorkasse geleistet hat und kündigen gleichzeitig den Versand der Ware an. Das kann ich aber nicht bei einem Rechnungskunden machen.

Warum so kompliziert? Wir haben 60% Gewerbekunden die entweder im Shop "auf Rechnung" bestellen oder per Tel/Fax/Email.
Der Trick: lasse die Zahlungsemail vom Shop versenden (globale Einstellung in Wawi) und setzt bei der Zahlart in Shop "Zahlungsmail versenden" auf NEIN.
Damit geht nie eine Zahlungmail an Rechnungskunden raus und du musst kein Kopf darüber machen on Mail ja oder nein

ps: ach ja, JTL-Shop vorausgesetzt

Ciao
Gual

 

[jernst]

JTL - Shop haben wir, aber halt auch viele Privatkunden, denen wir nach x Bestellungen die Möglichkeit des Rechnungskaufs einräumen.
Wir finden es wichtig, den Kunden über den Zahlungseingang zu informieren. Hat was mit Transparenz und Kundenkommunikation zu tun.

Beide oben beschriebenen Probleme sind unverändert noch in der 1.1.3.0 vorhanden. Ändert sich da was mit der 1.1.4.0 ????? (Stichwort: Kundenkommunikation .....)

 

[jernst]

....... Monate später ........ X - Versionen später = Problem weder gelößt, noch beantwortet, noch .......

Ergo, unverändert die Frage, wird dies irgendwann mal auf den "Alten Stand" gesetzt: siehe Beitrag Nr. #1? Das war schon mal so und dies nicht ohne Anlaß, Grund, praktischen Wert und Vereinfachung des Workflows.
Und für alle, die vergessen haben warum das mal so war, einfach kleines Praktikum mit der jeweiligen Buchhaltung vereinbaren, Datensicherung machen und die letzten 400 Zahlungseingänge selber händisch erfassen.

 

[Shopsitters]

Ja das nervt aber sende die Mail einfach über die Workflows und das Thema ist für Dich erledigt.

Wenn Zahlung komplett und Zahlart Vorkasse dann sende Email.

Das ist dann eine dauerhafte Lösung ohne das jemand was vergessen kann.

Gruß Lars

gesendet via Tapatalk

 

[jernst]

Das ist eine gute Idee, danke. Richte ich gleich morgen ein.

Bleibt der Rest.

 

[deepblue]

Das soll doch jetzt bei der aktuelle JTL-Wawi über: ---> Zahlungs setzen wieder funktionieren.
Da gibt es unten ein Feld wo man den Haken setzen muss: ---> Zahlungseingangsbestätigung per Mail senden

Kann mir jemand mal erklären wie man sowas über Workflows erledigt. Bin da noch nicht so fit drin.

 

[jernst]

Darf ich noch mal an diesen Punkt "erinnern"?

Wäre es möglich das letzte verwendete Zahlungsdatum bei der Buchung einer Zahlung für die Buchu7ng der nächsten Zahlung in einem anderen Auftrag "festzuschreiben"? Wir buchen hier jeden Tag einige Zahlungseingänge "händisch" und müssen bei jeder Zahlung das voreingestellte aktuelle Datum erneut an das Wertstellungsdatum / Buchungsdatum anpassen.