#ekarma
left bough
What problem are you facing?
naive rampart
I'm seeing the event.value.email log inside the onChange, but not sure how I go about triggering or receiving the Customer data as a response when it matches
Am I correct in thinking that since I added a 'Customer' value with the same email, that should now be eligible for LinkAuthenticationElement to doa match when I add the email into the form input?
left bough
LinkAuthenticationElement is for Link payment method provided by Stripe that the customer will be used to retrieve their saved payment methods on Link. The email can be different from the one on customer.
Can you share what you're trying to achieve?
naive rampart
Yes, this is my checkout flow. It features a SetupIntent Wrapper, LinkAuthEl, Address & Payment Elements. Each as steps. The first step is for a user to input their email and submit via button click. This should initiate Link to search for a match, and also applies for my own auth
left bough
No, Link doesn't do a search on the match. LinkAuthenticationElement is for customer to login to their account, not for searching
naive rampart
Forget I said search for a match. Trigger a 'login' or whatever gets me back the User / Customer Address & Pyament info to auto-fill, if it exists from previous checkouts
My use-case calls for a light auth type UX, email needed, password not. So my idea was use this service for easy/quick pairing of a user & their email to their order info, and enable auto-fill. Does this use-case not sense?
left bough
Have you enabled Link in https://dashboard.stripe.com/test/settings/payment_methods?
naive rampart
Great tip! That wasn't turned on. So given what i'm trying to do, is using Link a good fit?
torn whaleBOT
left bough
Link has limited payment methods supported. One way I can think of is to save customer's payment method during their checkout. When they return next time, your system will retrieve and display their saved payment methods, then use saved payment methods to make the payment. You may refer to the guide here: https://stripe.com/docs/payments/save-during-payment
naive rampart
The only payment methods I need or are concerned with now, is basic CC/Debit from majors & ACH.
Payment methods aside, how do I access the Link stored data so I can integrate it with my app?
near gust
It depends on the flow. You could look at the link property at the Payment Method object or at the Charge object https://stripe.com/docs/api/payment_methods/object#payment_method_object-link
https://stripe.com/docs/api/charges/object#charge_object-payment_method_details-link
naive rampart
So my use-case collects order 'requests', but payment isn't submitted until shipping is prepared, so I had started by setting up Setup Intent first, then Payment Intent at a later time. What would you suggest in my circumstance?
naive rampart
Yes, I still am not sure how to call a function, with an email, that checks to see if its setup with Link (and then sends back User data). I see guides related to Payment Intent & Payments in general, but my first step doesnt involved Payments, just Setup Intent
Maybe i'm thinking about this incorrectly....
If a user goes to my checkout flow, never signed up with Link before, then they submit and go through the checkout process once. Will that auto sign them up w/ Link, and save the element inputs (address and paymentInfo) and trigger to them to use by their next visit?
near gust
then they submit and go through the checkout process once
If they do this with checkbox on "Save this payment method next time". If they don't, Link won't interfere
naive rampart
Ok, its making more sense. So when you trigger "Save your info", where does stripe then store the data? I'm assuming it will hold all 'element' based inputs?
near gust
Link will store the data. You can think Link is an universal partner, available to the customers across different Stripe merchants
But as a merchant, you can inspect the PaymentMethod you collected
and reuse it next time
Yes it will hold the element based inputs, but not visible to you
naive rampart
Sure, but i'm a programmer to needs to have access to this data to do stuff. Is onChange my primary way to access data?
near gust
Sure but what information you need?
Basically you just need its Id (pm_xxx) to to able to pass in Creating PaymentIntent next time
naive rampart
If i'm building an application, and a "Link" widget takes my customers phone numbers, I expect to also have access to that phone number (as well as address & payment info). I am a custom platform
near gust
No I think you will only have email https://stripe.com/docs/api/payment_methods/object#payment_method_object-link
Sorry, it's just not available
It's more of the customer sensitive information
naive rampart
customer sensitive? They're my customers customers. What if I already have their phone #'s? Does link have to ask the user again?
Does a user have to check the "Save for later" for it to register as a Link PaymentMethod?
near gust
Sound like you want to tell Link the customer phone number you already own? Sorry Link only take email as pre-fill data
naive rampart
Gotcha. At some point, i'd look to adjust the price based on the payment method that was used (ACH vs. Debit/CC).
So lets say the page knew who a customer of mine was, and they had ACH setup as a method, then they'd see prices slightly cheaper. How might I go about this?
Also, there's a shipping calculation that needs the ship address. How might Link enable me to listen for account matches to pull that data at the time of match?
near gust
I would recommend looking at the Address Element https://stripe.com/docs/elements/address-element
So basically it's a combination of PaymentElement + LinkAuthenticationElement + AddressElement
naive rampart
Does link also save payment method settings somewhere else inside Stripes data? or just within Charges and Payment Intent objects.
For various reasons I may look to create a context thats almost global that informs the system and elements only makes sense for data capture. Seems like there's a better way to sync Link state w/ my app
near gust
Sorry Discord has been busy. Link data is basically only inside the PaymentMethod object