nickderobertis | Stripe Developers | Page 1

safe fjordBOT Jul 19, 2023, 11:35 PM

#

winged vapor Jul 19, 2023, 11:36 PM

#

Next time feel free to use your existing thread if it's still open 🙂

silent tulip Jul 19, 2023, 11:36 PM

#

oh ok cool, just thought I would use a different one because it's a different question

winged vapor Jul 19, 2023, 11:38 PM

#

So for your question - when you say you "previously saved via the reader", how did you save it? DId you use a setupintent like we talk about here (https://stripe.com/docs/terminal/features/saving-cards/save-cards-directly) or did you use a payment intent (which is only availble in the US https://stripe.com/docs/terminal/features/saving-cards/save-after-payment)

Save directly without charging

Save card details for online reuse from an in-person transaction.

silent tulip Jul 19, 2023, 11:38 PM

#

payment intent, save afterr payment

winged vapor Jul 19, 2023, 11:39 PM

#

Gotcha - so what you want to be comparing instead is the generated_card, not the card_present Payment Method that you get from the reader

#

https://stripe.com/docs/api/charges/object#charge_object-payment_method_details-card_present-generated_card

Stripe API reference – The charge object – curl

Complete reference documentation for the Stripe API. Includes code snippets and examples for our Python, Java, PHP, Node.js, Go, Ruby, and .NET libraries.

silent tulip Jul 19, 2023, 11:50 PM

#

Hmm, ok. I'm trying to figure out how we can get this info in our current flow.

#

Because right now we are getting the payment method that was used by listening to payment_intent.success events by webhook

#

That just gives us the ID of the payment method, which we then use to query for the payment method to get the additional details. But I don't see anything like generated_card in that response. Also don't see anything like that in terminal_reader webhooks. We are using the server-driven integration.

winged vapor Jul 19, 2023, 11:52 PM

#

The generated_card would be somethign you have have to pull from the Charge

#

So if you're listening for payment_intent.* events you should be able to retrieve the charge (if you're on the most recent API version you'd get the charge ID back in latest_charge), and after retrieving that you should be able to get back the generated_card

silent tulip Jul 19, 2023, 11:56 PM

#

Ok, that makes sense. Thanks.

safe fjordBOT Jul 19, 2023, 11:59 PM

#

silent tulip Jul 19, 2023, 11:59 PM

#

Will generated_card only be set for reader transactions, not for regular payment intent transactions via Stripe SDK? Trying to think through how I can separate the events in the webhook handling, to handle both reader-generated and regular payment-flow generated events and get the card we can charge later either way

winged vapor Jul 20, 2023, 12:00 AM

#

Yup - generated_card is only for card-present transactions

silent tulip Jul 20, 2023, 12:00 AM

#

Or I guess the whole card_present won't be set, card will be set instead?

#nickderobertis