Excel

Sure, here are 4 screenshots. Since this forum seems to crop the images, I have linked them to imageshack: The first one shows the "main" page displayed once a client clicks on the "Set Default Payment Method" link from the Client Area > My Details section. It allows the client to select the appropriate package to make the payment method changed. The second screenshot shows a client having a credit card on file with WHMCS. The third screenshot shows a client having a PayPal Subscription on file, as well as what happens when a client tries to switch to the credit card gateway without having a CC on file. The fourth screenshot shows a client having only a manual PayPal payment method, and a drop down list of available gateways to choose from. ----- Due to the interest shown, I want to provide the script for free... but I am considering releasing this script as closed source (i.e. encrypted). The template file, where the bulk of the end-user options are configured, can still be customized easily, and without issue. Users can also pay a nominal fee to get the full source of the code and customize according to their needs. Please let me know your feedback and any suggestions or questions you may have

Hi, Whenever a billable item is added and invoiced, it seems WHMCS doesn't take into account the client's payment method setting, but instead uses the system default (for us, set to Credit Card). Even if the client's services are set to pay via PayPal, it will send the invoice email template using the credit card gateway. Can this be fixed? Perhaps the issue is that billable items are not tied to products, so in that case, the billable item form should have an option to select the appropriate payment method/gateway

It's a good concept, except for the fact that clients are charged $1 flat fee to send through Mass Pay (not the receiver). So there would have to be an incentive (perhaps reduce the invoice by $1) for the client to go through the trouble of sending through Mass Pay In your script, do you provide a link to clients that lets them send via Mass Pay or at least post detailed instructions for them to use Mass Pay?

We developed custom code to enable clients to set their payment method preference themselves, without requesting it manually or having an administrator make the change. For example, say a client has been paying using PayPal, but then decides to use a credit card payment gateway. Currently, WHMCS would continue to send out PayPal invoices even with the credit card on file, since the default payment method would still be set to what they originally signed up with. The only way to have the default payment method changed is if an administrator changes the default payment gateway manually in the client's profile. It's not too complicated to code on your own, but since we already developed this, I am wondering if anyone else would be interested to obtain a copy of the modifications. The script also features the following: - Prevents switching of default payment gateway to credit card when a credit card is not stored on billing system - Displays the Unique Package ID on the Product details screen (enables clients to easily refer to them on tickets, etc.) - Clients can set different payment gateway as default for each product/service they have - Notifies customer if they currently have a PayPal Subscription vs. manual PayPal (it only checks if subscription ID is present on WHMCS, not actual PayPal Subscription status) - Displays PayPal Subscription ID if applicable to client If anyone is interested in this script, or have suggestions to improve it, please post here so I can judge interest before releasing it as free or paid contribution. Cheers, Excel

No, I haven't seen the ability to integrate Interact with WHMCS. Custom coding would be required

You are never allowed to store a CVV code... that would be illegal. This applies to any merchant gateway dealing with Mastercard, Visa, Amex or Discover. IS never stores the CVV either. I guess you meant something else. However, you don't need the CVV to do recurring billing... IS and WHMCS work great without it. You should NOT use the IS built-in Recurring Billing system, as WHMCS has its own way of doing recurring transactions. So if your IS module doesn't seem to store credit cards on WHMCS and work with recurring billing, then you can contact WHMCS support to have it enabled (I had to). IS allows storing credit cards on your WHMCS as long as you obtain prior approval from them (i.e. give them a PCI compliance certificate). Some recurring billing transactions may still fail though, as if the Address/Zip don't match exactly with the client's credit card issuer and there is necessarily no CVV stored, then their credit card issuer may decline it. The only downside with IS currently is that 3D secure isn't integrated with WHMCS. Hopefully that will change in the near future.

I think you may find better crisp and clear stock images at a site like istockphoto.com. The lady image currently looks a bit amateruish, which I guess is what robotronik was trying to convey.

We would appreciate any sort of feedback or comments on our integration. If anyone wants a login to view the client area changes I mentioned (especially for the ability for clients to change default Payment Method), please post here. Thanks!

It took a considerable amount of work and time to have our WHMCS integration successful, as we employ Mootools for our site-wide custom Mega Menu, and we have a 100% css-based fluid layout. However, it eventually came together and the feedback we received so far has been quite positive. We also extensively customized the client areas to offer an option to change the Default Payment Method (usually only possible through Admin CP), as well as other tweaks to help clients understand the different payment options. Please take a look and let us know your comments: http://billing.polurnet.com/v6/ Thanks!

Thanks Jean, any other opinions anyone?

When using Konqueror web browser on Linux, the Single Page Ajax order forms are displaying in new browser windows (after clicking the submit buttons) instead of staying on the same page. Perhaps it's a fluke from using iframe with this browser? Perhaps you change the code so that only divs are used instead of iframes?

Good idea, I've removed that now. There is really no need for the left menu when ordering.

Thanks, I'll work on the colors. I was using a different laptop monitor at the time of creation, and now I see that the colors appear differently on my standard PC. Any suggestions to keep in uncluttered? Is there too much text perhaps?

Hello, I worked weeks on creating the underlying javascript code to integrate with WHMCS, and in the end I believe it worked out nicely The main features it introduces is a differentiation between our two server locations (US and UK), as well as a show/hide option after a user has made a plan selection. This reduces the length of the order form, especially since we are using the AJAX version of WHMCS' form Here are some highlighted cool features : 1) http://clients.excellenthost.com/order.php ^ Main order form, giving user all available US/UK plans (note that only 'Shared Hosting' category in both US and UK currently have packages associated at the moment) 2) http://clients.excellenthost.com/order.php?gid=6 ^ an example of the form when a specific hosting category (e.g. "Shared Hosting - UK") is selected. All available plans in the selected category are shown, but other category types are automatically hidden. Clicking on a plan also hides other unselected plans without refreshing the page 3) http://clients.excellenthost.com/order.php?gid=6&pid=8 ^ an example when only the currently selected order group and plan is selected. Other options are initially hidden, but can be shown again by clicking on the "Show all ..." link (no page refresh) 4) Hovering over the plan names also give cool descriptions in a 100% css-based speech bubble 5) We also modified the payment options to display detailed descriptions and benefits of each. This is also a change from the default whmcs order form The javascript code is not fully optimized yet, but it is quite small in size. There is a lot of backend template modifications (php), so not all customized code is displayed to the user. Hope you guys like it! Let me know what you think, or if you experience any issues/errors during the process. All feedback is greatly appreciated Thanks, A.