I know that the question "what's the best billing system?" has been repeated since the begining of WHT, however this time there's an extra twist.
We want to centralize all the orders, signups, billing as we operate several webhosting companies and it's a mess to keep track of all of them, so I was thinking about getting a "Generic" domain name where we could handle orders/signups/billing and that all our hosting companies forward every new signup to this domain name.
Now, we need this billing system to be able to "hide" items from the list, let's say that a customer from company A wants to signup he/she will only be able to see products/services offered by company A and not those of company B. (Yes, I've seen that Perlbill does it).
This is quite an interesting idea. My first thought would be to run multiple instances of the billing software in your generic domain but with them all sharing the relevant tables of the same database. This would probably resolve most, if not all the issues you're looking at dealing with.
This way you could probably have quite a few more software solutions to look at...
I thought about that, but I found some issues... most billing systems keep some basic configs in the database, so even when they "share" the customers tables they would also have to share the configuration tables.
Another solution would be to develope my own billing system allowing multiple skins using the referral as reference, so if a customer has companyA.com as referer the skin would be that of companyA, however I need to deploy our "centralized" billing system before monday
By the way, just in case anyone else is interested in this.
Perlbill has the feature, it does only create a different templates set and you need to forward your customers to url?set=newtemplatesetname
I'm glad I took some extra minutes to watch all the features of PerlBill. Even when I've read some terrible things about perlbill it's nice that it is OpenSource (not free) so we can modify the code, not like those php billing systems that are currently being distributed as encoded code using ioncube or zend guard.
I've looked at moderbill several times, however using frames/iframes isn't my idea of a professional look.
We usually try to make our order forms as user-friendly as possible, so we include a lot of comments, examples, tips and explanations for most form fields (believe it or not, we had to add a not stating that registering a domain name does NOT mean having a website, that they need hosting and the design/content too).
If we used frames/iframes we would have a lot of scrolling bars, and we try to use only 1-screen high pages.
But anyway, thanks for the advice it's appreciated.
Not a modernbill guru yet. We have evaluated Modernbill, Clientexec, Lpanel and Perlbill finally settle for modernbill. We just started moving customers account to modernbill, so I am new to modernbill. But the solutions provided will allow us to grow, which is very important if you intend to service thousands of customers.
I know the order form is customisable but not sure yet how flexible, will be getting to that part soon.