#oftysterista_best-practices

1 messages ¡ Page 1 of 1 (latest)

fleet fernBOT
#

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

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

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.

dull pine
#

hello

keen tinsel
dull pine
#

is that the correct best practice?

#

which is using payment intent and webhook?

keen tinsel
#

Yes, the above guides are the recommended practices for Stripe integration

#

Payment Intent is used to create and collect payments whereas Webhook is used to listen to the activities on a payment or account activities

#

Your system can listen to the Webhook events for payment outcomes and update external accounting app when necessary

dull pine
#

does payment intent store tax data?

keen tinsel
#

What kind of tax data are you referring to? If your system calculates the tax yourself, then the information should be available within your own database

dull pine
#

actually this is kinda out of topic. so previously i create a subscription with default_tax_rates: [taxRate.id].

every subscription will create a paymentIntent right? i mean this taxRate will be in the payment intent?

#

or the PI only give us the full amount that user paid?

keen tinsel
#

Let's step back here. Could you share more what kind of payment integration are you looking for? Is it one-time payment or Subscription? The tax works differently in different types of integration

#

Tax information is not available on the Payment Intent itself, but it can be available on the products that uses Payment Intent under the hood

dull pine
#

actually both one-time paymen and subscription.
i believe that creating a payment intent we cannot set the default_tax_rates right? because of that i havent implement it in one time payment for now.
so i give example when i set default tax rate in subscription.

keen tinsel
#

Checkout Sessions API supports hosted payment page, embedded form and embedded component

dull pine
#

manual-tax-rates will not add tax to the product right?

#

it will only set if i set it when create the transaction right?

#

cause i want it to be flexible depends on my user who will be charged the tax and who will not charged

keen tinsel
#

manual-tax-rates will not add tax to the product right?
Yes. Manual Tax Rate will not be added to the product, but Checkout Session itself.

it will only set if i set it when create the transaction right?
Yes

dull pine
#

so to apply manual tax rates in one time payment. is use checkout session is the only way?

#

or it is the easiest way?

keen tinsel
#

Using Checkout Session for the manual tax rate is the easiest and only way

dull pine
#

checkout session is not support in mobile apps right?

#

I also heard that currently the apple apps store and google playstore do not allow payment methods outside of apple pay and google pay (in app purchasing). is that correct? if it is true so stripe can't be used in mobile apps?