Type in your suggestion - new feature or improvement idea

Auto-populate address when paying by credit card

After a member has already logged in (as well as for us on the backend) and one FINALLY (can we please shorten the number of steps to get there!) gets to the credit card screen the member address and phone number needs to be manually entered - seems like a big waste of time as WA already has that information. Could the credit card payment screen be pre-populated with that information which is necessary for the cc to process? Of course the person could always change it prior to hitting the submit button.

47 votes
Sign in
Check!
(thinking…)
Reset
or sign in with
  • facebook
  • google
    Password icon
    Signed in as (Sign out)

    We’ll send you updates on this idea

    Ed T shared this idea  ·   ·  Flag idea as inappropriate…  ·  Admin →

    26 comments

    Sign in
    Check!
    (thinking…)
    Reset
    or sign in with
    • facebook
    • google
      Password icon
      Signed in as (Sign out)
      Submitting...
      • Liz commented  ·   ·  Flag as inappropriate

        That's a great point Walt. Our organization currently uses Stripe and we didn't bother switching to Wild Apricot Payments because the fees are the same. But we would definitely consider switching if it meant the fields would be auto-populated.

      • Walt Bilofsky commented  ·   ·  Flag as inappropriate

        Can you do this at least for Wild Apricot Payments? This would be a major incentive for lots of us to switch to your system (which I assume you make some money from).

      • Liz commented  ·   ·  Flag as inappropriate

        I am commenting again because this is still a VERY important Wishlist item for our organization. We take numerous phone orders for event registrations, and it is extremely slow and cumbersome to re-enter address and phone information that's already on file (but not copied over or even visible from the payment screen). Members don't want to tell you this info again on the phone ("Don't you already have it?") - and they shouldn't have to! Please allow admins to map custom fields to these payment screen fields, so that they can be auto-populated. This would make phone orders so much easier! And it would also be much more user-friendly for online orders.

      • The Vincent Club commented  ·   ·  Flag as inappropriate

        This has been requested since 10/20/2015. It seems that something should have been done in that time frame to address this limitation. Are you planning to address it? If so, when is a realistic time to expect it to be fixed?

      • Anonymous commented  ·   ·  Flag as inappropriate

        This has already been said but it is important as no other e-commerce system I have ever used require you to fill in the blacks twice. We had not realized that our members would have to deal with this issue until we had to enter some change card transactions for them. I would think that there would be a medium level of frustration having to re-enter your billing address and phone number that you just entered to get the charge card transaction to work. Being a membership system and we are not selling a product I would think all members would be entering their billing address. So it should automatically fill in all except the card information. For 98% this would be the correct information and would cut back on aggravation and wasted time. The other 3% could be corrected at processing time. penguinracing.com

      • Stephanie Beasley commented  ·   ·  Flag as inappropriate

        It's important to make payment as smooth as possible for the user. Currently when a new member joins they are required to enter their address details. When they progress to payment they are then required to re-enter their billing details (address and Zip) for Stripe. From a user perspective its double entry and an inefficient use of their time, in some cases it even puts members off.

        After reviewing Stripe.com's website they do allow you remove the address and zip verification setting and we would love the same option functionality on Wild Apricot.

      • Cathie commented  ·   ·  Flag as inappropriate

        We really need the auto-population of address and phone. Very laborious to reenter and slows registration at events.

      • Anonymous commented  ·   ·  Flag as inappropriate

        Also, when you arrive at the page for keying in credit card payment you can no longer see the person's address & phone information. This information should either auto-populate or be seen on the credit card payment page to eliminate having to ask the person for all of the information.

      • Mark Miller commented  ·   ·  Flag as inappropriate

        Having the member address auto-populate fields on the credit card payment page make the process much less painful Or have a slit screen to see the member info to copy and paste over to the payment site would be a huge time saver. Thank you!

      • Mark Miller commented  ·   ·  Flag as inappropriate

        Having the members address and phone number auto-populate fields on the credit card payment page like their name does would make the payment process much less painful, or at least have slit screen to see what their address is and being able to copy and paste over also be huge time saver.

      • Liz commented  ·   ·  Flag as inappropriate

        Hi Oleg,

        Thank you for the response. That's fine if that page needs all those fields to be compatible with the various gateways. The fields should still auto-populate from the contact's profile. And perhaps administrators should be allowed to determine which of these fields should be required each time they run a card, so that they can match the requirements of their particular gateway. Thanks again, and I look forward to this being put in the development queue.

      • AdminTeam Payments (Payments and Finances features, Wild Apricot) commented  ·   ·  Flag as inappropriate

        Hi, Liz

        Thanks for elaborate comment.

        Some payment gateways require billing address, some allow customization of required information for each merchant, like yours, etc. Currently, we use unified payment page for all variations of all gateways. This is simple, but not very user friendly solution, indeed.

        This problem is in our backlog right now, but no estimates yet.

        Oleg, Product designer @ Payments crew

      • Liz commented  ·   ·  Flag as inappropriate

        I am in the process of setting up Stripe and was very surprised to find that manual credit card payments require typing in not only the address, but also the phone number. It auto-populates the name field, so it’s clearly possible to auto-populate fields on the credit card payment page. It would be great to be able to specify custom fields to pull the address fields from (or make address a compound system field). I see no reason why the phone number currently can’t be auto-populated.

        It’s one thing to make end-users type in this information – they likely have it memorized and so this would be a minor inconvenience (although, one that should still be fixed!). But we will also be accepting phone orders, meaning frequent manual card entry by administrators. This process is prohibitively long while a customer is waiting on the other end. We basically will have to copy/paste the info from their profile to notepad, then click forward to the payment screen, then copy/paste the info into the fields. It would be bad customer service to ask them for this info, seeing as how we already have it. It’s a long time to ask someone to wait on the phone while we go through this cumbersome process. Also, Stripe only requires the zip code and security code…so why are the phone and full address fields required on the WA interface?

      • Anonymous commented  ·   ·  Flag as inappropriate

        Would love to have this and it would help us have more members paying by credit card.

      • AdminApricot Kernel (Product Manager, Wild Apricot) commented  ·   ·  Flag as inappropriate

        That's a very good and proper idea, the problem is that WA doesn't know anything about billing address of your member: all member profile fields are same and there is no (easy) way to extract billing related details from them. To address this properly, we will have to implement something like special system field for billing details or have some kind of mapping page for payments, where admin can map member profile fields to billing fields on credit card payment page.

      • Walt Bilofsky commented  ·   ·  Flag as inappropriate

        +1. It's important to make member transactions as smooth as possible.

        [quote user="epgremill3"]We'd even be happy to name our address fields something standardized (e.g. same as Wild Apricot payment page) to get this to work.
        [/quote]

        Seems like this is a simple solution to avoid another form.

        You could have and state clear rules. For example, the first field that contains "zip" would be the zip code. The first member field that contains "address" but not "email" or "e-mail" would be the street address. This would accommodate many - not all - choices of field names. If our field names didn't work with your rules we'd have the choice of changing them or not enabling the feature.

        Then give members a checkbox "Use member's mailing address" on the credit card form. Give admins the ability to enable/disable this.

      • epgremill3 commented  ·   ·  Flag as inappropriate

        We are also interested in this functionality. It would be helpful for manual entry as well as for members, etc. when signing up for events or making donations.

        We'd even be happy to name our address fields something standardized (e.g. same as Wild Apricot payment page) to get this to work.

      • Andria Krakow commented  ·   ·  Flag as inappropriate

        Hello! We would also like to see the outcome of this. We take phone calls for registrations and renewals and are charged per minute. Having to re-enter in the address takes me time per call and thus costs us more money. I'll keep checking back to see how this develops. I am glad to see others are interested in it too!

      ← Previous 1

      Feedback and Knowledge Base