knuppi-connect-flows | Stripe Developers | Page 1

visual perchBOT Jan 11, 2024, 3:02 PM

#

rain escarp Jan 11, 2024, 3:06 PM

#

Looking at the event, all the endpoints are responding with 200
including the 2 CLI sessions

visual perchBOT Jan 11, 2024, 3:17 PM

#

wary pebble Jan 11, 2024, 3:18 PM

#

This says 408

#

@rain escarp where do you see that there are two CLI sessions?

rain escarp Jan 11, 2024, 3:18 PM

#

In logs on our end

wary pebble Jan 11, 2024, 3:20 PM

#

On the page I'm looking at, I see that my CLI replies with 408 (as intended), however I can't make Stripe to retry the webhook

#

Is it possible to make Stripe to do the retry?

rain escarp Jan 11, 2024, 3:25 PM

#

What exactly are you trying to test with the retries? We do support retries in test mode
https://stripe.com/docs/webhooks#:~:text=In test mode%2C Stripe,over any time period

I don't know why the dashboard shows 408, on our end I'm seeing 200 response for the event. We don't know a ton about the dashboard on this server

marsh imp Jan 11, 2024, 3:26 PM

#

You can also use this cli command to do one-off retries: https://stripe.com/docs/cli/events/resend

Stripe CLI Reference

wary pebble Jan 11, 2024, 3:32 PM

#

OK, I see.
The reason why I want to do this is because the customer.subscription.created webhook is sent before the checkout.session.completed.

marsh imp Jan 11, 2024, 3:32 PM

#

Event order isn't guaranteed at all

#

That's covered in our docs

#

They could come in any order

#

https://stripe.com/docs/webhooks#event-ordering

Use incoming webhooks to get real-time updates

Listen for events on your Stripe account so your integration can automatically trigger reactions.

wary pebble Jan 11, 2024, 3:33 PM

#

I need checkout.session.completed to set up the accounts on our servers, but we also want to save the payments which are available in customer.subscription.*

#

Event order isn't guaranteed at all

Yes, I know. That's why we want to trigger a retry by replying with 408

#

2024-01-11 15:51:57   --> customer.subscription.created [evt_1OXPbrDCZJ2TeDMZbP7pzNJW]
2024-01-11 15:51:57  <--  [408] POST http://127.0.0.1:80/app/payments/stripe-webhook/sg/ [evt_1OXPbrDCZJ2TeDMZbP7pzNJW]
2024-01-11 15:51:57   --> customer.subscription.updated [evt_1OXPbrDCZJ2TeDMZ3WYEqazo]
2024-01-11 15:51:57   --> payment_intent.succeeded [evt_3OXPboDCZJ2TeDMZ1w9Q0jBO]
2024-01-11 15:51:57  <--  [408] POST http://127.0.0.1:80/app/payments/stripe-webhook/sg/ [evt_1OXPbrDCZJ2TeDMZ3WYEqazo]
2024-01-11 15:51:57  <--  [200] POST http://127.0.0.1:80/app/payments/stripe-webhook/sg/ [evt_3OXPboDCZJ2TeDMZ1w9Q0jBO]

@rain escarp this is from the logs in my CLI

marsh imp Jan 11, 2024, 3:42 PM

#

Hi Hanzo had to step out

#

What's the question?

wary pebble Jan 11, 2024, 4:08 PM

#

I need to know what status codes are required in order to force a retry from the Stripe webhooks?
And also; is it possible to see this retry in the CLI?

marsh imp Jan 11, 2024, 4:10 PM

#

Retries won't happen automatically in the cli

#

You'll need to run the command to manually retry

#

The one I shared

wary pebble Jan 11, 2024, 4:11 PM

#

I see, thank you

#

Another question (if I may):

marsh imp Jan 11, 2024, 4:13 PM

#

Sure

wary pebble Jan 11, 2024, 4:16 PM

#

I'm currently listening to checkout.session.completed in order to create accounts for my clients.

However, it was working very well until right now; in the data received in the webhook event.data.object.invoice there's an invoice ID ("in_1OXQaUDCZJ2TeDMZOWNjd88C")
But when I tried to retrieve it, I got a 404 from Stripe

#

Question; how come you've set the invoice ID but there's no Invoice to retrieve?

#

What information can I be 100% sure of existing as the payment is finalized?

marsh imp Jan 11, 2024, 4:18 PM

#

Can you share the request id where you're getting a 404?

wary pebble Jan 11, 2024, 4:19 PM

#

evt_1OXQaZDCZJ2TeDMZP5abPrJz

#

When I received this webhook, I retrieve the Invoice in order to see a list of addons (additional products/prices) which the client also has paid for - and enabling those addons on our side

marsh imp Jan 11, 2024, 4:21 PM

#

No request id for the 404 is what I need

#

Not event id

#

https://support.stripe.com/questions/finding-the-id-for-an-api-request

Finding the ID for an API Request : Stripe: Help & Support

Find help and support for Stripe. Our support site provides answers on all types of situations, including account information, charges and refunds, and subscriptions information. Get your questions answered and find international support for Stripe.

wary pebble Jan 11, 2024, 4:22 PM

#

I0111 16:54:41 _util <stripe:123> message='Request to Stripe api' method=get path=https://api.stripe.com/v1/invoices/in_1OXQaUDCZJ2TeDMZOWNjd88C

I0111 16:54:42 _util <stripe:123> message='Stripe API response' path=https://api.stripe.com/v1/invoices/in_1OXQaUDCZJ2TeDMZOWNjd88C response_code=404

I0111 16:54:42 _util <stripe:123> error_code=resource_missing error_message="No such invoice: 'in_1OXQaUDCZJ2TeDMZOWNjd88C'" error_param=invoice error_type=invalid_request_error message='Stripe API error received'

stripe._error.InvalidRequestError: Request req_d2pi6KijzZM8Sg: No such invoice: 'in_1OXQaUDCZJ2TeDMZOWNjd88C'

Looks like req_d2pi6KijzZM8Sg is the req ID?

#

I can't find req_d2pi6KijzZM8Sg in my dashboard 😦

marsh imp Jan 11, 2024, 4:26 PM

#

Oh you're using the wrong api key

#

You're retrieving the invoice on the wrong account

#

The invoice and event exist on acct_1G3JScDCZJ2TeDMZ

#

You are trying to retrieve on
acct_1MRCHrL8luXqMHtb

#

That's why request is failing and why you don't see it on the dashboard

wary pebble Jan 11, 2024, 4:27 PM

#

ok, so I need to use the API_KEY for the account - not for the platform?

marsh imp Jan 11, 2024, 4:29 PM

#

Neither of those look like connect accounts...

#

So use acct_1G3JScDCZJ2TeDMZ api key

wary pebble Jan 11, 2024, 4:31 PM

#

This is the flow, currently:

a potential customer enters their information
if the form is valid, we send the customer to the Checkout redirect url
2b. this creates a Customer in Stripe
after the customer is sent back to the success_url we create an Account which we connect to the platform

marsh imp Jan 11, 2024, 4:33 PM

#

Yeah but the above isn't a connect account

#

Has 0 connections

wary pebble Jan 11, 2024, 4:33 PM

#

shouldn't the platform be able to retrieve the invoice created by the Customer? the Account hasn't been created yet

marsh imp Jan 11, 2024, 4:33 PM

#

It should

#

But what I'm telling you is you're not retrieving it as the platform

#

That's why you don't see the request in your dashboard

#

You're using another account entirely to retrieve

wary pebble Jan 11, 2024, 4:34 PM

#

you're saying that I should use the acct_XXX api_key to retrieve?

marsh imp Jan 11, 2024, 4:34 PM

#

Use the one for acct_1G3JScDCZJ2TeDMZ

#

That's who created the checkout session

#

So that's where the invoice will exist as well

#

You're using an api key for acct_1MRCHrL8luXqMHtb instead

wary pebble Jan 11, 2024, 4:37 PM

#

this is the test key for the platform

marsh imp Jan 11, 2024, 4:37 PM

#

You're not though

#

And please never share secret keys publicly

#

Even if they're test keys

wary pebble Jan 11, 2024, 4:38 PM

#

OK, noted

#

I will double-check which key is being used, 1min

marsh imp Jan 11, 2024, 4:38 PM

#

You're using one ending in yc19cq

wary pebble Jan 11, 2024, 4:38 PM

#

Aha!

#

Thank you for showing me the light!

#

We have multiple platform accounts, one for EU and another for the rest of the world. it complicates things

marsh imp Jan 11, 2024, 4:43 PM

#

No problem

wary pebble Jan 11, 2024, 4:43 PM

#

Are there any direct benefits for registering EU companies under the EU-platform?

#

Or should all companies be registered under the global entity?

visual perchBOT Jan 11, 2024, 4:46 PM

#

wary pebble Jan 11, 2024, 4:47 PM

#

hi @polar sequoia

Are there any direct benefits for registering EU companies under the EU-platform?
Or should all companies be registered under the global entity?

polar sequoia Jan 11, 2024, 4:49 PM

#

It realyl depends on what your business is trying to do - some companies do what you're doing (have separate platform accounts for each region) because they want to avoid things like cross-border payouts (https://stripe.com/docs/connect/cross-border-payouts)

wary pebble Jan 11, 2024, 4:49 PM

#

We're a B2B2C platform

#

CustomerA is in Spain, with end-users typically in Spain. They create products which we sync with your API, they receive payments through our mobile app
CustomerB is in Singapore, with end-users around Singapore. They also create products and receive payments through our mobile app

#

Both CustomerA and CustomerB are Accounts connected to our Platform

#

We have two regions, EU and REST_OF_THE_WORLD

polar sequoia Jan 11, 2024, 4:52 PM

#

What kind of connected accounts are you working with?

wary pebble Jan 11, 2024, 4:52 PM

#

All connected accounts are businesses

#

My first question is; when I create CustomerA (creating the Customer is step 1, they pay for the Subscription, and upon completed payment I "convert" them into an Account) should I create them under REST_OF_THE_WORLD?

#

CustomerA is registered in Spain, and their end-users are in Spain. Will there be cross-border payout costs?

polar sequoia Jan 11, 2024, 4:56 PM

#

No, I mean are the connected accounts standard? express? custom? What type of funds flow are you hoping to use with them (Direct? destination)?

wary pebble Jan 11, 2024, 4:58 PM

#

Yes, Standard accounts

#

We're charging the Accounts through application_fee_amount

polar sequoia Jan 11, 2024, 5:01 PM

#

And I assume you're using Direct charges (using the Stripe-Accuont header)?

wary pebble Jan 11, 2024, 5:01 PM

#

Yes

#

we're setting stripe_account={{ Account.ID }}

#

I mean, we used destination charges but we recently changed this to use direct charges

polar sequoia Jan 11, 2024, 5:02 PM

#

If you're using direct charges then you wouldn't have to worry about cross-border (because the merchant of record is the connected account itself).

wary pebble Jan 11, 2024, 5:03 PM

#

OK, that's reassuring. So we can use our REST_OF_THE_WORLD-platform to register all companies, no matter where their place of operation actually is?

polar sequoia Jan 11, 2024, 5:05 PM

#

Yes, I believe so (but definitely try this out in test mode to make sure other parts of your flow aren't implicitly relying on things being in the same region)

#knuppi-connect-flows