Child pages
  • [in-commerce] Payment types based on order billing country
Skip to end of metadata
Go to start of metadata

Imported From: http://groups.google.com/group/in-portal-dev/browse_thread/thread/bb4d73d0bf6818c0#

I propose we add country selector to payment type editing screen and checkbox, that will indicate, that payment types is intended to use selected below countries. During checkout only payment types not linked to country (from order) or payment types, that match order's country will be displayed to user.

What is unclear to is what to do in case, when primary payment type won't match order's billing country. Then what payment type should be set to order.

There also were similar request in forums:
http://www.in-portal.com/forums/in-portal-modules/in-commerce-shopping-cart/bb_3979.html

Related Tasks

MINC-51 - Getting issue details... STATUS

9 Comments

  1. I've read all the post, and there an interesting way to achieve it:
    linking payment and shipping, as you can't accept a payment for a
    destination you are not shipping too, becaus the form will not go
    until here :-) This would also avoid to select twice the countries of
    destination.

    Other question: what will be the behavior or payment selector when
    it's not a "to ship" order, such as download or service? I suggest to
    leave it like it's actually, but if you have another idea, I'd be
    happy to read it !

    2010/3/20 Alexander Obuhovich <aik.b...@gmail.com>:

  2. Phil, I don't think we need to worry about Shipping here at all since it's
    optional in some cases (as you noted) and I see no need to relate these two.

    Alex, I don't think it's an problem at all - we always should list Payment
    types ordering by following criteria -- Primary, Priority DESC, Name ASC

    Am I missing anything?

    DA

    On Sat, Mar 20, 2010 at 5:25 PM, Phil ..:: domicilis.biz ::.. <

  3. So you suggest automatically set next available payment type, when primary
    payment type isn't available. That's good. For downloadable products we
    don't have shipping, but still can have payment type list limitations.
    That's why we should look into Billing Country instead of Shipping Country.

    Alternatively we could look info Shipping Country and if nothing there
    (strange, but we have USA there by default, no matter if we are having
    tangible products in cart) and if nothing there, then look into billing
    country.

    So before displaying payment type selection we should show a message (like
    on shipping screen) to force user to select it's address first to be able to
    see available payment types.

  4. Just a remark, I was talking about shipping form, and not Billing, as
    the subject pf this topic is about, because it seems nonsense for me.
    If you can pay via CC chosinb Italy and only by wire transfert in
    other countries, I'd choose to be billed in Italy, if I'm not a
    professionnal ;-)

    2010/3/21 Alexander Obuhovich <aik.b...@gmail.com>:

  5. What about payment for downloadable products and payment for combined cart
    (with tangible and downloadble products)?

    On Sun, Mar 21, 2010 at 8:40 PM, Phil ..:: domicilis.biz ::.. <

  6. that's why my opinion is to stay on payement for shipping adress,
    it'll fit product-only cart and combined cart, while download won't be
    restricted. But better to ask aslo user on forum what's he's need
    about cart type...

    2010/3/21 Alexander Obuhovich <aik.b...@gmail.com>:

  7. What you mean downloadable products won't be restricted. The whole idea is
    to limit payment types no matter what product types are in case. When
    non-tangible, the whole your shipping country based idea fails.

    On Sun, Mar 21, 2010 at 8:53 PM, Phil ..:: domicilis.biz ::.. <

  8. yes, and I was saying users could fake their billing address to access
    other payments mode, that's why I was talking about shipping address.
    But anyway this is a good feature, yes :)

    2010/3/21 Alexander Obuhovich <aik.b...@gmail.com>:

  9. Here is the task:

    MINC-51 - Getting issue details... STATUS


    On Sun, Mar 21, 2010 at 9:31 PM, Phil ..:: domicilis.biz ::.. <