#loko_api

1 messages · Page 1 of 1 (latest)

stoic sentinelBOT
#

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

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

north meadow
#

hello! looking into this for you now

#

also FYI need to step away for a few minutes

#

ok so i've been looking into this and i'm pretty sure there's no dedicated timestamp for storing this info, but we do only send charge.succeeded, payment_intent.succeeded etc when the async payment completes, so using the timestamp when those events were generated should work just fine

lone whale
#

Thanks for confirming! It's a bit surprising though that such a critical piece of data — the actual payment confirmation date — isn't stored on the Charge or PaymentIntent object itself. Relying solely on webhook event timestamps means there's no way to retrieve this info historically (events expire after 30 days), and if a webhook is missed or delayed, the date is lost. Any chance this could be flagged as a feature request internally? A simple succeeded_at field on the Charge would solve it for everyone using async payment methods like SEPA.

north meadow
#

yeah i think this makes sense as a feature request, i'll pass that along to our product team 🙂 let me triple check that there isn't a field for this currently juuuust in case and then i'll file that request

lone whale
#

Also, I'm considering using balanceTransaction.available_on to handle these cases — it seems to align well with the actual payment confirmation date. Can I rely on this field as a consistent and accurate indicator of when a SEPA payment has effectively been confirmed?

north meadow
#

yeah was just looking into that - that does correspond with the time when the funds will become available, which might be useful for backfilling, but i would suggest using the webhook events for more precise timing

lone whale
#

thank you very much for your help !

north meadow
#

yep of course 🙂