Aloha,
hattest du schon Gelegenheit drüber zu schauen?
Beiträge von ZoXx
-
-
wenn möglich mit overrides arbeiten. Wie z.B. bei den Sprachdateien: Language Overrides - WHMCS Documentation
-
Nach jeder Änderung bearbeiten oder overrides (wenn möglich)
-
Ja so läuft es bisher.
Dachte man könnte evtl. manuell eingreifen. -
Damned.
Okay das wollte ich vermeiden.
Ja genau, erst die Bestellung manuell prüfen und dann raus mit der Bestellbestätigung, sowie Rechnung etc. -
Hallo in die Runde,
wir haben in den letzten Tagen wieder massiv Probleme mit Fake Accounts und SEPA.
Ihr kennt das Problem...Unser System hat den Haken bei:
Allerdings nimmt unser System die Bestellung an und schickt direkt eine Bestätigung raus mit Rechnung etc.
Kann da evtl. noch woanders was deaktiviert sein, was da quer schießt?
Ich würde gerne neu Bestellungen prüfen und dann gegeben falls annehmen. -
fehlen mir einfach die Worte.....
Müssen das auch noch rausschmeißen.... -
kannst du den container nicht einfach ausblenden?
css? -
korrekt.
bei mir auch -
Hab das gerade auch durchgespielt und scheint zu funktionieren.
Ich hoffe auch weiterhin das WHMCS begreift was der Fehler ist. Denn ich vermute die checken den Fehler einfach nicht oder wollen es öffentlich nicht einsehen und fixen den Fehler still heimlich in 7.5
hast du alle möglichen Fälle durchgetestet?
Also Admin, normale Bestellung und wiederkehrende Besttelung? -
großes Kino.
Schwebt dir da schon was vor? -
Ich denke ZoXx meinten diesen Beitrag: Problem VAT calculation on whmcs 7.4 - Installation, Upgrade, and Import Support - WHMCS.Community
genau
-
-
Zudem solltet Ihr zumindest das kostenlose WHMCS Modul Fixed Invoice Data einsetzen. Da WHMCS die Rechnungen on-the-fly erstellt werden die Rechnungen immer mit aktuellen Daten gefüttert. Zieht eure Kunde jetzt aber um wird die Kundenadresse aber auch bei allen alten Rechnungen geändert. Das WHMCS Modul speichert diese Daten aber in der Datenbank.
Gibt es das noch?
-
Das Runden von Steuern wurde meine ich in der 7.4 neu überarbeitet.
Da gibt es schon einige Leute die deswegen auch Probleme haben im WHMCS Forum. -
Das der Grund warum wir das so umgesetzt haben.
Schade, dass es dort dann doch keine andere Lösung gibt. -
ja genau sowas meine ich.
Das ist die Frage. Ist es rechtlich in Ordnung das so zu definieren? Vertragslaufzeit = Zahlungsintervall?
-
Guten morgen liebe Community,
ich habe mal eine Frage zur Umsetzung.Von Haus aus bietet ja WHMCS die Möglichkeit die Zahlungsweise auf z.B. monatlich,quartalsweise, halbjährlich und jährlich zu setzen.
Zum Thema Vertragslaufzeit ist dort ja nichts geregelt.Wir hatten jetzt die Vertragslaufzeit als Produktkonfiguration hinterlegt. Z.B. 3 Monate.
Jetzt ergibt sich natürlich folgendes:
Kunde wählt z.B. Zahlungsweise jährlich (da wir dort einen Prozentsatz Rabatt gewähren), wählt allerdings Vertragslaufzeit 6 Monate.
Beides ist ja frei wählbar.... Das ganze macht a wenig Sinn und sieht b auch noch bescheiden aus....Wie habt ihr das gelöst? Gerade mit der Vertragslaufzeit?
-
Wie geschrieben, kam es durch das WHMCS selbst.
In der Datenbank waren wir nicht. -
Okay Fehler gefunden nach langem suchen.
Für die, welche evtl. mal das gleiche Problem haben.
Es wurden durch das Backend von WHMCS einige Rechnungen storniert und gelöscht (Test).
Dabei ist in der Datenbank die Rechnungsnummer um 5 zurückgesetzt wurden (die Standard, nicht die umgeschriebene von EU_Vat), dass führte dazu, dass die Datenbankeinträge schon beschrieben waren und Produkte gelistet wurde, welche nicht zum Kunden gehörten. Somit war ein Unterschied von WHMCS Admin Rechnungsnummer zu WHMCS Datenbank Rechnungsnummer. Das wurde korrigiert und nun läuft alles wieder 1A.