Mollie und Micropayment scheinen genau das zu sein, was ich Suche. Danke!
Beiträge von scysys
-
-
Ein türkischer Webhoster scheint solche Module zu bauen. Hat für viele türkische Banken sowas erstellt auch für die ING Bank. Ob das Modul auch in Deutschland funktioniert, weiß ich nicht.
So ein Bankabgleich war mal vorhanden. War nie zu 100% genau und musste oft nachgearbeitet werden.
-
SEPA, Giropay und SOFORT sind toll und vorhanden. Aber es gibt eben eine nicht kleine Anzahl an Leuten die Einfach nur Überweisen. Überweisungen muss ich selber Buchen und stehlen mir Zeit. Im grunde soll der Nutzer wenn er die Überweisung wählt vom Dienstleister die Daten bekommen, die das dann Buchen und irgendwann entsprechend auszahlen.
-
Gibt es einen solchen Dienstleister? Wie Stripe und Co halt. Soll nur eben auch Überweisungen annehmen. Die suche gestaltet sich nicht einfach
-
Wir hatten zum Beispiel viele Probleme mit der Automatischen Verbuchung des Guthabens. Nicht wenige haben sich darüber Beschwert. Man wolle selber entscheiden wie und auf welche Rechnung man sein Guthaben einsetzt. Usw. Seit dem müssen alle Aktiv Guthaben auf der Rechnung selber anwenden.
-
Eigentlich ist es ja nur ein oder 2 Klicks auf Last Reply in der Tabelle. Je nachdem wie rum es sortiert sein soll.
Hatte ich aber auch und habe mir einfach den Verweis in der Navigation im Admin Template von "supporttickets.php" abgeändert.
- /supporttickets.php?orderby=firstreply
- /supporttickets.php?orderby=lastreply
-
Wie macht Ihr das? Bisher haben wir noch nie die Preise für Bestandkunden angepasst. Der "Bulk Pricing Updater" von WHMCS ist nicht wirklich was Ich suche. Dort müsste ich jede Domain einzeln anpassen und den neuen Preis hinterlegen. Hoher Arbeitsaufwand
Hat oder kennt jemand eine Integration die in der Lage ist bei bereits Aktiven Domains die Preise für die Verlängerung entsprechend der Preise aus der Domainübersicht anzupassen?
-
Im Endeffekt wird es bei Domains dahin hinauslaufen das viele aus der Redemption Time geholt werden müssen und man viel Ärger mit dem Kunden hat (wieso ist meine Domain nicht mehr erreichbar,...)
Also wir machen es seit 2013 genau so. Domains laufen Grundlegend automatisch aus. 21 Tage vor der Grace Periode gibt es eine Rechnung für die Verlängerung von 1 Jahr. Ärger gab es da keinen bisher. Und wenn es mal vergessen wurde und die Domain noch gebraucht wurde, wurden die Gebühren für Wiederherstellungen entsprechend gezahlt. Grundlegend hält es sich auch in Grenzen mit solchen Fällen.
-
Gestern auf dieses Produkt in sehr früher Entwicklung gestoßen: HostBilling - Web Hosting Billing & Automation Software by CloudOnex
-
So ganz sicher bin ich da selber auch nicht. Aber wir z.b. erheben die Steuer innerhalb der EU nach Wohnsitz des Kunden. Alles ausserhalb der EU zahlt die deutsche UST mit. Ohne wenn und aber. Sollen die sich das Geld dort wo Sie wohnen anhand irgendwelcher Doppelbesteuerungsabkommen zurück holen. Mir Persönlich egal und ich weiß, dass die Steuer hier ankommt. Wurde damals so abgesegnet vom Steuerberater und gut.
-
Scheint nicht so einfach Aktuell. Auch über die Hooks kommt man da nicht wirklich weiter.
WHMCS selber hat das ganze jetzt aufgenommen: #CORE-16617
Vllt kennt ja trotzdem jemand wenn auch umständlichen Weg Details der Subaccounts Global in den Templates auszugeben?
Notfalls auch gegen Bezahlung
-
Weiß jemand eine Möglichkeit ab Version 8.1.x innerhalb der Templates zu prüfen ob es sich um einen Sub-Account oder Hauptaccount handelt?
$clientsdetails....
Gibt immer die Details des Hauptaccounts aus.
-
Marc Fang einfach an und halte dich an die Vorschläge von JB1985. Wenn eine Basis da ist stoßen weitere Entwickler in der Regel völlig selbstständig dazu. Feature Requests kommen dann auch von ganz alleine. Man muss es nicht sofort immer allen Recht machen.
-
Die große Frage am Ende ist doch, was passiert, wenn ich mir die Testversion runterlade und dadurch die Installation mit einer Lifetime Lizenz update nach den Ablauf von Support & Updates.
-
Ich mache mich mal kurz unbeliebt
Wenn ich 2.500 Clients nehme sind das 99,- USD im Monat. Gerechnet werden ausschließlich Konten mit Aktiven Produkten. Abgesehen von den ohne fraglich schlechten Schritt mit den Owned Lizenzen ist der Preis noch in Ordnung? Ich meine, wer mit 2500 Aktiven Clients hier im Bereich kommt wo es wehtut macht was falsch.
Will die Erhöhung in den Schritten nicht gut reden. Aber wenn es der Entwicklung dient ist das meines empfinden gerade in Rahmen oder bin Ich Blöde?
-
Weiß eigentlich einer bei den Lizenzen von WHMCS wie die Client Anzahl gemeint ist. Gehen die einfach nach den Registrierten insgesamt. Oder gehen die Lizenzen rein nach Aktiven Usern?
-
Ich hatte vor ca 3-4 Jahren das selbe. Auf jedenfall lag es ebenfalls an unterschiedlichen PHP-Versionen von Web / CLI.
-
Hi,
ich mache es meistens so, dass ich die letzte Mahnung per Post schicke und danach das gerichtliche Mahnbescheid.
Jetzt kam die Post zurück, unzustellbar.
Ein Mahnbescheid wird dann wohl ins leere verlaufen.
Weiss jemand wie man an die Anschrift des Kunden kommen kann, wenn man eine gültige Handy Nummer hat und eine akuelle IP Adresse?Eine Anzeige, denke ich, wird ja schwierig da die Polizei erst bei einer Straftat aktiv werden kann.
Offene Rechnung ist ja jetzt keine Straftat.Jemand eine Idee?
Mit der IP kommst du nicht weit, selbst mit Beschluss ist das eine Einbahnstrasse ohne Erfolg.
Wenn du dir sicher bist, dass die Handynummer richtig ist, ist das die einzige Möglichkeit.
-
Ich finde das minimalistische gut. Gerade in Hinblick auf die Änderungen bei eigenen Templates. So unterschiedlich kann der Geschmack sein
-
Guten Morgen,
wir sind auf der Suche nach einem Modul, welches Bestellungen mit Produkten aus einer bestimmten Produktgruppe erst dann aktiviert, wenn diese Bestellung mittels einer per Postbrief versendeten PIN bestätigt wurde.
Im einzelnen soll das folgendermaßen ablaufen:
- kunde tätigt bestellung
- produkte aus wahrengruppe 4 sind enthalten
- kunde erhält eine mail in welcher ihm mitgeteilt wird das seine bestellung verifiziert werden muss und er zu diesem zweck einen postbrief mit pin erhält
- vorher definierte briefvorlage (muss nicht oft geändert werden) wird mit kundendaten und einer numerischen pin befüllt und auf einem ftp server abgelegt
- kunde logt sich ein, erhält den hinweis das es etwas zu verifizieren gibt, klickt auf einen hübschen button gibt seine per post erhaltene pin ein, bestellung erhält den status aktiv.
schön währe
- weitere bestellungen müssen nicht mehr aktiviert werden
- sobald sich die kundenadresse ändert erhält der kunde eine mail mit der info das seine adresse wieder verifiziert werden muss, der brief wird wieder erzeugt und auf dem ftp server abgelegt.
- wenn der kunde innerhalb x-tagen die zugesendete pin nicht eingibt wird das produkt gesperrt.
- manuelle eingabe der pin über den admin bereich
- admin kann den account auch händisch auf verifiziert setzen.
ich gehe mal davon aus das es sowas nicht gibt, aber vllt. hat ja jemand lust so etwas zu coden.
allseits einen guten rutsch.
Ich hatte so etwas damals über Sourceway für uns entwickeln lassen. Vielleicht fragst du dort ob man es noch bekommen kann.
Insgesamt rate ich hiervon mittlerweile aber ab. Gerade Ausländische Kunden mussten teilweise länger warten, was Ihnen die Lust an allem verdarb. Innerhalb Deutschlands funktionierte das ganze ausgesprochen gut und zügig.
Ich nutze es heute nur noch in speziellen fällen.