#sudoferraz_api

1 messages · Page 1 of 1 (latest)

hoary canopyBOT
#

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

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

spark rose
broken hamlet
#

Hey @spark rose

Just to give a bit more context, on subscription products using a checkout session, this is what is displayed to the user:

spark rose
#

Yes I see, that's not something you can customize unfortunately

broken hamlet
#

But using one time payments, this is what is displayed (Creem is our account name)

broken hamlet
spark rose
#

This is not the same UI part as 'Pay Creem' label you were referring to

spark rose
# broken hamlet e.g.:

This is a product named one time paymnet test with a price €9.99.... with a customer text I think "test"

#

If you have a Checkout Session Id I can double check this...

broken hamlet
#

not really, let me send you the screenshots, maybe it's a different integration type instead of embedded? one second

spark rose
#

You can get that UI when you use price_data and product_data and not price Ids nor specify any tax behavior

broken hamlet
#

We currently use a product Id instead of inline ones

spark rose
#

You can try these params when creating a Checkout Session

{
  success_url: url, // already set for you 
  line_items: [
    {
      price_data: {
        unit_amount: 1099,
        currency: 'eur',
        product_data: {
          name: 'test product',
        },
      },
      quantity: 1,
    },
  ],
  mode: 'payment',
}
#

You'll see a simular checkhout session to the one without 'pay ...'

broken hamlet
#

But we need the tax behaviour, Isn't there anyway to continue specifying tax behaviour and still get a similar UI?

spark rose
#

No, you need to (sub)total in order to display the tax

broken hamlet
spark rose
#

Yes I see.

#

But in order to get the same view as the other one, you need to not specify tax

broken hamlet
#

Interesting, is there any field then where we can customize text on the left side of the embedded form?

spark rose
#

No.

broken hamlet
#

interesting

#

Could you please provide more information on how this checkout is built? We wish to achieve a similar feel, as we see they have the tax behaviour as well but they customize the left side: https://armitage.lemonsqueezy.com/checkout

#

In this case lemon squeezy not talking about the store in question

#

As you can see, after you add your location, based on your store preferences (tax inclusive or exclusive) the subtotal is changed

#

So clearly they must pass that on the checkout session

spark rose
#

I'm getting this screen.

spark rose
#

This checkout is using Stripe Tax I think

broken hamlet
#

yes we use it as well

spark rose
#

You said you specify that at Product level earlier no ?

broken hamlet
#

You mean there's a custom integration and they calculate the price themselves?

broken hamlet
spark rose
#

I'm not sure if that's Stripe Checkout

#

It seems Lemonsqueez have built a Checkout Session based on Stripe Element actually

#

If the Checkout is built by Stripe, you'll get Powered by Stripe

broken hamlet
#

Hmm I see, so I guess the Stripe Element really is only the one inside of the box with the payment details, and everything else they are hosting themselves on the page

#

got it ✅

spark rose
#

Yes I would say that!

broken hamlet
#

Could you send some links my way so I could start taking a look at that?

#

much appreciated 🙏

broken hamlet
#

Stripe element

broken hamlet
#

Thanks!