Auftrag bezahlt - Rechnung nicht.

[SHAAN]

Das machen wir. Vielen Dank!

 

[chembaer]

Hallo Markus,

wir haben das gleiche Problem: Seit einem Update auf 1.9.4.3 (von 1.7.... aus) wird beim Zahlungsabgleich nur der Auftrag als bezahlt und nicht die Rechnung als bezahlt gesetzt.

 

[Markus Hütz]

Hallo Markus,

wir haben das gleiche Problem: Seit einem Update auf 1.9.4.3 (von 1.7.... aus) wird beim Zahlungsabgleich nur der Auftrag als bezahlt und nicht die Rechnung als bezahlt gesetzt.

Wäre super wenn du dich mit Beispielen, dir wir dann seitens Datenbank prüfen können, im Kundensupport meldest. Vielleicht gibt es noch Fälle die man berücksichtigen kann.

Hab bisher keine Rückmeldung zu dem Problem aus dem Kundensupport.

Danke!

Gruß,
Markus

 

[Speedy2012]

Hallo,
ich habe das "Problem" auch aktuell. JTL 1.9.5.2.
Es gibt Aufträg und alle haben eine dazugehörige Rechnung. Nun habe ich den Zahlungsabgleich durchgeführt und die Zahlung wurde bei allen Aufträgen statt der Rechnungen gesetzt. Wie kann ich denn nun - ohne große Umstände - alle Zahlungen den Rechnungen und nicht den Aufträgen zuordnen? Wie lautet der SQL Befehl, um alle Auftragszahlungen den Rechnungen zuzuweisen?
Danke.

 

[Markus Hütz]

Hallo,
ich habe das "Problem" auch aktuell. JTL 1.9.5.2.
Es gibt Aufträg und alle haben eine dazugehörige Rechnung. Nun habe ich den Zahlungsabgleich durchgeführt und die Zahlung wurde bei allen Aufträgen statt der Rechnungen gesetzt. Wie kann ich denn nun - ohne große Umstände - alle Zahlungen den Rechnungen und nicht den Aufträgen zuordnen? Wie lautet der SQL Befehl, um alle Auftragszahlungen den Rechnungen zuzuweisen?
Danke.

Hi,

wäre super, wenn du dem Support diesen Fall zeigen könntest. Der Zahlungsabgleich weist Zahlungen zwar auch auf Aufträge zu, aber bevorzugt die Rechnungen wenn sie existieren.


Gruß,
Markus

 

[dc-nico]

Hallo,

alle manuell angelegten Aufträge, welche manuell Zahlung erhalten, sind unter Mahnlauf als nicht bezahlt gelistet.
Was ist denn hier falsch?

Gruß
NICO

 

[prmsprt]

Hi,

wir haben ein ähnliches Problem.
Es bezieht sich in erster Linie auf Rechnungen die über die LS-Pos bezahlt wurden
und Aufträge die vollständig bezahlt wurden dann aber teilgeliefert wurden.

Das Problem hatten wir schonmal im Juni ´22: https://forum.jtl-software.de/threa...eber-ls-pos-seit-wawi-1-6.184351/#post-988624

 

[Markus Hütz]

Hallo zusammen,

@dc-nico schau mal bitte, ob die Zahlung eines solchen Auftrags unter "Zahlung setzen" die Belegnummer des Auftrags oder die der Rechnung ausweist. Ich würde hier darauf tippen, dass die Rechnung nicht bezahlt ist sondern "nur" der Auftrag.

@prmsprt es kann gut sein, dass die Rechnung schon existiert bevor die LS-POS die Zahlungen schreibt. Dann wird hier die Zahlung von der LS-POS wahrscheinlich auf den Auftrag und nicht auf die Rechnung gebucht. Wenn die Rechnung erstellt wird nachdem der Auftrag da und bezahlt ist wäre das ein Problem von JTL-Wawi.

Gruß,
Markus

 

[prmsprt]

Hallo zusammen,

@dc-nico schau mal bitte, ob die Zahlung eines solchen Auftrags unter "Zahlung setzen" die Belegnummer des Auftrags oder die der Rechnung ausweist. Ich würde hier darauf tippen, dass die Rechnung nicht bezahlt ist sondern "nur" der Auftrag.

@prmsprt es kann gut sein, dass die Rechnung schon existiert bevor die LS-POS die Zahlungen schreibt. Dann wird hier die Zahlung von der LS-POS wahrscheinlich auf den Auftrag und nicht auf die Rechnung gebucht. Wenn die Rechnung erstellt wird nachdem der Auftrag da und bezahlt ist wäre das ein Problem von JTL-Wawi.

Gruß,
Markus

Hallo Markus,

soweit ich das aktuell überblicken kann, ist es so, dass die Rechnung bereits exisitiert,
Verstehe ich richtig, dass das dann ein LS-POS Problem ist. bzw. war?

Aktuell scheint wieder alles zu passen.
Den Zeitrahmen kann ich leider nicht mehr definieren.

 

[Markus Hütz]

Hallo Markus,

soweit ich das aktuell überblicken kann, ist es so, dass die Rechnung bereits exisitiert,
Verstehe ich richtig, dass das dann ein LS-POS Problem ist. bzw. war?

Aktuell scheint wieder alles zu passen.
Den Zeitrahmen kann ich leider nicht mehr definieren.

Hey,
kann sein, muss aber nicht.

LS-POS schreibt die Zahlungen selber. Dabei ist dann der Zeitpunkt entscheidend. Bei Anlage einer Rechnung zu einem Auftrag bucht JTL-Wawi Zahlungen automatisch auf die Rechnung, sofern auf dem Auftrag welche sind. Existiert eine Rechnung und ein Auftrag wird bewusst bezahlt findet keine automatische Übernahme in die Rechnung statt.

Gruß,

Markus

 

[dc-nico]

@dc-nico schau mal bitte, ob die Zahlung eines solchen Auftrags unter "Zahlung setzen" die Belegnummer des Auftrags oder die der Rechnung ausweist. Ich würde hier darauf tippen, dass die Rechnung nicht bezahlt ist sondern "nur" der Auftrag.

Sorry, waren noch in Urlaub.
Ich verstehe das nicht ganz.
Auftrag wurde versendet und Zahlung wurde dann einen Tag später gebucht.
Allerdings haben wir hier nie irgendeine Auswahl bei Auftrag oder Rechnung gesetzt.
Was muss man denn nun tun, damit nicht doppelte Zahlungseingänge vorhanden sind.
Und weshalb kann man denn eine Zahlung bei Auftrag und eine bei rechnung setzen?

Gruß
NICO

 

[SHAAN]

Hallo @Markus Hütz

ich kann das Problem von @EXV bestätigen. Wir arbeiten sehr viel mit Rechnungen. Es kommt immer wieder vor, dass Zahlungseingänge nicht der eigentlichen Rechnung zugeordnet werden, sondern automatisch dem Auftrag. Für uns bleibt der Vorgang unsichtbar.

Hintergrund ist sicher ein Zeilenumbruch im Buchungstext oder einfach ein Tippfehler.

Das Folgeproblem dahinter ist, dass diese Kunden automatisch abgemahnt werden. Dies hat wiederum zu Folge, dass die Kunden zu oft nicht auf die Mahnung reagieren, da in ihrem System der Vorgang abgeschlossen ist. Folge sind weitere Mahnungen und eine unnötige Eskalation und Mehrarbeit für beide Parteien.
Dieses Problem haben wir bereits seit Jahren und ist in der 1.8.12 immer noch aktuell.

Es wäre hilfreich, wenn man NICHT Vorkassenkunden, von der automatischen Zuordnung an Aufträge ausschließt und diese nur an Rechnungen zugeordnet werden, oder eben gar nicht. Alternativ sollten die Zahlungseingänge nicht an Aufträge zugeordnet werden, wenn bereits eine Rechnung existiert.

Wir haben kein LS-POS und haben dennoch das Problem. Und das schon gefühlt immer. Siehe oben mein alten Post.

Es hat sich leider nichts geändert. Unnötiger und ärgerlicher Aufwand für uns und unsere Kunden.

Das Zahlungsmodul ist so weit von der Praxis entfernt, dass man es leider nicht für voll nehmen kann. Es ist unausgereift und mit Bugs behaftet. Stichworte: Zuordnung, Gutschriften, Negativbeträge, Sammelzahlung, Rücküberweisung

Schade, dass die Probleme nicht ernst angegangen werden, zumal es kostenpflichtig ist. Mir fehlt die Kraft und Zeit da ständig hinterher zu laufen und das mache ich schon seit 2020. Es ist nur noch frustrierend.

 

[dc-nico]

Hallo,

nachdem ich ein Ticket eröffnet hatte, wurde mir mitgeteilt, dass diese Vorgehensweise momentan so gewollt ist.

Antwort vom Support:

Das ganze liegt daran dass die Zahlung zur Rechnungskorrektur in den Auftrag geschrieben wird. Dies war vielfacher Wunsch unserer Kunden.
Zusätzlich besitzt der Auftrag keine Verknüpfung zur Rechnung.
Das ganze lässt sich nur manuell ändern wenn Sie die Zahlungen entfernen.
Grundsätzlich sollten Sie jedoch keine Mahnläufe für den Marktplatz Amazon durchführen.

Ich habe darum gebeten, den Sachverhalt mit der Geschäftsleitung ein mal zu besprechen, da eine Warenwirtschaft nicht einfach stornierte Auträge / Rechnungen unter nicht bezahlter Aufträge listen darf.
Das ist in meinen Augen auch unsauber und irritierend.
Ich möchte dort nur Auträge gelistet haben, welche auch tatsächlich auf Zahlungseingang warten.
Alles andere ist überflüssig.

Gruß
Nico

 

[MichaelH]

Beispiel:
Du hast einen Auftrag für 2 Artikel mit 100€ Summe. Jetzt versendest Du einen Artikel und stellst diesen mit 40€ in Rechnung. Der Kunde zahlt aber den vollen Auftrag, also die 100€. Nun existiert eine Zahlung über 100€ und eine Rechnung über 40€. Wir bezahlen mit der Zahlung die Rechnung und buchen die 60€ Überzahlung auf den Auftrag.
Erstellst Du jetzt eine Rechnung über den restlichen Artikel buchen wir diese Zahlung automatisch um. Die Rechnung ist ja immerhin schon bezahlt. Somit hast du dann eine bezahlte 40€-Rechnung und eine bezahlte 60€-Rechnung.
Wird aus irgendeinem Grund der 60€-Artikel nicht mehr gewollt könnte man diesen aus dem Auftrag entfernen, womit man dann einen überzahlten Auftrag hat und folglich die Überzahlung angezeigt bekommt..

Bedeutet:
Wer auf Rechnung liefert MUSS die Zahlung auf der Rechnung erfassen.

---
Das ganze liegt daran dass die Zahlung zur Rechnungskorrektur in den Auftrag geschrieben wird. Dies war vielfacher Wunsch unserer Kunden.
Zusätzlich besitzt der Auftrag keine Verknüpfung zur Rechnung.
Das ganze lässt sich nur manuell ändern wenn Sie die Zahlungen entfernen.
Grundsätzlich sollten Sie jedoch keine Mahnläufe für den Marktplatz Amazon durchführen.
---

Eine Rechnungskorrektur wird anhand einer Rechnung erstellt.
Die Rechnung hat keine Verbindung zum Auftrag, jedoch wird die Zahlung aus der Rechnungskorrektur dem Auftrag zugeordnet ?
-> Wie soll das denn möglich sein, wenn es gar keine Verbindung RE zu Auftrag gibt ?

Weiters - man muss also das Guthaben das auf dem Auftrag steht löschen und dann auf die Rechnung erfassen, damit die Rechnung bezahlt bzw. RE minus GU = Differenz-Betrag ergibt ?

---
"Dies war vielfacher Wunsch unserer Kunden."
---

Und nebenbei erwähnt, welcher KundEN denn ?
Ich kann mich an keine Frage oder Diskussion dazu im Forum erinnern. Und wo bitte kann man Wünsche anbringen ?
Zudem derart detaillierte und grundsätzliche ?
-> Ticketnummer ?

Und warum kann man dies nicht optional einstellen ?
Wer auf Rechnung liefert und somit Zahlungen erst erhält, wenn die Rechnung existiert, der will das so nicht haben !

Und auch wenn man Zahlungsdienstleister verwendet (PayPal & Co) somit die Zahlung auf dem Auftrag landet, aus dem Auftrag eine Rechnung erstellt wird mit allen Positionen (für 99.9% der Aufträge), somit die Zahlung automatisch vom Auftrag auf die Rechnung gebucht wird - warum sollte man dann bei einer GU den Betrag auf dem Auftrag haben wollen ?

Hat das einer dieser vielen KundEN mal erläutert was genau er mit dem Guthaben auf dem Auftrag konkret macht ?
Denn es existiert eine RE und eine GU die sich betragsmäßig aufheben bzw. einen "Zahlungsbetrag" ergeben, womit das Guthaben einer existierenden Zahlung eben auch dort zu finden sein soll.

Und nochmals - wie kann das Guthaben auf dem Auftrag landen, wenn RE und AU gar keine Verbindung haben ?

 

[dc-nico]

Aber Fakt ist doch einfach nur eins:

Unter nicht bezahlten Rechnungen gehören auch nur rechnungen, welche nicht bezahlt wurden.
Wenn die Rechnung nach versand der Ware storniert wurde, gibt es eine Gutschrift und somit hat dieser Auftrag nichts mehr unter nicht bezahlter Rechnungen zu suchen.
Das können wir gerne 100 User fragen und du wirst hier, wenn überhaupt, einen finden, welche diese bestehende Vorgehensweise als in ordnung bezeichnet.
Demnach hat JTL hier eine komische Darstellung bewilligt, nur weil es ein paar User gibt, welche dies so wünschen.
Für mich ist das unverständlich.

Und das Auftrag und Rechnung keine Verbindung haben ist ein weiteres Problem, welches es in früheren versionen so nicht gab.
Denn hier sind Rechnungskorrekturen auch nicht möglich, weil eben keine Zuordnung zum Auftrag besteht.
Hier gibt es einen weiteren Beitrag von mir, welche schon seit Jahren nicht beachtet wird.

Gruß
NICO

 

[MichaelH]

Na ja, wie so oft.
Mein Beitrag mit vielen "?", Antwort dazu keine.

Ich frage mich selbst immer wieder warum ich überhaupt noch zu irgendwas etwas im Forum schreibe ... der Grund ?
Manches das von JTL kommt ist so schräg, dass es mich einfach in den Fingern juckt und ich dem nicht widerstehen kann.

 

[dc-nico]

aber ist ja auch schon mehrfach von mir geschrieben worden.
JTL will zu viel Neues in die Wawi bringen, um dann mehr zu verdienen.
Was dabei vernachlässigt wird ist, dass jede Version auch bei Fehlern korrigiert werden muss.
Das ist JTL aber oft egal, denn hier wird man nur die neuen Versionen mit Verbesserungen bestücken, nicht die älteren.
Außerdem haben die Programmierer keine Zeit für viele Bugs, denn es muss ja das Neue umgesetzt werden.
Wer das nicht sieht, ist leider nicht mehr zu retten.

 

[Markus Hütz]

Hallo,

nachdem ich ein Ticket eröffnet hatte, wurde mir mitgeteilt, dass diese Vorgehensweise momentan so gewollt ist.

Antwort vom Support:

Ich habe darum gebeten, den Sachverhalt mit der Geschäftsleitung ein mal zu besprechen, da eine Warenwirtschaft nicht einfach stornierte Auträge / Rechnungen unter nicht bezahlter Aufträge listen darf.
Das ist in meinen Augen auch unsauber und irritierend.
Ich möchte dort nur Auträge gelistet haben, welche auch tatsächlich auf Zahlungseingang warten.
Alles andere ist überflüssig.

Gruß
Nico

Hey,

würdest du mir dazu bitte mal die Ticketnummer per PN schicken? Ich würde gerne mal prüfen ,wie es zu der Aussage kam. Das ist nur je nach Kontext richtig und keine allgemeingültige Aussage.

Ich konnte in Version 1.9.7.1 nicht nachstellen, dass eine stornierte Rechnung unter "unbezahlt" aufgelistet wird. Kann es sein, dass es sich hier um ein Verhalten bei Amazon-Rechnungen handelt?


Danke dir.

Gruß,
Markus

 

[Markus Hütz]

aber ist ja auch schon mehrfach von mir geschrieben worden.
JTL will zu viel Neues in die Wawi bringen, um dann mehr zu verdienen.
Was dabei vernachlässigt wird ist, dass jede Version auch bei Fehlern korrigiert werden muss.
Das ist JTL aber oft egal, denn hier wird man nur die neuen Versionen mit Verbesserungen bestücken, nicht die älteren.
Außerdem haben die Programmierer keine Zeit für viele Bugs, denn es muss ja das Neue umgesetzt werden.
Wer das nicht sieht, ist leider nicht mehr zu retten.

Hey,

schau dir mal die Changelogs an, wie viele Bugfixes es im Vergleich zu Neuerungen gibt. Ich verstehe deinen Frust, aber die Aussage stimmt halt nicht.

Gruß,
Markus

 

[MichaelH]

Ah, Markus, du hier ?

https://forum.jtl-software.de/threads/auftrag-bezahlt-rechnung-nicht.217093/post-1261141

Kannst du mal etwas Transparenz in die Aussage bringen:
"Dies war vielfacher Wunsch unserer Kunden."

Was wo wie vielfacher Wunsch unserer Kunden ?
Wie viele Votes hat denn das Ticket mit der Nummer .... ???