Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

1 Neutral

1 Follower

About jster1324

  • Rank
    Junior Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Boy you can bet we would leave so quick if they force us into a SaaS model. If the goal for SaaS is to combat piracy then they would have to stop distributing the owned version. Luckily SaaS is also more profitable because you can charge a markup on hosting so that's probably their goal.
  2. Is WHMCS making any real money from support? What little they do make can easily be made up plus more by offering to sell access to the source code behind locked doors. Why does this business model work so well for blesta? Opening the source for such a well known product would just expand the ecosystem like crazy. WHMCS has the basis of a fantastic IT billing tool but their development cycles are just too slow to make it anything big before something else comes to dethrone them. They need to give it up to the people to make the needed changes that they dont focus on for whatever reason.
  3. We went through the PCI pain as well. You are under SAQ A-EP when you have ANY element relating to taking payments presented in a page that has your domain in the URL. It doesnt matter if its an iframe to another processors form, doesnt matter if your never touching the field inputs on the server side, doesnt matter anything. The ONLY way to be SAQ A is if you link offsite to your payment processor completely out of your site. We use Authorize.net and none of the included gateways fell under SAQ A compliance so we had to build out own that pops up a new window to a payment form hosted entirely by Authorize.net. If you use a webhost that claims to be PCI SAQ A-EP compliant then you might be good because you can just refer an auditor to your hosting provider to source all the proof of compliance. HOWEVER, I am not sure that SAQ A-EP has any requirements that fall under the individual that control the server OS so you may still be accountable even in this instance.
  4. To be clear I dont use a decoded WHMCS version. I dont even have a copy of the decoded version in my possession whatsoever. I only visit the github repo as reference when developing plugins. For example, I didnt like how the SendEmail API hook worked. So I go in and check out the WHMCS\Message and \Mailer classes and use them to create my own mail function within my plugin that still has all the email logging and uses the system email configuration. Seriously my company would be ready to pay a good chunk of change and sign an NDA if thats what it takes. Or they could just take the Blesta approach and only encode the license files. Its pretty well known that you can get every release of WHMCS for free already so they dont have anything to lose. Mind as well make some extra money off it. Also Im pretty sure this would make the application much faster. Comparing file size of the encoded to unencoded shows that theres like a 4x increase in file size after encoding.
  5. It would be nice if WHMCS offered a special license and require an NDA for source code. I fully own WHMCS licensing but I do use the decoded github repos to figure out how things really work under the hood. I cant begin to describe how useful its been with plugin development. We would be willing to pay good money for something like this.
  6. Hi all, Ive been spending the past few months getting WHMCS ready to take over our current billing/support system. We are a datacenter that is currently using Connectwise and its simply been a pita. Ive been developing a lot of WHMCS addons to make the system work the way we want and one that I feel is sorely missing is something to allow billing client as incurred for services. We currently offer vCloud director virtual datacenters, rack power, Veeam, and ISP services on an as incurred billing model. There was no way we were moving away from this model so I built an addon call BAI (Billing as Incurred.) The module is pretty neat and Im very happy with how it turned out. It completely replaces the built in WHMCS invoicing system. Heres some bullet points because these are easier then typing *. Pulls data from an elasticsearch database defined per product by index. Matched by specified ES field from a custom field on the product. Lucene filters are supported Date ranges on invoices are in the past Supports pricing overrides on a per product basis. This works for a products base price as well as all configurable options. i.e I sold client X a 48u cabinet for $350 but I sold client Y a 48u cabinet for $500 Addons are synced completely with the billing cycles of their parent products. It seemed stupid that WHMCS treats them separately. Orders from the admin portal have invoicing, invoice emails, and order confirmations disabled. You cannot reenable them. Orders through the client side order forms will always discount the cart total by the amount of all carted BAI products. This means all BAI products will have no upfront cost until after usage has been recorded. Our billing model is always to invoice on the first of the month. I haven't tested otherwise but I coded it with the intention of billing all products on different cycles. I prorate all our products to the first of the month in WHMCS. All products will be prorated appropriately upon order. The order view screen has buttons to generate or regenerate the order invoice Billable items are invoices as normal This plugin will not be open source. We plan on selling it though pricing and terms have not been discussed. It will be months before this addon is available but I wanted to post to see if theres interest in this sort of thing. I do plan on supporting more databases however Elasticsearch is our database of choice. It is entirely up to you to get the appropriate metrics into ES. Let me know if this interests anyone and if anyone has any appropriate ideas for this addon.
  7. Addons and tickets are where WHMCS is suffering for us. It would be really nice if the dev team would look into a revamp of these two items instead of adding new features. I cant believe that the system is even used in its current state.
  8. I am using the adminviewticketpage hook to show some custom controls on the admin ticket page. When I press a button I need to make a POST request to my addon module that will retrieve data I have stored. Whats the best way to have an endpoint that returns a raw JSON string while still being able to use the WHMCS libraries for database interaction? Ive tried using the (modulename)_output function which works for inserting/updating data but if I want to retrieve data it will try to render the addon page as well. Any ideas?
  9. How do you guys deal with a client having large amounts of the same product? It seems you cant rename a product/service at the client. How would a client select the correct service when creating a support ticket when they all say just "Colocation"? Thanks.
  10. Welcome to WHMCS.Community jster1324! We're glad you're here please take some time to familiarise yourself with the Community Rules & Guidelines and take a moment to introduce yourself to other WHMCS.Community members in the Introduce Yourself Board.

  • Create New...

Important Information

By using this site, you agree to our Terms of Use & Guidelines and understand your posts will initially be pre-moderated