rodrax_identify-mit-paymentintents | Stripe Developers | Page 1

cerulean cypressBOT Oct 4, 2024, 4:19 PM

#

👋 Welcome to your new thread!

⏲️ We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.

⏱️ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always start a new thread if you have another question.

🔗 This thread will always be available, even after it's closed. You can find it again using Discord's search, or you can save this link: https://discord.com/channels/841573134531821608/1291796892979691591

📝 Have more to share? Add more details, code, screenshots, videos, etc. below.

#

scarlet radish Oct 4, 2024, 4:22 PM

#

Hi 👋

Can you explain what kind of integration you are building?

#

Typically, Payment Intents that are created without the Customer being present are created with the off_session parameter set to true
https://docs.stripe.com/api/payment_intents/create#create_payment_intent-off_session

eternal pawn Oct 4, 2024, 4:24 PM

#

Hey snufkin, I work on the Integrations team at ProfitWell by Paddle and we're currently implementing some Charge analytics for connected companies who use Stripe as their subscription management systems. We basically just need to know whether a Charge (we can also look at the related PaymentIntent) was initiated by the customer or by the merchant

eternal pawn Oct 4, 2024, 4:26 PM

#

scarlet radish Typically, Payment Intents that are created without the Customer being present a...

right, I read this and was happy to know there's something there, but then I read the "PaymentIntent object" API docs and there's no reference to that field, nor could I find an occurrence of it in some example events. Is this supposed to be there when looking at a payment intent event?

scarlet radish Oct 4, 2024, 4:27 PM

#

You would need to review the API request that creates the Payment Intent

eternal pawn Oct 4, 2024, 4:27 PM

#

oh I see

scarlet radish Oct 4, 2024, 4:28 PM

#

But it's easier to discuss this with an example. Do you have the ID of a merchant initiated Payment Intent so we can get on the same page?

eternal pawn Oct 4, 2024, 4:29 PM

#

unfortunately we don't have access to the API requests that create payment intents, we only have access to payment_intent.* events

#

I also couldn't tell you which payment intent was merchant-initiated, I mean I could go and look for some renewals and assume the payment intent was merchant-initiated

scarlet radish Oct 4, 2024, 4:30 PM

#

Can you share any payment intent ID for an intent you can reivew along with me?

eternal pawn Oct 4, 2024, 4:30 PM

#

yes sure, give me a moment

#

hold on, I'm having some technical difficulties

#

here: pi_3PpfkfAy7qpXUuYv14HikRit

scarlet radish Oct 4, 2024, 4:37 PM

#

Thanks, taking a look

#

Hmmm...yeah this payment intent was created due to a Subscription being created that specified the customer and payment method, so it was merchant initiated. I'm not sure how you'd get there from the Intent object though...

eternal pawn Oct 4, 2024, 4:40 PM

#

yeah 😅

#

we do have an idea

scarlet radish Oct 4, 2024, 4:40 PM

#

In this case it is related to an Invoice object in_1PpfkeAy7qpXUuYvgXZZYZm3

eternal pawn Oct 4, 2024, 4:41 PM

#

I mean if the setup_future_usage field says off_session, it probably means this current intent was on_session because the customer provided their payment details

#

does that sound correct?

scarlet radish Oct 4, 2024, 4:41 PM

#

Nope

eternal pawn Oct 4, 2024, 4:41 PM

#

well we tried

scarlet radish Oct 4, 2024, 4:41 PM

#

setup_future_usage is most often used for on-session payments

#

Because it sets up the payment method the customer uses for future off-session payments

#

It actually doesn't make a lot of sense in MIT

eternal pawn Oct 4, 2024, 4:42 PM

#

right, I think we're saying the same thing, unless I misunderstood that last thing you said

#

so setup_future_usage: off_session should only happen when the customer is initiating the transaction?

scarlet radish Oct 4, 2024, 4:43 PM

#

Not neceessarily

#

Some devs just leave it in there because it doesn't block anything and, if the payment intent is confirmed client-side, it will save the payment method

#

Essentially, you cannot use that value as an indicator of anything other than the fact that the Payment Intent was creatd with that value

#

It doesn't tell you how it was confirmed or anything else.

eternal pawn Oct 4, 2024, 4:44 PM

#

makes sense

#

so we're in a bit of a pickle then huh?

scarlet radish Oct 4, 2024, 4:45 PM

#

Yes. It is difficult to try to retrieve Payment Intents you did not create and determine how they were created

eternal pawn Oct 4, 2024, 4:45 PM

#

gotcha

#

well, you can probably close this then

#

you were super helpful ❤️

#

we'll just have to run without differentiating CIT/MIT 🤷‍♂️

scarlet radish Oct 4, 2024, 4:49 PM

#

If you were the one creating the Payment Intents and wanted some sort of after-action reporting feature, you could add a tag in the metadata property.
https://docs.stripe.com/api/payment_intents/create#create_payment_intent-metadata

I know that doesn't help you now but perhaps in the future you could recommend it to your clients?

eternal pawn Oct 4, 2024, 4:50 PM

#

yeah that could work, though this is mostly an internal tool/report we're trying to develop so it probably doesn't make sense to ask our clients to go out of their way

#

not to worry though, since that also means it's not something that affects our clients but just ourselves

scarlet radish Oct 4, 2024, 4:51 PM

#

Gotcha, that makes sense.

#rodrax_identify-mit-paymentintents