Prorata Rechnungen werden teilweise falsch generiert

Guten Morgen zusammen,

ich habe aktuell ein Problem mit meinen Rechnungen. Manche Produkte lasse ich anteilig für einen Monat berechnen, da ich sonst Probleme mit der Abrechnung bekomme (Reseller). Hierbei fällt mir in letzter Zeit häufig auf, dass ich immer die Rechnungen korrigieren muss, da diese falsch generiert werden. Meistens wird immer der Erstbetrag genommen und in Rechnung gestellt. Bei manchen Kunden klappt es wiederum ohne Probleme (Gleiches Produkt). Hat jemand eine Ahnung, wie man genau mit diesen Prorata Rechnungen umgehen muss? Auffällig ist auch, dass im bestellten Produkt bei dem Kunden folgendes steht:

Somit ist der Wiederkehrende Betrag falsch. Gefühlt ist es aber so, wenn ich diesen anpasse, dass er dann beim nächsten generieren einen anderen Betrag in Rechnung stellt. Aktuell habe ich damit echt ein massives Problem. Ich muss jeden Monat die Rechnungen kontrollieren, da etwas schief geht. Genau das Gleiche hatte ich letzten Monat auch, da der Monat ja nur 28 Tage hatte. Da hat WHMCS alle Rechnungen gekürzt und nicht den vollen Betrag in Rechnung gestellt. Ist das ein normale Vorgehen bei Prorata Rechnungen?

Hier noch ein Screenshot von einem Produkt, was Prorata-Rechnungen erstellt.

Viele Grüße

Kuhlma

Hallo zusammen,

ich nutze aktuell folgende Module:

- Zahlungsgebühren Modul von Dirohost
- SEPA-Modul von Plambee
- Kündigungsmodul von Dirohost

Die fett markierten sollten auf die Rechnungen zugreifen können. Bei dem Zahlungsgebühren Modul habe ich aktuell noch die 1.7.1. Ich werde dann mal ein Update machen.

Gruß Kuhlma

Ich habe das Update jetzt eingespielt. Ich hoffe das es nun endlich gelöst ist. Das Abändern der Rechnungen ist nämlich sehr mühselig und nervig, da WHMCS mir eigentlich die Arbeit erleichtern sollte

Hallo zusammen,

ich habe nun endlich ein paar Neuigkeiten. Nachdem die Rechnungen erneut falsch generiert wurden, habe ich WHMCS komplett neu installiert und die alte Datenbank drüber gelegt. Alle Module habe ich dann wieder neu installiert --> Gleiches Problem!
Nachdem ich aber das Zahlungsgebührenmodul gelöscht habe inkl. aller Anpassungen, hat es einwandfrei funktioniert. Die Rechnungen werden nun wieder problemlos generiert. Aus meiner Sicht, scheint es irgendwie daran zu liegen. Nun klappt auch wieder die automatische Zahlungsbestätigung über PayPal. Dort hatte ich zuvor auch massive Probleme.

Gruß Kuhlma

Hallo,

die Lizenz ist natürlich aktiv. Das Problem trat ja auch nur auf, in Verbindung mit den Prorata Rechnungen.

Alle anderen Rechnungen wurden richtig generiert.

Gruß Kuhlma

Hallo,

ich hatte die letzte verfügbare Version installiert. Das war die Version, in der dass Problem behoben sein sollte. Dennoch hatten wir das Thema. Nachdem ich 2 Monate ein riesen Problem mit den Rechnungen hatte, habe ich das Modul aus dem System genommen. Das Chaos tue ich mir nicht noch einmal an

Gruß Kuhlma

Zitat von JB1985

Wenn du weißt wann so eine Prorata Rechnung generiert wird, dann würde ich dein Cronjob deaktivieren und manuell laufen lassen im Debug Modus.

Code

cron.php do --CreateInvoices -vvv

Dann siehst du in der Konsole woran es hängt.

Oder du hängst zum täglichen Cron die -vvv dahinter und lässt dir den Output per Email senden.

Alles anzeigen

Hallo - Ich werde das beim nächsten Mal machen. Zum 1. hin, werden für viele Produkte bei uns die Rechnungen generiert. Dann prüfen wir das noch einmal. Danke für den Hinweis und die Unterstützung.

Zitat von arcronis

Wir haben das Modul bei vielen Kunden mit pro Rata im Einsatz da gibt es keinerlei Probleme

Ich weiß aktuell auch nicht, was es gewesen ist. Fakt ist, seitdem wir das Modul draußen haben, sind die Probleme auf dem ersten Blick verschwunden. Es ist natürlich mehr als unglücklich, dass uns die Zahlungsgebühren nun flöten gehen. Die einbußen sind aktuell schon enorm und spürbar. Wir sind derzeit auch noch andere Lösungen am analysieren, die eventuell etwas einfacher zu handhaben sind. Aber bisher ist keines so effektiv wie WHMCS, dass muss man leider sagen.