Onderwerp: WHMcs Billing software

Oorspronkelijk geplaatst door Triloxigen

Een lijst met ideeën jullie intellectuele eigendom? Dat lijkt me nogal onzin

Hoezo? De wereld draaid dankzij intellectuele eigendom. (figuurlijk)

Bepaalde zaken kan ik delen, waaronder dat het closed source is. Ik vind Matt ook niet echt altijd even professioneel, hij is niet klantvriendelijk en denkt niet met je mee helaas.

Klantvriendelijk heeft er weinig mee te maken, hij weet te weinig van de hosting branche en zijn eigen product daardoor beschouwd hij (vermoed ik) elk issue die je aandraagt als een non-issue omdat hij het niet overziet.

Maar wat moet je allemaal controleren dan in het systeem? Ik laat alles automatisch draaien en dat gaat prima?

Betalingen, er is geen controle tussen betaling en daadwerkelijke verwerking van de betaling. Als je bij orders die via niet geautomatiseerde payment gateways lopen later pas order accepteerd word hij (dus hiervoor al handmatig factuur op betaald hebt gezet) word domein renewed. Zonder dat je van de klant hiervoor betaald word.

Als je eens alles handmatig controleert zul je van zelf zien hoevaak dat mis is gegaan. Enige wat je dan kan doen is registrar gateway op none zetten zodat indien klant nieuwe factuur ontvangt hij niet nogmaals renewed word en je je verlies gecompenseerd ziet, indien klant niet vernieuwd dan heb je een verlies post.

Upgraden is toch ook niet moeilijk, backup maken, bestanden plaatsen, upgrade knop klikken en klaar.

Dus waarschijnlijk heb je whmcs niet geïntregeerd en gebruik je hem standaard. SSH eens naar je server cat whoisservers.php en do een whois -h whois.server eendomein als je regelmatig whois queries hebt moet je niet verbaasd zijn dat vele whoisservers geen antwoord geven.

Verder zijn er een aantal andere bestanden die je moet aanpassen. (kennelijk gebruik je ook geen utf8).

Maar goed, ik wil je niet wijzer maken dat je al bent, als het goed voor je werkt.

Oorspronkelijk geplaatst door -Kevin

Weet ook niet waar die mee bezig is, als je alles goed instelt loopt het perfect.

Ik denk dat hij hier whmcs probeert af te maken en zich zelf in het zonnetje te zetten.

Beste Kevin, mensen die iets afkraken doen dat zonder onderbouwing en hebben een "tegen oplossing" waar ze aan kunnen verdienen.

Iemand die een uurtje spendeerd om een posting te schrijven, zullen over het algemeen oprecht zijn. Maar uiteraard staat het eenieder vrij om te denken wat hij wil.

Verder adviseer ik jouw ook om eens alles te controleren, gewoon je rekeningen die jij betaald, expire date van domeinen tegen whmcs gegevens controleren en je zult (mits je een paar honderd domeinen hebt) van zelf wel dat er heel wat niet klopt.

Oorspronkelijk geplaatst door Cybafish

Nou, ik kan wel bevestigen dat WHMCS bij veel accounts wat 'vaag gedrag' kan vertonen.

Kun je wat dingen aangeven, grappigste vind ik dat indien een klant canceld en hij per direct aangeeft, account dagelijks op suspended komt te staan.

Totdat je hem uit cancel list haalt.

Oorspronkelijk geplaatst door ®on

Minpunten zijn mi. oa. ontbreken van creditfacturen, en reselltarieven (vaste bedragen) op diensten.

Algemene kortingen voor specifieke klanten, BTW op pre-paid, verzamelfacturen, periodieke factuur per klant, maar dat is allemaal bedrijfsmatig.

Als je een klant hebt met 100 domeinen moet je eens login als client doen. En dan van 10 domeinen epp code opvragen. En tijd bijhouden.

Oorspronkelijk geplaatst door pdu

Beste Kevin, mensen die iets afkraken doen dat zonder onderbouwing en hebben een "tegen oplossing" waar ze aan kunnen verdienen.

Iemand die een uurtje spendeerd om een posting te schrijven, zullen over het algemeen oprecht zijn. Maar uiteraard staat het eenieder vrij om te denken wat hij wil.

Verder adviseer ik jouw ook om eens alles te controleren, gewoon je rekeningen die jij betaald, expire date van domeinen tegen whmcs gegevens controleren en je zult (mits je een paar honderd domeinen hebt) van zelf wel dat er heel wat niet klopt.

Ik heb nog geen problemen ondervonden.
Ik handel niet zo in domeinen. Wel mogelijk maar niet de hoofdzaak.

Ik ga er binnenkort eens mee aan de slag om het extra bij te houden. Tot nu toe niks verkeerds mee gemaakt

Ik krijg bij het aanmaken van een directadmin account vanuit whmcs een error. De username is invalid, deze moet met een A beginnen. Echter begint deze met een A en het is een user zonder domeinnaam, echter wanneer ik de domeinnaam wel invul blijft het probleem alsnog..

Iemand enig idee?

Voor een project ben ik ook aan het kijken naar de verschillende management pakketten en qua features lijkt WHMCS met kop en schouders boven de concurrenten (AWBS en Whois.cart) uit te steken, maar als ik dan in de post van pdu het volgende lees:

Oorspronkelijk geplaatst door pdu

(...)Een voorbeeld is langauge files, Matt voegt deze kwakkeloos toe, hierbij zijn zijn klanten de dupe geworden omdat reclame maakten voor een hosting bedrijf die language file aandroeg, vaak gebruikte veld is: "Client Area" waar dat een "Bedrijfs Client Area" staat, aangezien dat in een taal staat die je toch niet kunt lezen, raak je zonder dat je het door hebt mogelijk klanten er door kwijt.
(...)
Als je bijvoorbeeld een order op pending hebt staan, zal deze daarop blijven staan totdat je hem accepteerd mocht in de tussen tijd (bij automatische betaling b.v.) de domein al geregistreerd zijn, dan zal er een renewal plaatsvinden.
(...)
Meest recent (waar we oorzaak niet van weten) is dat mensen in staat zijn om in 4.1 orders op betaald te zetten buiten enige payment gateway (en dus betaling) om.

Ik verbaas me er over dat veel mensen positief zijn er dat er dan toch zoveel issues zijn. Vooral die laatste valt op, is dat gratis bestellen verholpen inmiddels?

Oorspronkelijk geplaatst door Ijsbox

Ik verbaas me er over dat veel mensen positief zijn er dat er dan toch zoveel issues zijn. Vooral die laatste valt op, is dat gratis bestellen verholpen inmiddels?

Dat maakt dus twee.
Sinds 2007 onderbouwen we dingen en tot onze verbazing komen dezelfde issues bij release terug. Hij fixed iets en bij volgende release zit issue er weer in geen gebruik van CVS ?

Gratis bestellen is niet verholpen, als ook niet dat na betaling bestelling en afronden sommige klanten op een blanco pagina uitkomen en daardoor refresh gaan doen en domein in eens twee keer besteld (en bij prepay afgeschreven) is.

Mogelijk komt het ook dat klanten vaak denken dat het aan hun systeem/browser ligt waardoor ze het niet melden, zeker als whois het niet doet... er zijn maar weinig klanten die elders whois doen en je melden dat je whois bezet geeft terwijl elders hij als vrij gegeven is. Als het bezet is kun je hem niet bestellen (alleen als verhuizing).

Status.php is ook iets grappigs, hiermee kon je phpinfo() oproepen, wij hebben in 2007 al aangegeven dat dit een security probleem is, waarop hij (Matt) aangaf dat dit niet zo is, pas toen iemand anders op een security maillinglist er melding van deed hebben ze pas actie ondernomen.

Iemand die weleens een halfontwikkelde script van een tiener op sitedeals heeft gekocht en achteraf support/uitbreiding heeft gevraagd, weet welk gevoel je aan WHMCS overzult houden.

Update van vorige maand release:

Changelog

* Client area ticket list prev/next links were losing search term when moving to next page of results
* Modified portal template view ticket page to list custom fields vertically rather than horizontal which was causing display issues for large fields
* Configurable Options list on invoice line item descriptions was ending early on quantity types and one time cycles
* Updated ticket submission page to preserve custom field entries if validation wasn't passed on submit
* Update for product lists to show one time prices for one time products & services rather than 0 recurring
* Bulk domain checker was not allowing WHOIS viewing for taken domains
* PayPal & 2Checkout callbacks were not properly converting the amount received back to the invoice currency before applying payment with convert to
* Prorata calculations were doubling biennial terms and not working correctly with charge next month crossing year end
* Client area service password change comparison was not showing error if strength checking was enabled
* Quotes/Estimates Send PDF button was failing to send email to unregistered propospects
* API updates to various calls and fix for login/auth failures not being returned in XML when response type is requested
* When adding a custom addon from the admin side, the billing cycle or pricing was not saving until edit and resave
* Removed Any option from Mass Mail server combo box which served no purpose since the multi-select was added
* Orders list filter by order date was not working
* OpenSRS & ResellOne both require company names for domain reg and 4.0 update broke the passing of None for empty values
* Corrected missing translations in the product upgrade order confirmation emails
* Added login form and redirect preservation for client only download links if followed when not logged in
* Various WHOIS server updates

Als je de upgrade blind (zoals hij suggereerd) over je huidige installatie zet dan zal er heel veel niet meer werken.

Bovendien als je ziet welke bestanden je moet vervangen dan zijn er een aantal die geen relevantie hebben met changelog, met andere woorden er zijn ook dingen opgelost die hij niet meldt.

Ik gebruik zelf ook WHMCS maar in combinatie met mijn eigen scripts. Waarschijnlijk gaat WHMCS langzaam aan vervangen worden door een eigen systeem die door de tijd heen gemaakt zal worden. WHMCS is een leuk pakket maar ik kom zeker zo de beperkingen tegen. Kom ook vaak genoeg tegen dat orders die maandelijks betaald worden bij betaling zomaar een maandje extra krijgen, dit moet dan handmatig weer goed gezet worden en dan de controle of de factuur gemaakt wordt door WHMCS of nog gemaakt moet worden.

Al een aantal keren een klacht ingedient met de reactie dat de MySQL server dan niet goed zou zijn, vreemd genoeg werkt MySQL gewoon prima en heb ik het probleem ook bij andere servers gemerkt.

Om maar kort te zijn: WHMCS is leuk, maar het is zeker niet alles. Dit pakket is aan verbeteringen toe, maar helaas duurt het even om een vergelijkbaar pakket te maken in verband met de features die WHMCS heeft. Daarnaast is het handig om gelijk de administratie in een eigen systeem te verwerken (wel alles even goed beveiligen natuurlijk).

Andere billingsystemen gebruik ik niet, ik weiger over te stappen naar een ander systeem. Dan moeten de templates en dergelijke allemaal weer overgezet worden en bovendien ben ik al bezig met een eigen systeem die nu op de WHMCS database loopt.

Conclusie: Pakket is leuk, maar een eigen systeem is beter.

Oorspronkelijk geplaatst door Yourwebhoster

Kom ook vaak genoeg tegen dat orders die maandelijks betaald worden bij betaling zomaar een maandje extra krijgen, dit moet dan handmatig weer goed gezet worden en dan de controle of de factuur gemaakt wordt door WHMCS of nog gemaakt moet worden.

Ja, we hebben in totaal van 300 domeinen automatische renewals gezien zonder dat er factuur voor geschreven is. Aangezien er totaal geen controle plaatsvind in WHMCS is het moeilijk te constateren waaraan het ligt.
Ik heb het vermoeden dat het een combinatie van het volume en cronjob php executie tijd.

Al een aantal keren een klacht ingedient met de reactie dat de MySQL server dan niet goed zou zijn, vreemd genoeg werkt MySQL gewoon prima en heb ik het probleem ook bij andere servers gemerkt.

Ontkenning of naar iets anders wijzen is standaard antwoord je moet al met hele uitleg van de oorzaak + oplossing komen voordat ze er ECHT naar kijken. Vervolgens krijg je een doodleuke opmerking vervang deze PHP en het moet werken, zonder in details te treden. (waarna bij upgrade je tegen hetzelfde aanloopt)

Oorspronkelijk geplaatst door pdu

Ontkenning of naar iets anders wijzen is standaard antwoord je moet al met hele uitleg van de oorzaak + oplossing komen voordat ze er ECHT naar kijken. Vervolgens krijg je een doodleuke opmerking vervang deze PHP en het moet werken, zonder in details te treden. (waarna bij upgrade je tegen hetzelfde aanloopt)

Het vreemde is dat na een update dit niet meer voorkwam, en als mysql dan fout zou zijn zou zo'n professioneel systeem daarvoor een afhandelings systeem moeten hebben zoals een fouten log of iets dergelijks.

Oorspronkelijk geplaatst door Yourwebhoster

Het vreemde is dat na een update dit niet meer voorkwam, en als mysql dan fout zou zijn zou zo'n professioneel systeem daarvoor een afhandelings systeem moeten hebben zoals een fouten log of iets dergelijks.

Dat is de enige reden waarom we nog updaten, we hebben lang op 3.x gedraaid omdat we de kuren kenden en daarop konden anticiperen, we hadden gehoopt dat door een jaar wachten met updaten en laatste te gebruiken die kuren weg zouden zijn. Echter zijn er een aantal kuren (waar we sinds 2007 over klagen) er nog steeds en zijn er nieuwe kuren bij gekomen.

Door dat het geen opensource is kan je zelf niets. Heb overwogen bestanden te kraken echter daar in hebben ze voorzien om zoveel mogelijk losse php bestanden te gebruiken waardoor het een duur geintje is.

Als processen gecontroleerd werden en niet blind werd aangenomen dat als een proces doorlopen is het goed is dan zou het al veel schelen, echter om e.a. reden dringt het niet bij Matt door. Laatst zag ik een stukje code en errors werden dood leuk gecatched naar niets.

Symptonen zie je pas indien je zelf intensief en met verschillende browsers het systeem dagelijks test. En dan nog.

Op dit moment zijn er twee problemen die irritant zijn:

1) Mass mail/Mail naar alle overdue kalnten geeft blanco pagina, of script blijft hangen of er is iets anders aan de hand, niet alle klanten ontvangen mail.

2) Na plaatsen van order (en eventueel betalen) blijft pagina blank, klanten drukken dan automatisch op refresh en order word nogmaals geplaatst.

Probleem 1 is sinds 4.11 en probleem 2 hebben we eerder meegemaakt of met Firefox of met IEX gebruikers. (zoals eerder beschreven test Matt vrijwel niets met andere browsers waardoor met name javascript weleens niet werkt.)


ps: als WHMCS feilloos en dus betrouwbaar zou werken, zou het ongeacht de tekortkomingen voor bedrijfsvoering aardig product zijn. Als je report functies bekijkt en je niet naar de onderliggende queries kijkt, dan vertrouw je erop dat die gegevens kloppen en zou je verkeerde beslissingen op basis van verkeerde informatie kunnen nemen.
We hebben Matt erop gewezen dat queries niet kloppen, maar kennelijk begrijpt hij het zelf niet en dus is het nog steeds niet aangepast.

Oorspronkelijk geplaatst door pdu

Op dit moment zijn er twee problemen die irritant zijn:

1) Mass mail/Mail naar alle overdue kalnten geeft blanco pagina, of script blijft hangen of er is iets anders aan de hand, niet alle klanten ontvangen mail.

2) Na plaatsen van order (en eventueel betalen) blijft pagina blank, klanten drukken dan automatisch op refresh en order word nogmaals geplaatst.

Probleem 1 is sinds 4.11 en probleem 2 hebben we eerder meegemaakt of met Firefox of met IEX gebruikers. (zoals eerder beschreven test Matt vrijwel niets met andere browsers waardoor met name javascript weleens niet werkt.)

Tsja heb probleem 1 ook wel eens met rare tekens zoals !@#$%^&*()_+-=`~[]\;',./?><:"{}| reeks, moest een mailtje versturen over wat een sterk wachtwoord is, na het werkte niet. Overigens is dit ook bij tickets zo.

Oorspronkelijk geplaatst door Yourwebhoster

Tsja heb probleem 1 ook wel eens met rare tekens zoals !@#$%^&*()_+-=`~[]\;',./?><:"{}| reeks, moest een mailtje versturen over wat een sterk wachtwoord is, na het werkte niet. Overigens is dit ook bij tickets zo.

Hij escaped characters niet. Dus als je een character gebruikt die in Smarty/PHP een functie hebben (en normaliter geESCAPED moeten worden) gaat het goed fout.

Ik heb trouwens voor criticasters die mijn kritiek overdreven vinden een tip.

Gooi in configurations.php de onderstaande regel:

$display_errors = true;


Ik ben zeer content met het zien van foutmeldingen, echter had niet verwacht dat bij vrijwel elke handeling er iets onderliggends goed fout zit.