#var_dev
wooden elk
ripe geyser
hi! sure. What would the context be overall , where does MOTO/accepting the details over phone come in?
storm granite
yes, phone
ok, if I got it well - I want to use the above mentioned form to provide the card details and submit the form. As I understand the form does SCA which is not always possible. Hence the need for MOTO flag. Is it possible to use it with the payment-element I receive from Stripe or I need a custom form to collect the card details and process setupIntent with the card details on my own server?
ripe geyser
well it doesn't really make sense, MOTO is used to say "I am processing this card payment and the customer is not currently present to do 3DS". It doesn't apply to the action of saving a card.
storm granite
right, I wasn't sure if I can modify the form based on the situation to serve both purposes. But as far as I understand these cases are different and need 2 approchaes - 1. Stripe form when the customer can do 3DS nad 2. custom form where the card details can be provided and then processed by me. Correct?
ripe geyser
something like that seems to make sense yes
storm granite
so maybe a question if there is any Stripe out-of-the-box solution for collecting card details for MOTO cases? I didn't find any but maybe I missed smth
ripe geyser
well you can use Elements for it, if you use server-side confirmation (https://stripe.com/docs/payments/finalize-payments-on-the-server?platform=web&type=payment) since then you can pass the paramter for MOTO at the time you confirm the PaymentIntent on the backend.
but note you should get your own PCI compliance advice/consultation on that(since you will be interacting with raw card numbers in actuality, you can't rely on the pre-filled SAQ A you'd get from us( we assume Elements is being used by the end-customer, not your own employee))
storm granite
right, basically MOTO means flexibility and responsibility. Thx a lot for your support, that will save me some time!