Invision Community 4: SEO, prepare for v5 and dormant account notifications By Matt Monday at 02:04 PM
DolSch Posted January 20, 2023 Posted January 20, 2023 When a person pays for a product on our site, and chooses not to save the credit card information on the checkout page, "Guest" is passed to our payment gateway, Stripe, as the payer's name. Also, the payer's email address information is missing. This causes additional work for our accountant, who must look up the payer's name, for our accounting system. Please pass the payer's name and email address for all transactions. Attached are screenshots from our test Stripe account. We are on IPS version v4.7.6. FYI: we use Quickbooks for our accounting system. Our accountant downloads the transactions from Stripe and imports the transactions into our Quickbooks account.
Jim M Posted January 20, 2023 Posted January 20, 2023 Please be advised that this has been marked to a developer for further commenting. Someone will be with you as soon as they can.
Andy Millne Posted January 23, 2023 Posted January 23, 2023 I can't reproduce this. This is checking out for a physical product as a member but without saving card info. If a charge is made from a guest then would be expected that no user info would be passed as no member exists at that point.
DolSch Posted January 23, 2023 Author Posted January 23, 2023 Yes, it seems that the issue occurs when a guest pays for a product. We require that a person pays for a membership product, before we consider the person as an active member. It is customary to have name information for all transactions, in an accounting system. Our accounting auditors require the name information.
DolSch Posted January 23, 2023 Author Posted January 23, 2023 The person is purchasing a membership product from our registration page. Here is the page on our prod site - https://www.npnparents.org/store/?do=register.
Marc Posted January 24, 2023 Posted January 24, 2023 You have the information regarding the person once they have registered on your site. Unfortunately, if you allow guest checkout, there is no way around this as we dont actually have the information to send at that point in time
DolSch Posted January 24, 2023 Author Posted January 24, 2023 I think I used the wrong terminology.We view a person as a guest if the person has not paid for a membership product. I apologize for the confusion. Here is the process that generated the Stripe transaction that has no name info: . A person who has never visited our site goes to our registration page and selects a membership product (add to cart). . The person opts to checkout; the person clicks the "Continue as New Member" on the checkout page. See https://stage.npnparents.org/store/?do=register. . The person fills out the "Create New Account" form (name, postal address, email address, etc.). . the person fills out the payment form but does not select the "Save this card for future purchases and automatic renewals" option. Would you please try it on our dev site? See https://stage.npnparents.org/store/?do=register Thank you.
Jim M Posted January 24, 2023 Posted January 24, 2023 6 minutes ago, DolSch said: I think I used the wrong terminology.We view a person as a guest if the person has not paid for a membership product. I apologize for the confusion. Here is the process that generated the Stripe transaction that has no name info: . A person who has never visited our site goes to our registration page and selects a membership product (add to cart). . The person opts to checkout; the person clicks the "Continue as New Member" on the checkout page. See https://stage.npnparents.org/store/?do=register. . The person fills out the "Create New Account" form (name, postal address, email address, etc.). . the person fills out the payment form but does not select the "Save this card for future purchases and automatic renewals" option. Would you please try it on our dev site? See https://stage.npnparents.org/store/?do=register Thank you. They would not be a verified member till that user's payment is marked as paid. This is kind of a catch 22 at the moment of purchasing through registration.
DolSch Posted January 24, 2023 Author Posted January 24, 2023 I have worked with several payment gateways (Authorize.Net, Stripe, etc). It is standard practice to have the payers name in the payment transaction. Accounting auditors expect the name information for every transaction. Please fix this for us.
DolSch Posted January 24, 2023 Author Posted January 24, 2023 Also, I noticed that the person's address was passed to Stripe. Isn't the name information available for transmitting to Stripe at the checkout point?
Marc Posted January 25, 2023 Posted January 25, 2023 The name is not sent at that point, no. At that point, they are a guest
DolSch Posted January 25, 2023 Author Posted January 25, 2023 I have worked with several payment gateways (Authorize.Net, Stripe, etc). It is standard practice to have the payers name in the payment transaction. Accounting auditors expect the name information for every transaction. Please fix this for us.
Marc Posted January 25, 2023 Posted January 25, 2023 Our developers have been tagged on this so as to provide further information if needed.
DolSch Posted January 25, 2023 Author Posted January 25, 2023 I found a case where the guest paid for a membership product and opted to save the credit card info, but the Stripe transaction had "Guest" as the name. Please fix the system so that every Stripe payment has the payer's name and email address.
Marc Posted January 26, 2023 Posted January 26, 2023 10 hours ago, DolSch said: I found a case where the guest paid for a membership product and opted to save the credit card info, but the Stripe transaction had "Guest" as the name. Please fix the system so that every Stripe payment has the payer's name and email address. As I mentioned above, I have tagged our developers on this I have spoken to one of our developers, and a ticket has been created to take a closer look into this
Andy Millne Posted January 30, 2023 Posted January 30, 2023 I have submitted a fix for this for review and inclusion in a future version. Marc 1
Recommended Posts