Lesli

Never mind...this question was answered in another post on this forum. It was a sloppy mass email on quantumgateway's part. Sorry.

Hello, I have a CDG Commerce merchant account, and am using QuantumGateway. I have WHMCS 3.8.1 installed. I received an email from QuantumGateway stating that their URLs were changing, and that I had to start using these new URLs. A quick search of the WHMCS files didn't show me where or how I could update these URLs myself - but is this a change that needs to be made in WHMCS? Or is WHMCS already using these URLs and the QuantumGateway folks just sent out a sloppy batch email? Here's the text of the email I received: We have had a message attached to all merchant receipts who post to old urls since December 15th to upgrade their url. Starting on the 29th we started emailing each merchant one on one as February first was fastly approaching. It is now after that date and you may be having issue processing as you have not read the emails. Below are the urls you need to change. https://www.quantumgateway.com/cgi/authnet_aim.php to https://secure.quantumgateway.com/cgi/authnet_aim.php https://www.quantumgateway.com/cgi/qgwdbe.php to https://secure.quantumgateway.com/cgi/qgwdbe.php https://www.quantumgateway.com/cgi/tqgwdbe.php to https://secure.quantumgateway.com/cgi/tqgwdbe.php https://www.quantumgateway.com/cgi/xml.php to https://secure.quantumgateway.com/cgi/xml.php https://www.quantumgateway.com/cgi/xml_requester.php to https://secure.quantumgateway.com/cgi/xml_requester.php https://www.quantumgateway.com/cgi/web_order.php to https://secure.quantumgateway.com/cgi/web_order.php These new urls have been in existance for more than a year and all APIs have reflected this url since. Quantum Payment Gateway and or your merchant provider are not responsible for making this change. If you are unable to make the change on your own please contact your software vendor or a web developer. Quantum Gateway

Another former MB client who's VERY happy with WHMCS. Owned versus leased: Owned: $345 for purchase + two years of support (original 12 months, additional 12 months) Leased: $432 for 24 months By that reckoning, WHMCS owned licenses pay for themselves in a year and a half. I used my previous (pre-MB) billing system for five years before I finally outgrew it - so I don't anticipate that I'll switch away from WHMCS any faster than that. WHMCS has the flexibility to grow as my business grows, it's enhancing its functionality with each release, it's not losing pre-existing functionality, and the admin interface is easy to understand (unlike MB5). Plus, as many other ModernBill (or whatever Parallels is calling it now) users have commented - WHMCS' biggest plus is that unlike MB with all its hype and hope, WHMCS works now, today, immediately.

No worries. If that's the biggest misunderstanding that happens this month, it's a good month. I was seeing scrolling only occasionally (only on some of the billing pages) in MSIE, not at all in Firefox, and not at all in Opera. (I still haven't figured out what causes the scrolling. It has to be the list item width in the righthand column, since the entire layout's CSS-based and flexible.) For the popups, once I'd "okayed" it in my native browser, I'd switched in a few of the images and references in the CSS - apparently not all, though. No comments on the integration/flow between site and billing software, so either it's fine or folks didn't notice anything wrong with it.

Actually, I was looking for people who saw scrolling, people who saw the notices pop up, and so forth. Also comments on how seamless the integration was or was not. Thanks for the folks who replied with those comments. I know the design doesn't look like every other hosting site out there, and that's intentional. I get the type of clients I want, my clients are pleased with the documentation and customer service, and we're all good.

generic, MACscr, thanks for your comments. MACscr, which browser are you using, and what resolution, please? Willx, sorry the colors aren't your thing. That's the branding, though, has been for six years (well...some combination of brown and blue).

...well, on the visual side, anyway. I don't have the databases synched up. I may do that in the future. In the meantime, though... http://billing.scribehost.com (redirects to the secure server) If folks want to log in and see how I've customized the templates, go right ahead. I've got a dummy client set up: login: tlm.dns@gmail.com password: letmein Comments and thoughts appreciated.

You have a light-palette, web-2.0 look...but I find that as a new customer, I wouldn't know where to look first. You've got a light palette - capitalize on that. Make the items you want your client to see first...a little brighter, a little more saturated. Not much more. Just a little bit. Let it call attention to itself a tiny bit more. Good spacing - enough information without overwhelming, enough space to easily separate and make visual chunking a bit easier.

Thanks ask21900, but I previously had read that page in the manual. That would be viable...except that I'd like to get the clients involved, have them come to the new URL, set up their payment information, et cetera...I'm afraid that if I input the basics, they might not come immediately to input their payment information, or even realize that this new system will be storing their credit card details. (The old system didn't. I've got a shiny new merchant account and everything.) I've sent out an email letting them know about the new site-launch date, the new offerings, schedules for the new biling system and support area to go online, etc. The site has been revamped, all plan specs have been increased, there are more offerings, and the control panel's been updated - so that's some visible changes for them. I want to keep the positive momentum going...but more importantly, capture their payment information. That's part of my reasoning for having them all actually come through the site.

Hi all, I'm not quite sure where to put this. It doesn't really deal with importing...completely. It doesn't deal with configuration...completely. So I'm putting it here. Mods, please move if this isn't the best category. I'm now using WHMCS (and there was much rejoicing). I've got both of my installs up, configured, coupled to the merchant account, customized, happy happy joy joy. Except. I was previously using another billing system - and a very old version of same. No import script exists for this beastie (honestly, I'd be surprised if it did). I'll need to manually move over previous client tickets and invoices. However, I'd like to start actually using this, and let my clients see the benefits, while I fiddle around with the back end "on my own time". Knowing that I'm planning this, what would folks recommend as a "best practice" method for getting existing clients signed up with WHMCS (including their payment information and their currently-active services)? My initial thought was: * create a product with zero charge * have clients sign up on WHMCS by "ordering" this zero-charge product * have clients enter their payment details * as clients' accounts reach renewal time, admin manually adds the appropriate product/service - five days in advance of actual due date * admin manually changes due date to synch up with actual due date * client receives invoice, is charged according to payment info they put in * and everybody's happy Will that work? What have other people done? What pitfalls should I watch for?

When making any changes or upgrades to your billing software or, indeed, anything that has to do with the purchase path, always test the living daylights out of it before deploying it "live". That should be the norm whether you're a small business, medium business, or great big huge business. The staff of WHMCS does not work exclusively for any of us. Thus it's not realistic to expect instant responses to all support tickets and responses, as if they were your exclusive employees and had no responsibilities to anyone else. Sure, it would be nice if they had had the bandwidth to let you know what was going on every step of the way; but that's not a realistic expectation. And if something like this ever happens again (and if you stay in business longer than 10 years, it probably will), just contact those customers and have them sign up using Paypal or something similar-ish. Or set up their accounts and tell them you'll bill them when you've got a resolution to the problem - and then when you do invoice them, include a deadline for payment before account suspension. Communicate that clearly to these clients, so that you know and they know exactly what's going on - but so that they're not balked in getting their sites set up, and you're not balked out of future potential revenue. It's a special situation. It's flying by the seat of your pants. It's called adapting to emergency situations. It's life running your own business. It sucks, you'll love it.

Stellar - thanks! I can get into PhpMyAdmin no worries. I didn't even think to look in the database itself. (It's been One of Those Weeks. Had the initial problems getting the merchant account to work, have an all-day meeting Friday, transmission decided to start dying, cat was acting oddly...bleargh. I've been doing the Headless Chicken Dance.) Thanks for the information!

Hi nielsenj, Thanks for your suggestion. I could do that...but that's a lot of prepwork and separate clicks I was hoping to avoid. I was hoping to get a pointer as to which file to edit. I've looked through the admin folders, but wasn't able to spot anything that immediately looked like it would be the email templates.

Is there a way to remove a coupon from a product? I offer a discount to registered nonprofit groups, and require them to send in proof of registration/nonprofit status. In my previous system, coupons weren't an option - all these discounts were applied manually. It was fairly straightforward to go and re-adjust a client's hosting price, if they failed to provide supporting documentation or didn't meet the criteria. In this system, I'm not sure how I'd handle that. Would I just go into the admin area and adjust the client's price manually, to "remove" a coupon? What about for a recurring coupon? (Example: 'nonprofits get an x% discount on all hosting plans, indefinitely')

Hi, Is there a way I can edit my email templates offline (like editing the client area/portal templates)? I know that the online editor's available; but I feel a bit more comfortable being able to fire up my text editor and noodle around to my heart's content (and also, where relevant, do search-and-replace).