Offen Falsche Zuordnung der Zahlungen beim Zahlungsabgleich

[mgr]

Hi,

folgende Ausgangssituation: Ein Kunde hat z.B. innerhalb einer Woche zwei mal die selbe Bestellung aufgegeben (d.h. der Betrag der Rechnungen ist jeweils identisch). Es gibt also für diesen Kunden zwei unterschiedliche offene Rechnungen (nennen wir sie RE #5 und RE #229), die den selben Betrag aufweisen.

Der Kunde bezahlt nun (nur) RE #5 unter Angabe des Verwendungszweck: KD [korrekte KDNR] RE 5 AUFTRAG [korrekte Auftragsnummer]

Der Zahlungsabgleich scheint nun lediglich die Kundennummer für die Zuordnung zurate zu ziehen und nimmt sich einfach die erstbeste Rechnung, was in diesem Fall RE #229 ist. Richtig wäre jedoch RE #5 (wie auch im Verwendungszweck angegeben).

Als Notlösung fällt mir an der Stelle nur ein: sobald der Zahlungsabgleich zu einem Kunden mehrere (offene) Rechnungen mit dem selben Betrag findet, sollte einfach gar keine automatische Zuordnung erfolgen. Manuelle Zuordnung ist immer noch besser als eine falsche Zuordnung der Zahlung.

Etwas ab vom konkreten Problem:Macht es denn Sinn, wenn Dritte sich mit der Thematik Zahlungsabgleich beschäftigen und konkrete Verbesserungsvorschläge einbringen? Haben diese Chance auf Übernahme oder wird das seitens JTL lieber komplett intern geregelt?

Zur Vollständigkeit noch ein Link zu einem ähnlich gelagertem Thema: http://forum.jtl-software.de/fehler...hlungsabgleich-zahlung-falsch-zugeordnet.html

 

[mgr]

AW: Falsche Zuordnung der Zahlungen beim Zahlungsabgleich

Im Ursprungspost vergessen:

Getestete Versionen: 0.99780 (letztes Release) und 0.99810 (Open Beta)

 

[Janusch]

AW: Falsche Zuordnung der Zahlungen beim Zahlungsabgleich

Hallo,

könntest Du uns die Kdnr. /Renr. genauso posten wie diese in der Wawi stehen?
Sind es reine 3 -4 stellig Zahlen, so wird es immer zur verwechslung kommen. Versch. Prefix/Suffix evtl. anderer Nummernkreis können hier nur 100% eindeutige Zurodnung ermöglichen.

 

[mgr]

AW: Falsche Zuordnung der Zahlungen beim Zahlungsabgleich

Die RE-Nummer besteht tatsächlich aus reinen fortlfd. Ziffern (1,2,3..,200,201 etc), d.h. dort liegt vermutlich auch das Problem. Die Kundennummern bestehen aus Ziffern und Buchstaben als Suffix.
Die Zahlung aus der CSV des Bank-Exports hat im Verwendungszweck die korrekte Kundennummer, Rechnungsnummer und Auftragsnummer. Wobei RE- und Auftragsnummer wie geschrieben lediglich fortlaufende Nummern ohne Prefix/Suffix sind.

Dennoch: der ZA kann den Kunden eindeutig identifizieren, mangels Unterscheidungskraft der RE-Nummern jedoch keine konkrete Rechnung aus den Zahlungsinformationen ableiten.

Und an der Stelle eben mein Vorschlag/Wunsch: sobald der Zahlungsabgleich eine Zahlung - mathematisch ausgedrückt - nicht eineindeutig zu einer Rechnung zuordnen kann, sollte auch keine Zuordnung stattfinden bzw. wie bereits jetzt bei z.B. abweichenden Beträgen zur manuellen Kontrolle markiert werden.

Das unter diesen Umständen (Aufbau RE-Nummer ohne Suffix/Prefix) kein automatischer ZA erfolgen kann ist absolut kein Problem und rein technisch gesehen auch absolut nachvollziehbar: woher soll der Hochgeschwindigkeitsrechentrottel auch wissen, ob die z.B. 3-stellige Ziffer im Verwendungszweck nun Auftragsnummer oder Rechnungsnummer ist oder evtl. gar einfach nur so dort drin steht. Wichtig wäre eben nur, dass der ZA bei dünner Informationslage sich nicht verselbstständigt und Zahlungen automatisch falsch zuordnet, was betriebswirtschaftlich letztlich das worst-case Szenario ist.

 

[mgr]

AW: Falsche Zuordnung der Zahlungen beim Zahlungsabgleich

Ich hab noch einmal getestet: selbst wenn ich die Rechnungsnummern mit einem Prä- und Suffix versehe ordnet der Zahlungsabgleich die Zahlung zur falschen Rechnung zu. Es scheint tatsächlich so zu sein, dass er zuerst versucht, den Kunden aus der Zahlung zu ermitteln und sobald er einen passenden Kunden gefunden hat, wird einfach die zuletzt ausgestellte Rechnung mit dem passenden Betrag zugeordnet.
Aber wie eingangs erläutert, kann es vorkommen, dass zwei offene Rechnungen des selben Kunden über den selben Betrag existieren. Und genau da kommt es dann zur Falschzuordnung.

 

[Janusch]

AW: Falsche Zuordnung der Zahlungen beim Zahlungsabgleich

Hallo,

das hängt von der Art der Nr. ab.

Wenn die Rnr: RN1234 heißt, und diese so auf dem Auszug steht, kann nur diese Rechnung zugeorndet werden.
Steht im Auszug nur 1234, so kommt alles wo 1234 in Frage kommt in betracht.

Wie sieht die Nr. aus und was ist steht in der Zahlungsdatei drin?
Wie lautet die Kundennr. die immer genommen wird?

 

[mgr]

AW: Falsche Zuordnung der Zahlungen beim Zahlungsabgleich

Ich habe noch einmal eine frischen Mandanten mit Testdaten gefüttert und das Problem reproduziert. Im Anhang eine ZIP mit dem SQL-Backup mit den Testdaten und einer Beispiel-CSV für den Zahlungsabgleich (JTL WaWi 099780).

Daten aus dem Test-Mandant in der Übersicht:

RE-Nr.	KD-Nr.	Betrag	KD Vorname Nachname
RE-1D	K-10062	68,53	Anna Becker
RE-2D	K-10087	57,12	Julia Frank
RE-3D	K-10062	68,53	Anna Becker

Inhalt der CSV-Datei für den Zahlungsabgleich:

Buchungstag;Buchungstext;gebuchter Betrag;Name/Firma;Verwendungszweck
03.09.12;GUTSCHRIFT;57,12;FRANK JULIA;K.NR. K-10087 R RE-2D
03.09.12;GUTSCHRIFT;68,53;BECKER ANNA;KU K-10062 RE RE-1D AUFTRAG A-1D
;;;;

Ergebnis: Die letzte Zahlung ("KU K-10062 RE RE-1D AUFTRAG A-1D") wird falsch zugeordnet: zugeordnet wird RE-3D statt RE-1D

Interessant: nehme ich aus dem Verwendungszweck für die "Problem"-Zahlung die Kundennummer raus, wird richtig zugeordnet:

Buchungstag;Buchungstext;gebuchter Betrag;Name/Firma;Verwendungszweck
03.09.12;GUTSCHRIFT;57,12;FRANK JULIA;K.NR. K-10087 R RE-2D
03.09.12;GUTSCHRIFT;68,53;BECKER ANNA;RE RE-1D AUFTRAG A-1D
;;;;

 

[Janusch]

AW: Falsche Zuordnung der Zahlungen beim Zahlungsabgleich

Hallo,

Dank für die Daten.

Habe das getestet, bei der Suche nach Rnr. wird "-" entfernt, deshalb wird die Rnr. nicht gefunden.
Somit wird Kudnenname + Betrag hier zu der Identifizierung benutzt.

Man kann das jetzt umgehen indem auf "-" verzichtet wird.

 

[mgr]

AW: Falsche Zuordnung der Zahlungen beim Zahlungsabgleich

Ich hab noch einmal weiter getestet und bin nun mit meinem Latein am Ende.

Im Anhang noch einmal MSSQL-Dump/Backup + Test-CSV.

• 1. Zahlung: obwohl falscher Betrag wird die Zahlung grün markiert; [R20122D]
• 2. Zahlung: im Verwendzweck angegeben ist R20121D; zugewiesen wird jedoch automatisch R20123D
  • an der Stelle sei erwähnt: die Rechnungen wurden erst erstellt mit R<lfdNr.>D (R1D, R2D und R3D); nachdem hier auch Zuordnung fehl schlug, habe ich die Rechnungsnummern über die WaWi geändert mit R<J><lfdNr>D (R20121D, R20122D, R2012R3D); Frage wäre hier ob der ZA irgend etwas zwischenspeichert (cache) auch wenn man den ZA abbricht*

Ich helfe dort auch gern konzeptionell und technisch. Bei Bedarf schau ich mir auch den Quellcode für den ZA einmal an und entwickle konkrete, technische Verbesserungsvorschläge. Aktuell ist er leider nur eingeschränkt nutzbar; nicht zugeordnete Zahlungen sind halb so wild; aber automatisch falsch zugeordnete machen den Zahlungsabgleich quasi nicht nutzbar.

* In der Datenbank habe ich nichts dazu gefunden. ZALog ist bekannt, kommt jedoch - soviel ich weis - nur zum Einsatz, wenn der Abgleich auch komplett durchgeführt wird.