Neu Zuordnung von Zahlungen zu Rechnungen richtig automatisieren (Video)

[Manuel Pietzsch]

Hi Freunde,

Zuordnung von Zahlungen zu Rechnungen richtig automatisieren:
Ich habe mit unserem Entwicklungsleiter und einigen Kunden gesprochen und 7 Tipps für euch zusammengestellt.

Gruß

Euer Manuel

 

[Verkäuferlein]

Hallo @ManuelP,

cooles Video und man lernt ja immer noch was dazu, insbesondere der Girocode und das Thema Vernwendungszweck über Benutzervariablen hat mir nochmal Input gegeben.

Allerdings habe ich zu Tipp 7 eine kleine Anmerkung:

Bei uns ist nämlich kürzlich der Fall aufgetreten, dass eine Zahlung vorgemerkt war und vom Zahlungsabgleich mit Abschluss der tatsächlichen Buchung ein 2. Mal eingelesen wurde.
Dies hing damit zusammen, dass im Kundennamen ein Umlaut enthalten war, welcher scheinbar bei der Vormerkung als "U" und bei der tatsächlichen Buchung als "ue" "übersetzt" wurde.

Die Problematik habe ich Eurem Support auch entsprechend geschildert ( Ticket#2020020610003337), leider versucht man mir aber nur zu erklären, dass dies eine Ausnahme ist und sich programmiertechnisch nicht abfangen lässt und wir nur die Vormerkung deaktivieren könnten. Wir möchten aber natürlich dem Kunden die Möglichkeit bieten, dass die Überweisung von der Geschwindigkeit der Auftragsbearbeitung bei anderen Zahlungsarten mithalten kann.

Da erhoffe ich mir ehrlich gesagt ein anderes Verständnis von Problemerkennung und Problemlösung und die Diskrepanz zwischen der Aussage im Video und dem tatsächlich gelebten erscheint mir hier doch sehr groß.

Die Konsequenz daraus wäre (sofern der Kunde einen eindeutigen Verwendungszweck angibt), dass dies für eine Doppelzahlung gehalten wird und möglicherweise eine Erstattung an den Kunden erfolgt oder bei unklarem Verwendungszweck aber Namens- und Betrags-Gleicheit eine Fehlzuordnung passiert. Insbesondere im Zusammenhang mit Automatisierung wäre dies problematisch, wenn man z.B. Überzahlungen automatisch erstattet oder daraus Fehlzuordnungen und damit Auslieferungen ohne Zahlung resultieren.

Gruß
Verkäuferlein

 

[NewBuy]

Ich habe dazu auch einige Anregungen

1. Kunde kauft in getrennte Aufträge, zahlt 2x Versandkosten, um Kundenfreundlich zu sein werden die Aufträge zusammengefasst, einmal Versandkosten herausgenommen, diese über JTL recht kompliziert erstattet.
Dazu muss ich in Zahlungen gehen, bei einer Zahlung die Versandkosten herausrechnen, eine Erstattung veranlassen und dann erstatten. Nun wird aber immer noch die Zahlung "gelb" angezeigt und es ist schwer wenn man nicht gerade Jera nutzt die Zahlung ordentlich zuzuordnen. Wie gehen dann hin, setzten den Betrag wieder auf den Ursprünglichen zurück, kopieren bei einer PayPal-Rückzahlung die Trans-ID, gehen in den Auftrag, machen da in den Zahlungen eine Minus-Zahlung über Betrag X mit der Zahlart Paypal rein und kopiere die Trans-ID dazu. Dann passen alle Beträge
Hier wäre es doch viel schöner, wenn ich es direkt im Auftrag machen kann, bei Zahlung eine Minus-Buchung Art auswählen, bei Paypal wird dann nach erfolgter Rückzahlung die Trans-ID automatisch eingetragen, alles Super leicht und übersichtlich.
2. Kunde Zahlt zu viel, wieso auch immer. Wenn man nun die Zahlung per Hand zuweist bekommt keinen Hinweis, dass eine Überzahlung erfolgt ist. In den alten 1.3 und früher wurde der ganze Betrag den Auftrag zugewiesen und man hat gleich gesehen, dass eine Überzahlung erfolgte, auch hier wäre es schön, wenn man wie bei Punkt 1 dann vorgehen könnte. Mit Sicherheit gibt es Ausnahmen da, wo evtl. in einer Zahlung mehrere Aufträge bezahlt wurden, in solchen Einzelfällen kann man dann die Aufträge der Zahlung noch zuweisen.

Grüße Uwe

 

[sjk]

2. Kunde Zahlt zu viel, wieso auch immer. Wenn man nun die Zahlung per Hand zuweist bekommt keinen Hinweis, dass eine Überzahlung erfolgt ist. In den alten 1.3 und früher wurde der ganze Betrag den Auftrag zugewiesen und man hat gleich gesehen, dass eine Überzahlung erfolgte, auch hier wäre es schön, wenn man wie bei Punkt 1 dann vorgehen könnte. Mit Sicherheit gibt es Ausnahmen da, wo evtl. in einer Zahlung mehrere Aufträge bezahlt wurden, in solchen Einzelfällen kann man dann die Aufträge der Zahlung noch zuweisen.

Wenn eine Zahlung unvollständig zugewiesen ist, bleibt die in der Zahlungsübersicht ja gelb hinterlegt. Ist für uns so auch sehr übersichtlich. Wir öffnen bei Überzahlung also die Eingangszahlung und senden den Restbetrag mit "Rückbuchung tätigen --> Restbetrag" zurück. Momentan gibts da aber leider einen optischen Bug. Funktional kann der Restbetrag aber trotz Bug nicht doppelt überwiesen werden!

 

[Verkäuferlein]

Es wäre auch gut, wenn man die Überzahlung einfach mit auf den Auftrag buchen könnte/würde. Wir haben des Öfteren 1-5 Cent Überzahlungen, bei denen die Rücküberweisung teurer wäre als der Wert der Zahlung.

 

[jpebles]

Hallo!

Und was hat denn der Manuel da im Video bitte konkret eingegeben, damit es bei der Zahlungsart Vorkasse so schön übersichtlich aussieht???

Gruss!

Jo

 

[Blumengärtnerei B]

Hallo, Ich bin Neunutzer und grade dabei bei uns alles einzurichte. Schliese mich jpebles an und würde es begrüßen wenn der Code für die übersichtlichere Darstellung wie im Video erwähnt hier gepostet werden könnte.

mit freundlichen Grüßen

 

[Mark01000]

ja, das würde mich auch interessieren, danke

 

[Esel]

Guten Morgen,

@Manuel Pietzsch ich hab da eine Frage zu Punkt 4,
wir haben noch alte Vorlagen im Einsatz, da kommen die neuen Variablen nicht, ich hab testweise eine neue angelegt und sehe dann auch die internalID und JTL_Payment.

Gibt es eine Möglichkeit, die Variablen in die alte Vorlage zu bekommen, ohne alles neu bauen zu müssen?

 

[MarkusT]

Hi Manuel,
kannst du den Quellcode (aus dem Videos)für den Verwendungszweck mit Bankdaten mal hier im Beitrag einstellen?

Gruß
Markus

 

[Azuro10]

Hi Manuel,
würde gerne nochmal das Thema aufgreifen. Kannst du den Code mit der ubersichtlichen Druckvorlage posten?

Danke!

 

[Weedmaster-Flash]

Hi Manuel,
würde gerne nochmal das Thema aufgreifen. Kannst du den Code mit der ubersichtlichen Druckvorlage posten?

Danke!

@Manuel Pietzsch darthvader@jtl hab doch ein Herz mit uns und stelle uns den Code bitte zur Verfügung.

Danke und viele Grüße

 

[aadursun]

@Manuel Pietzsch

Kannst du bitte den Code zur Verfügung stellen.

 

[My Belt]

"Verwendungszweck:" + Report.InvoiceNumber + "¶" +
"Kontoinhaber:"+ Report.InvoicePaymentInformation.TransferAccountHolder + "¶" +
"IBAN:"+ Report.InvoicePaymentInformation.TransferIBAN + "¶" +
"Betrag:" + LocCurrL$(Report.OpenGrossPrice, JTL_GetCulture(Report.CountryISO, Report.LanguageISO, Report.CurrencyISO)) + "¶" +
"Zahlungsziel: " + LocDate$(Report.InvoicePaymentInformation.TransferDueDate, JTL_GetCulture(Report.CountryISO, Report.LanguageISO, Report.CurrencyISO)) + "¶¶" +

"Sie können den QR-GiroCode auf der rechten Seite nutzen, um die Zahlung unkompliziert über Ihre Online-Banking-App durchzuführen.¶" +
"Wir weisen darauf hin, dass die oben aufgeführten Artikel bis zur vollständigen Bezahlung in unserem Eigentum verbleiben."

 

[Elsterhund]

Super vielen Dank! Das klappt soweit ganz gut.

Zwecks Skonto möchte ich meinen alten Text übernehmen:

Vorgang.Auftrag.Zahlungsart.Name + "¶" + cond(Vorgang.Auftrag.Gesamtbetrag > (100), cond(Vorgang.Auftrag.IstBezahlt,Vorgang.Auftrag.TextNachZahlungseingangAufRechnung, "¶" +
" Zahlbar bis " + date$(AddDays (Vorgang.Erstelldatum,10) ,'%x') + ", abzüglich 2,00% Skonto "+ Fstr$ ((Vorgang.Auftrag.Gesamtbruttopreis*0.98),"?&.##") +" EUR," + "¶" +
" zahlbar bis " + date$(AddDays (Vorgang.Erstelldatum,30) ,'%x') + ", ohne Abzug " + Fstr$ ((Vorgang.Auftrag.Gesamtbruttopreis),"?&.##") + " EUR." ), cond(Vorgang.Auftrag.IstBezahlt,Vorgang.Auftrag.TextNachZahlungseingangAufRechnung, "¶Bezüglich der möglichen Entgeltminderungen verweisen wir auf die vereinbarten Zahlungs- und Konditionsvereinbarungen. Beiträge unter 100,- sind nicht skontierbar und sofort ohne Abzug zu bezahlen."))

Hier muss ich jetzt die DotLiquid-Variablen austauschen.
Ein paar habe ich schon gefunden, aber wie geht man am besten vor um die Variable zu finden, die man benötigt?
Zum Beispiel der alte Wert: Vorgang.Auftrag.IstBezahlt und Vorgang.Auftrag.TextNachZahlungseingangAufRechnung

Ich habe zum Beispiel für IstBezahlt schon alle möglichen Englischen Begriffe probiert, aber ich finde nicht die passende Variable.

Für jemanden der täglich in den Variablen unterwegs ist, kennt die Begriffe. Für mich ist es aktuell noch schwer.

Wenn mir jemand den alten Code anpasst, dann zahle ich auch gerne dafür. Aber für Tipps wie man da am besten vorgehen könnte bin ich auch zwecks Einarbeitung sehr Dankbar.

Besten Dank!

 

[frankell]

Ein paar habe ich schon gefunden, aber wie geht man am besten vor um die Variable zu finden, die man benötigt?
Zum Beispiel der alte Wert: Vorgang.Auftrag.IstBezahlt und Vorgang.Auftrag.TextNachZahlungseingangAufRechnung

Ich habe zum Beispiel für IstBezahlt schon alle möglichen Englischen Begriffe probiert, aber ich finde nicht die passende Variable.

Grundsätzlich kann man sich, wenn man nicht alle Vokabeln parat hat (was wahrscheinlich auf die große Masse der Wawi-Kunden zutreffen dürfte; Glückwunsch an JTL) damit behelfen, dass man den letzten Teil in seine Bestandteil zerlegt und einen Online-Übersetzer nutzt und dann die Begriffe einzeln nutzt, um danach zu suchen. Also Auftrag.TextNachZahlungseingangAufRechnung wird zu "Text Nach Zahlungseingang Auf Rechnung" und das grob zu "Text After receipt of payment On invoice". Da Invoice in einer Rechnung wohl öfter vorkommt, bieten sich da eher "text", "receipt" und "payment" an. Bei "payment bekommt man einiges" (inklusive des Gewollten), bei "receipt" gar nichts, aber bei "text" gibt es nur drei, womit man auf einem Blick fündig wird:

Report.PaymentMethodTextAfterPayment

Wenn man sich nicht sicher ist, kann man das Übersetzen auch rückwärts anwenden: Aus "Payment Method Text After Payment" wird grob "Zahlungsmethode Text nach der Zahlung".

Die neuen Vorlagen zeichnen sich aber nicht nur dadurch aus, dass sie auf Englisch sind, sondern darüber hinaus auch, dass viele Variablen nicht mehr existieren. Dazu gehört auch Vorgang.Auftrag.IstBezahlt. Ein "Report.IsPaid" oder "Report.SalesOrder.IsPaid" oder dergleichen sucht man vergebens. Glücklicherweise kann man sich hier bspw. mit einem anderen booleschen Ausdruck behelfen:

Report.OpenGrossPrice > 0