#kanohian_webhooks
signal valveBOT
đ 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/1222290376803750009
đ Have more to share? Add more details, code, screenshots, videos, etc. below.
chrome atlasBOT
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.
- kanohian_connect-settings, 4 days ago, 10 messages
teal rampart
Hi there! What have you looked at so far? Do you have an example PaymentIntent ID I can look at?
timid dune
Hello
Checked this application_fee_amount already.
So far we are in dev test, so we dont have any real example to provide sadly
but the idea is this: given a paymentIntent id, show the fees or discounts applied over its collected amount
problem is application_fee_amount seems to work for connected accounts solely
in our case we pretend to show, at the very least, the discounts applied by Stripe, per Payment
teal rampart
You don't have an ID from test mode you can share?
timid dune
sure
teal rampart
There is no discount property on a PaymentIntent. You'll just see a lower amount . Are you creating PaymentIntents directly/yourself or are you using something like Invoices or Checkout Sessions?
timid dune
pi_3OyHJsFm9OSbGJQe1nOeICLp
through a Checkout
a lower amount value compared to what exactly ? I can use that difference, but not sure what to compare with
Maybe its because of the test environment, but I am watching the same amount in both Checkout amount_total and its PaymentIntent amount_received
teal rampart
Give me a few minutes please
timid dune
no problem
teal rampart
Okay, so I see you're creating a Checkout Session. You're not passing a coupon nor passing allow_promotion_codes: true when creating the Session so there's no discount
You can also retrieve the Checkout Session and inspect the total_details hash: https://docs.stripe.com/api/checkout/sessions/object#checkout_session_object-total_details
timid dune
gret. gonna check this
tanks a lot
Hi there
unrelated question, can I use this very same thread ?
teal rampart
sure!
timid dune
here is the topic: we are performing payments through Session Checkout and its great. Thing is, customers might want to pay an invoice partially, not the full invoice amount. Is it possible to address this with Checkouts ?
so we dont know what items customer might pay, just the amount he is willing to pay in advance, or at the moment
It seems doable with PaymentIntents, but would be great if were also possible in Session Checkouts
teal rampart
No, this isn't possible with Checkout Sessions. What you probably want to do is display to a customer some option/menu of things they can choose to pay for
Then, when they've chosen, use their choices to create the Checkout Session with the right items
timid dune
mm I suppossed so
BUT
I might have a generic inline product: Partial Payment lets say, and fill it with the aggreed amount
it has a little more work but seems possible
that way keeps consistent with Checkout
teal rampart
Yeah, that works too. Note that creating any inline price and product data results in the creation of one-off Price and Product IDs. This is fine but those IDs are automatically archived and can't be re-used for other Sessions.