#milashin_im - link card
1 messages · Page 1 of 1 (latest)
Hello, what error are you running in to?
Ah the one in the second screenshot. I saw it but that didn't click for a moment
In test mode, I can not add a credit card
One minute
I'll try to repeat
Here is the text of the exception
Sending credit card numbers directly to the Stripe API is generally unsafe. We suggest you use test tokens that map to the test card you are using, see https://stripe.com/docs/testing.
I need to bind cards in the background of my back-end solution
are you PCI certified @brittle badger and can submit a PCI SAQ D to Stripe every year? https://www.pcisecuritystandards.org/documents/PCI-DSS-v3_2_1-SAQ-D_Merchant.pdf
are you PCI certified @brittle badger and can submit a PCI SAQ D to Stripe every year? https://www.pcisecuritystandards.org/documents/PCI-DSS-v3_2_1-SAQ-D_Merchant.pdf
if you're not then you can not integrate this way. You should follow our guides — card data come from the end-customer directly in their web browser and is submitted through our frontends like Elements/Checkout, you can not handle raw card data in your backend .NET code, that is not possible.
https://stripe.com/docs/payments/accept-a-payment
Can I create a cuctomer and through onboarding add a credit card through the stripe service?
@brittle badger what do you mean by "onboarding" specifically?
you can add customers and accept their card details yes, it's all covered in our documentation — https://stripe.com/docs/payments/save-and-reuse for example. The approaches to use are the ones in the documentation, not submitting raw card numbers you collect yourself to the backend API, that is not an approach you can use.
@brittle badger that is for Connect, so those are not "customers" you onboard, they are business partners/service providers that you pay money to, not customers that you take money "from". So it's an entirely different thing.
Do you have the same way to add cards for customers as we do it for connected accounts ("onboarding")?
we have Checkout, that's a hosted page that accepts card details from end-customers. https://stripe.com/docs/payments/accept-a-payment?platform=web&ui=checkout
Can I use Checkout to link a card to a customer?
Then get it through stripe api in order to make payments in the background?
For example, a purchase costs $100 but must be charged $2 each week
yes
Are you there?
I was but I have to run! Anyway the answer to the question you just asked(if it's possible to use Checkout to accept a card and then charge in the backend later) is "absolutely, yes". Docs are https://stripe.com/docs/billing/subscriptions/checkout if you want us to do the recurring logic , or https://stripe.com/docs/payments/save-during-payment if you are building it yourself.
And you don't need PCI DSS to do that?
Thank you very much.
The user is validated on the first payment, for example $1, the system stripe understands that he is a real customer, and now I can create payments by his StripeID and make refunds if it is necessary according to the algorithm of payments in my company?
With regard to PCI compliance, Checkout vastly reduces PCI compliance risk. However, you always want to consider PCI compliance. We have a guide for that here: https://stripe.com/docs/security/guide#validating-pci-compliance
Hi can you clarify what you mean by this question?
I do not store cuctomer data, but I want to use this customer data for payment in the future without any action from the client
No
Hi taking over for Snufkin. Can you provide why you don't think that recommendation is a good fit for you?
I'm thinking of the right way to ask you a question.
“if you want us to do repetitive logic” - we don't want to use repetitive logic, we want to make different payments for different amounts without disturbing this customer. (the user previously agrees to such payments by signing a license agreement, as part of the ordered service)
Why doesn't https://stripe.com/docs/payments/save-and-reuse work for you? SetupIntents should achieve this for you