#krs_terminal-subscription-invoices

1 messages · Page 1 of 1 (latest)

royal birchBOT
#

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

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

idle mural
#

There's not a way to directly create a subscription via terminal

#

And use the saved card to create a subscription

loud locust
#

Does that mean that the customer will not see the payment amount in the terminal?

idle mural
#

Correct

#

You'd be responsible for displaying/communicating that to them somehow

royal birchBOT
loud locust
#

That is not the usual terminal flow that any one is comfortable with, exaplaining this process to each customer is painful. Is it same for all types of integrations - SDK or server?

forest lance
#

Hi 👋

I'm stepping in as my colleague needs to go soon

#

Stripe Terminals have never been able to accept payment for Invoices, either standalone or generated by a Subscription

#

However there is a way to achieve this if you want.

loud locust
#

listening..

forest lance
#

You can use the Terminal to collect and save card details as we document here.

You then set the created Payment Method as the invoice_settings.default_payment_method on the Customer and, when you create the Subscription, it will automatically charge that card.

#

What terminal device are you planning on using?

loud locust
#

S700

forest lance
#

Okay well there is some flexibility with the S700. Are you considering using our server-driven integration and a separate device as your Point of Sale (POS) device?

Or are you looking to build the POS application directly on the S700?

loud locust
#

we are using server driven

forest lance
#

Okay. In that case, as my colleague said, the customer will not see the amount to be charged directly on the S700. In that situation I think your best option would be to display the Subscription on your POS application to communicate with the customer

loud locust
#

Assume that i separate the payment and subscription, like create a payment intent for the projeted subscription amount, and then collect the payment from the terminal, then proceed with creating the subscription. Will this work?

forest lance
#

You could make it work but it would be a convoluted process. Allow me to explain.

#

The problem is that the payment intent the customer pays for will not be associated with the Subscription object.

#

But here is how you could achieve that flow

#
  • Create the Subscription with it's first Invoice
  • Get the amount from that Invoice and use it to generate a Payment Intent that accepts card_present payment methods.
  • Make sure to save card details during the payment
  • Mark the first Invoice as paid_out_of_band - API so that it is considered paid and the Subscription is set to active status
  • Set the saved Payment Method as invoice_settings.default_payment_method for that Customer.
loud locust
#

ok. thanks.