Two (or more) credit cards per single purchase

When selling high ticket items, customers sometimes want to use two (or more) separate credit cards towards the one purchase. Does eCart (I am using eCart 5) have a way to permit this?

Unfortunately no, eCart 5 does not have the ability to allow more than one credit card to be used for a single purchase. You would have to custom code something like this.

Originally Said By: Jimmy Wu

  Unfortunately no, eCart 5 does not have the ability to allow more than one credit card to be used for a single purchase. You would have to custom code something like this.  

OK. Then how would I accomplish this using your tools?
Would something like work?

Modifying the eCart auto-created checkout form so it has two (or more) billing addresses to accompany two (or more) distinct credit card sections.

On confirm page, add additional server behaviours, one for each potential credit card. Set billing & credit card fields uniquely for each credit card and its accompanying server behaviour.

Somehow link the amounts allocated to the server behaviors so that the item is split up between them. Whether it is split in half, or the user has a choice to allocate a value for the first, with the remainder being taken up by the second etc. behaviour(s).

Am I on the right lines? Your above answer was not really that helpful. I am not exactly a whizz programmer, but if given a general sense of direction maybe I can come up with something. So ... does that sound like a plan to you ... is there something I am missing? Your experience and the predictive knowledge that go with it to indicate any likely pitfalls would be appreciated.

I also cannot be the only person ever having wanted to do this, so maybe you could consider adding this as a feature for some future version.

Thank you very much for your help.

I have not run into any other users asking about this functionality. If you could post the suggestion in the wishlist forum, the product development team will take a look at the suggestion for a future version of the product.

What you're proposing does seem to be a valid way to accomplish this. One issue that you could run into would be if one of the credit card transactions errors out, but the others go through. You would have to take that into consideration when setting up the behaviors. I'm not sure what other issues you might run into.

You would also have to create receipts for each of the cards and store the payment information into the database multiple times for the same receipt. When displaying the order history, you would have to check to see if the user used more than one card.

If you have any other questions, I can try to help you out, but since the behavior is not part of the supported behaviors of the product, I may not be able to help you out. There may be other users on the forum that have worked on something similar to this before and may be able to help you out as well.

How about breaking it up into multiple payments:

Price option 1: Full price - product ships immediately.

Price option 2: 1/2 down - product ships when balance is paid

People that wanted to pay with two different credit cards would simply place a second order for the second half with a different credit card.

Originally Said By: Office Guy-172461

  How about breaking it up into multiple payments:

Price option 1: Full price - product ships immediately.

Price option 2: 1/2 down - product ships when balance is paid

People that wanted to pay with two different credit cards would simply place a second order for the second half with a different credit card.  

Well ... I'm selling conference registrations rather than a shipping product. So if people want to buy say 5 registrations, they can get a discount, but will probably want to pay with multiple credit cards because of the spending limits.

Nevertheless, I think there is merit in the idea. What I could perhaps do is force anyone who wants to purchase multiple registrations to become a "member", and then create a "group" by stipulating how many registrations they want to buy. I could then calculate a total price for that group, and auto-allocate each individual membership a product code that I put in the database. They could then "go shopping", and eCart could auto-create a series of Add-To-Cart buttons for each registration as a product. They could buy what they wanted on one card. When that has been paid for, the membership can be released, and the relevant amount deducted. Then when they are ready to purchase another set of registrations they go through the process again. Seems complicated and roundabout, but a group membership approach might work.

Thanks for the suggestion.

With every good wish,
K

Originally Said By: Jimmy Wu

  If you could post the suggestion in the wishlist forum, the product development team will take a look at the suggestion for a future version of the product.  

OK. Will do.

Originally Said By: Jimmy Wu

  There may be other users on the forum that have worked on something similar to this before and may be able to help you out as well.  

HELLOOOOO!!!! ANYBODY THERE ....... AAANNNYYYYYOOOOONEEEEEE!!!!! COOOEEEEEE!!!!!
Don't think anyone's listening!!

Thanks. I'll try to work on it. My coding skills are primitive and you'll probably have Version 6 out by then.

Thanks for your response.

With every good wish to you,
K