#sg-pushpaveni_webhooks

1 messages ยท Page 1 of 1 (latest)

drifting geyserBOT
versed chasmBOT
#

Below are links to other discussions we've had with you in the past week in case you want to review that information. If your question is related to one of these previous discussions, please provide a comprehensive summary of the current state and what you need help with now. We help many users simultaneously, so a summary allows us to resolve your issue as soon as possible.

drifting geyserBOT
#

๐Ÿ‘‹ Welcome to your new thread!

โฒ๏ธ We'll be here soon! We typically respond in a few minutes, but in some cases we might need a bit more time (e.g., server's busy, you've got a complex question, etc.).

โฑ๏ธ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can 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/1260921763559247955

๐Ÿ“ Have more to share? Add details, code, screenshots, videos, etc. below.

grim sandal
#

Tried to listen to paymentintent.succeeded, the json properties are different
Seems expected given that the event type is for an entirely different API object

#

What's the question/ask?

vagrant jetty
#

here it is mentioned that , it is not required to listen to the new events
will charge.succeeded ad charge.failed work after migration to the latest stripe.net.dll 45.1.0 towards the migration of sources API to paymentIntent API

grim sandal
#

Then I'm not understanding the issue. What exactly is unexpected with the webhook events you're receiving?

vagrant jetty
grim sandal
#

No, they're replaced by payment_intent.succeeded and payment_intent.payment_failed event as the doc outlines

vagrant jetty
#

ok

grim sandal
#

What about it? It basically states you can continue to listen for charge.* events if you wish as they're still sent

vagrant jetty
#

does it mean, even though paymentIntent API is implemented, we can listen to charge.* events in the webhooks for the payment calls?
kindly confirm me that my understanding is correct ???

scenic rune
#

hi! I'm taking over this thread.

#

yes that's correct. a PaymentIntent will create a Charge object, so you will receive a charge.created event as well.

vagrant jetty
#

ok, one more question

#

When updating stripe.net.dll to 45.1.0, below error comes.

what needs to be done???

Error CS1061 'PaymentIntent' does not contain a definition for 'Charges' and no accessible extension method 'Charges' accepting a first argument of type 'PaymentIntent' could be found (are you missing a using directive or an assembly reference?)

scenic rune
vagrant jetty
#

kindly clarify me the below file contains the data which is received for the paymentIntent.succeeded event through webhooks
it has charges property?? why ???

#

this data doesn;t have latest_charge property. why? what is missing to get it out ?

scenic rune
#

so it depends which API version and SDK you are using.

vagrant jetty
#

is the below one indicate our API version currently configured???

scenic rune
#

the API version used in your events depends on the API version set on the webhook endpoint itself.

vagrant jetty
#

kindly answer me the following questions??

  1. do I need to update the webhook API version?
  2. if so, what version do I need to change??
  3. how to change? kindly share any reference link to update web hook api version??????
  4. what will it happen if Im not updating the webhook api version
scenic rune
#
  1. it depends. what exactly are you trying to do and what is the issue?
vagrant jetty
#
  1. is it possible to have call ??
scenic rune
vagrant jetty
#

I have submitted my question on audio/video call

versed chasmBOT
vagrant jetty
#

kindly share your replies on all 5 points

#
  1. do I need to update the webhook API version?
  2. if so, what version do I need to change??
  3. how to change? kindly share any reference link to update web hook api version??????
  4. what will it happen if Im not updating the webhook api version
  5. will the charges API calls initiated SEPA payment before the version update work after upgrading to latest version also
wary bolt
#

๐Ÿ‘‹ stepping in here as soma needs to step away

#

Catching up

vagrant jetty
#

ok fine

wary bolt
#

Which of our SDKs are you using?

vagrant jetty
#

thanks for stepping in here to support me

vagrant jetty
wary bolt
#

And what version of that SDK?

#

Oh you are looking to move to the latest version?

#

If you don't upgrade then you could have potential errors involving data deconstruction

vagrant jetty
wary bolt
#

Yep gotcha then see the above

vagrant jetty
#

can I upgrade to lower version instead of 45.1.0 so that the migration process will work with less impact/less changes in the already implemented code

wary bolt
#

Sure, that's up to you and whatever features of our SDK you need in terms of the newer versions

#

You should review the Changelog to see what version your integration will require

vagrant jetty
#

I need the below features only

  1. Credit card - payment
  2. credit card - authorization for recurring payments
  3. SEPA direct debit - payment
  4. SEPA direct debit - authorization for recurring payments
wary bolt
#

Don't think you need to upgrade at all in that case

vagrant jetty
#

kindly suggest which version I can choose for the above features need to work in our product

wary bolt
#

Pretty sure SEPA Debit works just fine on 40.1.0

#

Your next step is to test it out

vagrant jetty
wary bolt
#

Do you use the Sources API right now?

#

If so, then you need to update your integration to use the PaymentIntents/PaymentMethods API. That doesn't necessarily mean updating your SDK or your Webhook endpoint version

vagrant jetty
#

I want to clarify everything with you so that I can share all the details to my management team on the volume of work needs to be done

wary bolt
#

There is nothing left to really clarify. Your current SDK and API version is compatible already. All you should need to do is update the actual APIs you are using in your integration.

#

And to confirm that 100% you need to test this out in test mode via your integration, as I have no insight into what your integration specifically does.

vagrant jetty
wary bolt
#

Yes

vagrant jetty
#

one more questions, kindly clarify this

how long can we use the 40.1.0 version???
can we continue to use the 40.1.0 version for 2 or 3 years more??

#

just high level info is enough...

wary bolt
#

Yes, there are no plans to deprecate past versions. If that were to ever happen you would be sent communication with plenty of heads up.

vagrant jetty
#

oh ok thanks for your support by clarifying all my questions

wary bolt
#

Happy to help

vagrant jetty
#

in one of the documentation page, it was information to update the library version as the first step
may be that is leading us update to the latest version of stripe.net.dll which has lots of changes over the 40.1.0 version

wary bolt
#

Which documentation page was that?

#

I'm happy to provide feedback internally to improve it

vagrant jetty
#

Im not able to get that link for now, sorry

wary bolt
#

Alrighty well if you do find it let us know

wary bolt
#

Ah okay thanks -- it does just say "recommend" there, which we do indeed recommend that you use the latest API version. But it isn't mandatory.

#

I'll file feedback about this though

vagrant jetty
#

oh ok fine