#mattwoberts

1 messages ยท Page 1 of 1 (latest)

narrow bloomBOT
manic needle
#

Hiya

torpid veldt
#

Both the HIP of portal can facilitate payments for invoices, so either is an option!

#

HIP has a little less development overhead I guess (just send them to the URL)

manic needle
#

Hmm OK thanks. We're currently using the customer portal, but it's causing some confusion - you have an option to "Update payment method" - to fix the outstanding invoice. If customers do that then stripe takes payment as soon as the user has done it. But some users are clicking "add payment method" instead, and that only adds the card to the customer, stripe doesnt' attempt payment immediately when the user does it that way...

torpid veldt
#

Yeah, the portal is a little less 'on rails' as it offers multi functionality where your users may not actually fulfil the action you require them to

manic needle
#

Indeed...

torpid veldt
#

You can configure portal on a per session basis to limit functionality, that might be an option

manic needle
#

Interesting, that's certainly one option. The hosted invoice page was also causing issues, since it has no "back to app" option for users, so it's effectively a dead end...

#

I suppose we need to pick the lesser of 2 evils ๐Ÿ™‚

torpid veldt
manic needle
#

Great minds ๐Ÿ˜‰ We did... safari blocks it!

#

So rather than fight that, that's why we went for the customer portal

torpid veldt
#

Got it. Another option outside of configuring the portal functionality would be to build your own UI to handle re-confirmation

#

You'd just need the client_secret from the PI on the Invoice and a UI to trigger confirmCardPayment