#kennethj_api

1 messages · Page 1 of 1 (latest)

winged glenBOT
#

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

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

green sandalBOT
cosmic verge
#

i've tried a few different things here. I ran out of characers in the intiial message. So i'll go over it again here for clarity.

I have a checkout page that sells a product, and has an add on for a subscription.
I reload the payment element if they check the subscription box, so i can change the mode to subscription

If i set the payment_method_types to : ["card" ] on the payment element and on the payment_settings.payment_method_types on the invoice created server side this all functions pretty close to how i would expect. I'm able to create the invoice which auto creates the payment intent and then return the payment intent token and then confirm client side.

however if i want to use affirm or other payment types, they aren't available in the invoice.payment_settings.payment_method_types or the subscription.payment_settings.payment_method_types. So the element will not match the intent automatically created server side by the invoice creation. Similar problems with setup_future_usage.

#

it does not appear that i can edit the payment intent payment methods after it has been created by the invoice either.

#

any ideas?

merry moon
#

Yea there is a rough edge here with invoice payment methods

#

Are you using one-off invoices or subscription-related invoices?

cosmic verge
#

both

#

the checkout page i'm working on right now is selling a non subscirption product (that i'd like to create an invoice for)...but then also there is an add on for a subscription

#

but to not complicate it right away... even just the use case of no subscription is causing problems

#

b/c i can't figure out how to use affirm when i create the invoice/payment intent serverside

merry moon
#

So I think what you want to do here is set the payment element payment_method_types to the generated payment_method_types of the invoice

cosmic verge
#

since the payment intent is auto generated and the invoice.payment_settings.payment_method_types doesn't seem to support the payment types

#

how can i set affirm as one of the payment options when i create the invoice

#

the options for invoice.payment_settings.payment_method_options don't seem to match with the payment element options

merry moon
#

None of the BNPL payment methods are compatible with subscriptions/invoices

cosmic verge
#

oh that stinks

#

is there any real way to get line item data into the charge or payment intent then?

#

only meta data?

merry moon
#

Can you explain how you'd expect this to behave, given that the subscription version of this would be recurring already?

#

Is your main goal here to have line items associated with payments?

cosmic verge
#

exactly

#

so when i export to qbo or wahatever

#

i can see the breakdown of the sale

#

and apply sales tax etc on a line item level

merry moon
#

I would suggest taking a look at the third beta there, "Elements with Custom Checkout"

#

This lets you build your own Elements-based payment UI with the Checkout Session powering things underthe hood, include line_items and tax etc

cosmic verge
#

ok thats interseting..would it incur additional fees b/c i'm using checkout now?

#

is there more documentation on that?/

merry moon
#

I can't really speak to fees, but i don't expect any additional ones

cosmic verge
#

k

merry moon
#

If you reach out to the beta email there, they can share some integration docs with you (they are not public)

cosmic verge
#

ok i'll try that

#

do you think there is a solution there that will work for my use case?

merry moon
#

I think so yes, but they can confirm and I think it will quickly become apparent to you whether its a good fit or not

cosmic verge
#

ok