lanny-ve_api

[harsh rapids]

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

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

[robust mantle]

Hi there

does this

a online window that I can call from with my code to enter the CC info then return a token back to my code.

mean that you're collecting card details over the phone or something like that?

(or in person, but you're getting card details verbally and keying them in?)

[granite quarry]

Yes phone orders come in and we take the information via the phone.

[robust mantle]

Okay, so this kind of flow is generally referred to as "Mail and Telephone Orders", which is a private feature that requires approval because you pass raw card numbers to Stripe's API. To access it, you can request it from Stripe support at support.stripe.com/contact. We don't directly offer frontend support for MOTO and the general expectation is that you have your own dashboard or application where you enter the card details.

However, many users use the Payment Element for this so you can tokenize from the frontend and then use the tokenized card details in the API. We've discussed the idea of a "MOTO mode" for the Payment Element but haven't done it yet

It is just important to know that Stripe Elements expects the customer to be putting their card details into the element directly and using it in this way can have some impacts, for example (anecdotally) on fraud signals, and if the issuer requests 3DS, Stripe expects that the Customer is in the flow and able to authenticate, but of course they aren't able to

[granite quarry]

Our web developer is using an Iframe to handle the secure connection, is there not a way to access something like that from outside our application?

[granite quarry]

Would we need a secure keypad from Stripe to duplicate the way we are handling it now?

[robust mantle]

I'm sorry, I don't quite understand your question. We generally expect to be speaking to developers here so if that is not you, then I would recommend sending your developer here to speak to us directly.

We don't offer a physical keypad for mail/telephone order payments. I was discussing a web form where card details are keyed in

[granite quarry]

I am the developer for in house, but not with integration to Stripe, our code is similar to .NET, is there a 3rd party that you could point to?

[soft saddle]

Hi there,
taking over for my colleague who had to step away.
What would you need a third party for? Just trying to understand what you are trying to accomplish.

[granite quarry]

How do I pass my information from inside my code to Stripe for processing, currently we parse it to an html file that is uploaded to our current CC processor, they processed then return the token for storage in our system to be charged at a later date. The CC information is currently keyed into an attached piece of equipment that does the encryption to passed up.

[soft saddle]

Ok got it. With Stripe you have basically two options. One is the one my colleague explained. Where payment processing/encryption/etc happens through the PaymentElement (Web UI).

The second option would be, and this sounds a bit more similiar to your current setup and the one I would also recommend, is using Stripe Terminal. We have this approach explained in our doc here: https://docs.stripe.com/terminal/features/mail-telephone-orders/overview

You would need a Terminal Reader, similiar to the keypad you have right now as it sounds, and you can build a server side integration for processing payments immediately, or to save cards for future MOTO payments

[granite quarry]

I have a meeting in a few minutes and will be stepping away but will return shortly, I will look at these options and be back on the thread later today. Thank you for a starting point.

[soft saddle]

No problem. I will keep this thread open for a bit but even if it's closed when you return, just reopen a new thread and we can still see this previous conversation.

[granite quarry]

I'm guessing it would not be possible to call the PaymentElement(Web UI) and pass information back?

[soft saddle]

What do you mean?

[granite quarry]

I can execute programs from inside my code to run an external application, then control comes back to my program, I do it with applications like passing an email address and attachment and executing an application to send that email right then, then return to my code.

[soft saddle]

The Paymentelement is the UI to process the payment with the card data. The PaymentElement uses and updates the Payment Intent and created a Payment Method (card) that is attached to the Payment Intent. On the termial flow, the card reader basically replaces the PaymentElement/Web-UI

[granite quarry]

We would need to contact our sales person for a Terminal?

[soft saddle]

Yes, they should also be able to set you up with the Moto Terminal feature

[granite quarry]

Thank you, is there a way to print this thread?

[soft saddle]

Afaik, discord doesn't have a built in print functionality