Credit Card Details seem to be lacking

[milomaxwell]

I'm hoping I'm missing something, but I do not see anyplace for a client to enter and store a billing name/address that is different from his regular name/address. This is critical as many of my clients use company credit cards that may not be in their own name (and a different billing address from their own) - so with the data entered, the card is going to be rejected as not passing AVS.

 

Please advise. This is the only thing at this point holding me back from switching from AWBS, but it is certainly a deal killer.

[MediaIgniter]

Interesting, I hadn't noticed this but I would have to agree with you. Having seperate billing and account information would be nice.

[Iceman]

Yup ... thats what Custom Fields are for :-D

 

We keep a lot more data than what WHMCS is setup to default store, using the Custom Fields. That is why we are a little concerned about the "over easy" deletion of the custom fields. (http://www.whmcs.com/forums/viewtopic.php?t=3750)

 

Cheers,

Paul

[trine]

There are a few feature suggestions about this and it is needed.

 

Currently all plugins use the default address to send along for any AVS or other verification, including anti-fraud, at the gateway or even the anti-fraud plugins available in WHMCS.

 

So, whilst custom fields may help, it requires you to change a bunch of stuff and is far from ideal.

 

Trying to perform AVS with custom fields, you'll find yourself recoding the payment gateway plugin, and potentially have false positives with the anti-fraud measures too. ...

 

And, without modifying templates or the invoice, the address shown on those, will possibly be wrong.

 

THE SOLUTION: (I've posted this before)

 

Have WHMCS store addresses in a separate table, allowing multiple, UNLIMITED addresses for any client, to be used with:

 

- default account address

- account billing details

- account invoicing address (if different, for instance PO box, alternate AP address)

- domain registration contacts (registrant, admin, tech and billing)

- and anything else you choose.

 

The User would click a button saying "add new address" then assign it to billing, or use it at registration of a domain name etc.

 

This way, unlimited addresses could be used.

 

More importantly, the address assigned to billing CC can be used with the payment gateways and anti-fraud measures, resulting in correct AVS and Anti-fraud scoring. The invoice could also be addressed to the proper company division, with it's own address. For instance a PO box mailing address, but credit card bills to street address.

 

And what's more, with another modification along these lines with CC storing, one could have the system store multiple CC profiles for one customer.

 

This is really not terribly difficult to code ... But, in Matt's defense, it requires some time to do, as many of the payment plus need modification, the invoices need a slight mod, and the domain registration plugins would also require a slight mod, to submit the Registrant, Admin, Tech and Billing contact info, if set. And require the customer to enter multiple addresses at signup, if they need different account, invoicing or billing addresses.

 

HOw about it ????????

[bear]

I must say that this idea, trine, sounds like a very good one. It would make the userdata much more versatile and expandable, as long as it were workable from a back-end point of view. Perhaps a dropdown or radio button for each address version for what it related to, so it could be adjusted or reasigned after the fact?

[trine]

Yes bear, the customer would simply use a drop down to select from already-entered addresses to assign it to say, domain registration details.