#Ritchie
quasi sandal
req_dvSutlmBb33hN6 means your platform account doesn't have sufficient balance for transfer
The fund is transferred from available balance
signal crystal
yes, the two requests above are same, why one succeeded and another failed?
Can the available balance be controlled by api directly?
quasi sandal
When req_UTTt8hCOZHtuHo was made, your account has sufficient balance. req_dvSutlmBb33hN6 was made some time later and the balance has been used up
signal crystal
I don't think so, the available balance is always negative I think.
but transfers succeed by chance.
Another question, when the available balance is added for platform?
quasi sandal
In your transfer request, you set source_transaction that will check the fund availability of this specific charge
For ch_3Mix4yIZwcIFVLGr2N0JoH1x, you performed the refund on in 2023-03-07 10:21:28 UTC in https://dashboard.stripe.com/test/logs/req_Xf40UWt3H1xP0x which made the balance unavailable when performing transfer on 2023-03-14 10:44:33 UTC in https://dashboard.stripe.com/test/logs/req_dvSutlmBb33hN6
signal crystal
Another question, when the available balance is added for platform?
what about this question?
quasi sandal
From https://stripe.com/docs/connect/account-balances:
he charged amount, less any Stripe fees, is initially reflected on the pending balance, and becomes available on a 2-day rolling basis. (This timing can vary by country and account.)
Hi, we use smart reader to charge client. Why can't we see readers relevant events(terminal.reader.action_succeeded) in the activity logs? We did receive the reader event from webhook.https://dashboard.stripe.com/payments/pi_3MkW0lIZwcIFVLGr2X2d7aBC
Looking into this now
Can you share the event ID (evt_xxx) that your Webhooks received?
potent oasisBOT
signal crystal
{
"request": { "idempotency_key": null, "id": null }, "data": { "object": { "device_sw_version": "2.10.2.0", "metadata": {}, "livemode": true, "action": { "failure_code": null, "failure_message": null, "process_payment_intent": { "process_config": { "tipping": { "amount_eligible": 6500 }, "skip_tipping": false }, "payment_intent": "pi_3MkW0lIZwcIFVLGr2X2d7aBC" }, "type": "process_payment_intent", "status": "succeeded" }, "device_type": "bbpos_wisepos_e", "location": "tml_EjmQwUPAdyW0WF", "serial_number": "WSC513142065616", "id": "tmr_EjmXwwpKmjG0Fy", "ip_address": "192.168.1.89", "label": "Oodles of Poodles", "object": "terminal.reader", "status": "online" } }, "livemode": true, "created": 1678554935, "id": "evt_1MkW15IZwcIFVLGr0OUGQ5C0", "api_version": "2020-08-27", "type": "terminal.reader.action_succeeded", "pending_webhooks": 3, "object": "event"
}
drowsy horizon
The events is here on your Dashboard log https://dashboard.stripe.com/events/evt_1MkW15IZwcIFVLGr0OUGQ5C0
signal crystal
I mean why I can't see it in the activity log（https://dashboard.stripe.com/payments/pi_3MkW0lIZwcIFVLGr2X2d7aBC）？
the terminal and the payment_intent are relevant, right?
drowsy horizon
Ah yes but we don't link it in the activity log yet. I will forward your feedback then!
signal crystal
How can I know the payment_intent(pi_3MlZBpIZwcIFVLGr1wvSvhNz)'s relevant terminal sent even or not?
From our webhook api log, I didn't found the event like this
"id": "evt_1MkW15IZwcIFVLGr0OUGQ5C0",
"api_version": "2020-08-27",
"type": "terminal.reader.action_succeeded",
drowsy horizon
You mean you haven't received that event? I see it was sent to 3 webhook endpoints
signal crystal
this call (https://dashboard.stripe.com/logs/req_AXbcOeGWrWrzHl) failed, but the reader was still confirmed successfully 17 seconds later. and no corresponding event(terminal.reader.action_succeeded) was sent
drowsy horizon
You see this right? It has 3 successful sending history to 3 endpoints https://dashboard.stripe.com/events/evt_1MkW15IZwcIFVLGr0OUGQ5C0
signal crystal
the same terminal, but not this pi_3MkW0lIZwcIFVLGr2X2d7aBC , this payment pi_3MlZBpIZwcIFVLGr1wvSvhNz
the detail is here https://dashboard.stripe.com/payments/pi_3MlZBpIZwcIFVLGr1wvSvhNz.
Where can I check the terminal tmr_EjmXwwpKmjG0Fy 's all events
drowsy horizon
Um have you tried filter out all terminal.reader.action_failed or terminal.reader.action_succeeded on your Dashboard?
signal crystal
yes, but not found the one
signal crystal
@drowsy horizon any update? I thought the response from stripe server has some problem for smart reader
drowsy horizon
Hi, I also can't find it. So your reader was accepting the card later on, but still no webhook?
signal crystal
yes， the reader acted normally 17 seconds later after 400 calling
We changed the reader integration from web sdk to server driven to improve user experience. But the reader still has many kinds of problems:(
drowsy horizon
Um sorry maybe there was an issue with the event.
How about also polling the API in case of webhook issue. Use it as a backup
potent oasisBOT
signal crystal
generally when the event will miss?
serene drift
Hi! I'm taking over my colleague. Please, let me quickly catch up.
Do you mind summarising the latest issue you're facing?
signal crystal
let's focus on this one first https://dashboard.stripe.com/payments/pi_3MlZBpIZwcIFVLGr1wvSvhNz, why stripe sever respond 400 first and then act normally for reader(confirmed successfully) without sending terminal.events
potent oasisBOT
plucky vortex
Respond 400 to what?
signal crystal
Thanks, could you help to dig more for this error https://media.discordapp.net/attachments/1085386953639350364/1085471143105921085/image.png?width=2880&height=722
drowsy horizon
Um I am afraid I don't have much more detail about this. We only can see the reader was somehow unreachable at the time and we didn't fire any webhook event.
I would suggest write into Support, mention this thread, then we (the developer team) will take it and do a deeper investigation
It's hard to dig deeper in a real time support here when we also have many other threads, apologize
signal crystal
another question : If a smart reader have some error when processing a payment_intent, the binding will not time out automatically?
we found this reader (tmr_E6aHuwWYUoJfSZ) can't be used after 03/13
drowsy horizon
Like completely unusable after Mar 13?
signal crystal
yes we found the business owner had no more new payment_intent after 03/13
drowsy horizon
Probably the device has some physical issue. You could also open another chat with Support and they can replace the device as the last solution
signal crystal
the smart reader is online, I have execute an cancel-action , hope this may make sense
potent oasisBOT