Beiträge von Kuhlma

    Aktuell steht auf meinen Rechnungen, Kundenportal oder in den E-Mails folgendes:


    Rechnung #2017-XXXX
    Rechnungsdatum: 31st May 2017
    Fälligkeitsdatum: 7th June 2017


    Dort soll aber 31. Mai 2017 oder 31.05.2015 stehen. Wie ist mir ehrlich gesagt egal, Hauptsache ein deutsches Format!

    Hallo Denis,


    ich lasse mir nur eine Mail zukommen, wenn ein Fehler aufgetreten ist und der Cron abbricht. Dein Hinweis war aber gut. Im Cron konnte ich sehen, dass ich an der falschen Stelle die Daten bearbeitet habe. Ich bin davon ausgegangen, dass ich dies in den allgemeinen Einstellungen tun muss. Dies war aber nicht der Fall. Nun klappt es auch. Das Thema mit der iPhone App besteht aber weiterhin. Hier warte ich noch auf Rückmeldung von dem WHMCS Support.


    Viele Grüße und ein schönes Wochenende!

    Hallo zusammen,


    da denkt man, eine Umstellung auf eine neue Domain sollte keine Probleme verursachen, so wird man direkt wieder auf den Boden der Tatsachen zurückgeholt.


    Seit der Umstellung habe ich Probleme mit der WHMCS App (Fehlermeldung: No server response) und dem Import von Tickets mit dem Cron "pop.php". Das Thema mit der iPhone App habe ich bereits an den WHMCS Support geleitet, was mich auch nicht weiter stört (Die App ist eh mies). Das Thema mit dem Import der Tickets stört mich bei weitem mehr. Sobald ich die Adresse in die Einstellungen im WHMCS eintrage ([email protected]), werden die Tickets nicht mehr aus dem Postfach abgeholt. Trage ich die alte Adresse ([email protected]) klappt alles wieder. Meine Vermutung hier: Es hat etwas mit der vierstelligen Domain (.ruhr) zutun.


    Hat hier jemand bereits Erfahrungen damit gemacht? Über Tipps wäre ich dankbar!


    Gruß Kuhlma

    Hallo zusammen,


    ich habe heute mehrere Domains in WHMCS eingepflegt, die nicht darüber bestellt wurden. Danach ist mir aufgefallen, dass alle Domains als Kündigung im Domain Robot vermerkt wurden. Hat das seine Richtigkeit? Ich habe jetzt vorsorglich alle Kündigungen im Robot storniert, nicht das dort nachher wirklich etwas gelöscht wird. Es war wirklich für jede Domain reproduzierbar. Der Haken "Auto. Erneuerung deaktivieren" war in WHMCS nicht gesetzt, weshalb mir das alles etwas Sorgen gemacht hat.


    Viele Grüße


    Kuhlma

    Das war es, vielen Dank. Da hätte ich eigentlich auch selber drauf kommen können / müssen. Nun habe ich nur noch folgende Meldung welche ich erhalte, wenn ich Änderung an einer Domain machen will (Registrar InterNetX). Die genannten Dateien in der Meldung sind alle da. Ich kann mir eigentlich nur Probleme mit den Schreibrechten vorstellen:



    Code
    Fatal error: Uncaught Error: Call to undefined function mysql_safequery() in /var/www/vhosts/XXXXX-XX.de/httpdocs/kundencenter/modules/registrars/InterNetX/utility.php:95 Stack trace: #0 /var/www/vhosts/XXXXX-XX.de/httpdocs/kundencenter/includes/hooks/InterNetX_hooks.php(230): getModuleParams('InterNetX') #1 /var/www/vhosts/XXXXX-XX.de/httpdocs/kundencenter/includes/hookfunctions.php(0): InterNetX_DomainEdit(Array) #2 /var/www/vhosts/XXXXX-XX.de/httpdocs/kundencenter/admin/clientsdomains.php(0): run_hook('DomainEdit', Array) #3 {main} Next Error: Call to undefined function mysql_safequery() in /var/www/vhosts/XXXXX-XX.de/httpdocs/kundencenter/vendor/whmcs/whmcs-foundation/lib/Terminus.php:0 Stack trace: #0 [internal function]: WHMCS\Terminus::whmcsExceptionHandler(Object(Error)) #1 {main} thrown in /var/www/vhosts/XXXXX-XX.de/httpdocs/kundencenter/vendor/whmcs/whmcs-foundation/lib/Terminus.php on line 0

    Hast Du da vielleicht schon eine Idee?


    Vielen Dank für Deine Hilfe


    Kuhlma

    Hallo zusammen,


    aktuell habe ich bei verschiedenen Menüpunkten im WHMCS (z.B. im SEO Button von Tsync --> CMSBased) das Problem, dass ich einen Error 500 erhalten. Schalte ich die Fehlermeldungen ein, erscheint folgendes:



    Code
    Fatal error: Uncaught PDOException: SQLSTATE[42S02]: Base table or view not found: 1146 Table 'whmcs_6.mod_tsync_metatags' doesn't exist in /var/www/vhosts/XXXXXX-XX.de/httpdocs/kundencenter/vendor/illuminate/database/Connection.php:333 Stack trace: #0 /var/www/vhosts/XXXXXX-XX.de/httpdocs/kundencenter/vendor/illuminate/database/Connection.php(333): PDO->prepare('select * from `...') #1 /var/www/vhosts/XXXXXX-XX.de/httpdocs/kundencenter/vendor/illuminate/database/Connection.php(706): Illuminate\Database\Connection->Illuminate\Database\{closure}(Object(Illuminate\Database\MySqlConnection), 'select * from `...', Array) #2 /var/www/vhosts/XXXXXX-XX.de/httpdocs/kundencenter/vendor/illuminate/database/Connection.php(669): Illuminate\Database\Connection->runQueryCallback('select * from `...', Array, Object(Closure)) #3 /var/www/vhosts/XXXXXX-XX.de/httpdocs/kundencenter/vendor/illuminate/database/Connection.php(342): Illuminate\Database\Connection->run('select * from `...', Array, Object(Closure)) #4 /var/www/vhosts/XXXXXX-XX.de in /var/www/vhosts/XXXXXX-XX.de/httpdocs/kundencenter/vendor/whmcs/whmcs-foundation/lib/Terminus.php on line 0

    Aufgrund der Meldung "Base table or view not found" würde ich behaupten, dass ihm etwas fehlt. Die Dateien "Connection.php" und "Terminus.php" sind vorhanden. Da ich jetzt nicht gerade der Spezi in Sachen MySQL und PHP bin, würde ich mich über Eure Hilfe freuen.


    PHP Version: 7.0.19
    WHMCS: 7.1.2


    Gruß Kuhlma

    Hallo zusammen,


    besteht im WHMCS irgendwie die Möglichkeit, alle Rechnungen aus einem Monat mit einem Klick herunterzuladen? Bisher lade ich immer alle Rechnungen einzeln herunter und drucke sie dann für die Buchhaltung aus. Das ist allerdings bei der Masse an Rechnungen teilweise echt mühselig. Gibt es diese Funktion zufällig irgendwo und ich habe Sie nur übersehen?


    Viele Grüße


    Kuhlma

    Hallo Denis,


    ja, da steht in der Tat etwas drin --> "IPN Handshake Invalid". Ich habe die komplette Meldung einmal angehangen. Falls etwas wichtiges entfernt wurde (XXXXXXXXXXXXXX), bitte kurze Info. Kann das dann per PN zukommen lassen.


    Hallo zusammen,


    aktuell tritt bei uns sporadisch das Problem wieder auf, dass PayPal Zahlungen nicht als "bezahlt" markiert werden, obwohl die Zahlung sichtbar über PayPal rein kommt. Dieses Problem tritt nicht immer auf. Bisher konnte ich das Verhalten auch noch nicht reproduzieren und auf ein bestimmtes Verhalten eingrenzen.
    Die Frage nun an Euch - Wo genau kann ich in welchem Log sehen, wo eventuell etwas schief läuft? Von PayPal erhalte ich danach meist die nachfolgende Meldung. Komisch finde ich, dass in der URL dieser doppelte // vorhanden ist. Ist das normal?


    Aktuelle PHP Version: 7.0.17
    Module: SEPA Modul von Plambee, Clean HTML Invoice, Clean PDF und Template Sync von CMSBased, EU VAT Modul




    Viele Grüße


    Kuhlma


    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.



    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.

    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

    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 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