#erin_webhooks

1 messages ¡ Page 1 of 1 (latest)

trail bayBOT
#

👋 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/1389739691460399225

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

manic shell
#

I'm trying to get the verified data when in test mode, I'm doing this: $verification = Event::constructFrom($webhookCall->payload, ['expand' => ['verified_outputs', 'last_verification_report']])->data?->object;

#

but both of those don't exist when in test mode

#

how can I see some sample data so I can build out the rest of my integration?

hard sinew
#

Could you share the doc URL you're following for your integration?

manic shell
#

in my code above the payload is the stripe webhook data, specifically the identity.verification_session.verified event

#

I get this, with nothing expanded, and not verified details

hard sinew
#

You should make a separate Verification Session Retrieval API with expanded parameter to get the expanded information instead of using Event::constructFrom:

manic shell
#

ah ok, I was hoping it would auto-expand if you used constructFrom

#

cuz there's an options parameter

#

seems funky to HAVE the verification session but still need to retrieve it

#

but I get ya

hard sinew
#

Most of the users only look at the status of the Verification Session. This is why verified_outputs and last_verification_report are not included as only necessary information is included by default. For additional information your system needs, additional retrieval requests may be required.

manic shell
#

yup got it, makes sense. That works as expected, thanks for your help!