ivanjaros: if you use checkout or stripe.js, you're only in scope for SAQ A
ivanjaros
tr12: ok, i see. i hopes that wasn'the case. thanks for the info.
tr12
ivanjaros: not using stripe.js because you're trying to avoid javascript is a little bit like amputating your hand because you're tired of clipping your nails
ivanjaros
:)
tr12
like, yes, this is going to involve less nail clipping
but you're not going to like the rest of it
:P
jen_
tr12: We have been working with the Woocommerce API for our shopping cart. We would like to build the entire front end with our custom code. At the point of checking out (cc details), can we use StripeJS and have the order data go from Stripe to Woocommerce in the backend?
tr12
jen_: yes
jen_
Is that the typical workflow since we do not want to touch CC data.
tr12
jen_: you'd need to reverse-engineer the form post that woocommerce expects you to make with this token
but that shouldn't be particularly hard
Hertanu has quit
jen_
This is my first encounter with APIs so pardon my ignorance…any sample scripts out there for us to review? I am sure there are many who work with both of these systems.
tr12
wc will come with its own form / js which makes some post to woocommerce's backend
if you want to rewrite the frontend, you need to make sure whatever frontend you write makes the same sort of post to woocommerce
I don't know of any example code for that particular situation
spi7fire
Hi guys, where do you suggest me to put the create account verification fields FORM ? inside the app, or on the server? and, is there an already made form i can use?
tr12
but you should be able to just look at the request being made by looking at the network tab of your browser as it makes this request, and seeing what the structure of that request looks like
r3wt
is there a list of stripe servers? i would need to white list the ip ranges for the webhook endpoint(s)
tr12
spi7fire: you could do either. you'd want to write your own form
tr12 : why would i wanna write my own form? its always the same verification fields Stripe asks for
tr12
spi7fire: you're using managed accounts, right?
r3wt
thanks tr12
tr12
jen_: np
spi7fire
tr12: yes
tr12
spi7fire: then there are multiple ways of doing the onboarding - it's not always going to look the same
lexton has quit
spi7fire
when i've implemented it on test mode i kept getting more and more missing verification fields
tr12
spi7fire: and the layout of the html form is not the hard part of this problem
(and you are probably going to want to customize this to the look & feel of your own site)
spi7fire
tr12: i guess you're right, i'm just not sure how should i implement it, should i make it a single long form inside my app, should i popup a secured html form in https server..
ok i'll just start and see how it goes :)
lexton joined the channel
tr12
spi7fire: stripe is only going to ask for the bare minimum of info - as soon as you provide it, it'll ask for the next amount. if there's no due_by field, you don't need to provide it immediately.
you might choose to just provide all info upfront, though, since this will be a simpler flow
jen_ has quit
adam_____
with a managed account what are the pay out options? can we transfer to a credit card? or only bank accounts?
tr12
adam_____: either a bank account or a US *debit* card
adam_____
and as a canadian company there is no probelm transfering to a US account?
tr12
that's fine, but the payout will be in USD
adam_____
how much can we collect on their behalf with just the business name and country?
cdbattags joined the channel
tr12
adam_____: a few thousand
adam_____
and once they have been verified there is no limit?
mores: jar files are based on the zip format, so your tooling may be getting confused
mores: jar files are just zip files that follow a specific format
devbug joined the channel
TeaHacker joined the channel
andrew joined the channel
TeaHacker
Looking for advice on how much credit card info I should require my users to input
Currently, I have assumed to set just Name, CVV, Zipcode, card number
koopajah
TeaHacker : this is up to you here. Really depends on your business, what you sell, which country you customers are in. Obviously the more details you ask for the less likely it is that you'll be hit by fraud or declines
andrew
Is there an API for webhooks (i.e. CRUD)?
We use ngrok tunnels for webhook testing with local accounts and it's a pain to manually update them
tr12
TeaHacker: as a bit of background, the validating the CVC is very high signal, and the zip/postal code almost as much. the billing address is somewhat useful, and the name is very low signal. (only amex even looks at the name - mc & visa don't even see it)
andrew: no, unfortunately not
TeaHacker
Thankyou, that's what I'm trying to figure out. We're located only in the USA, but we will allow other countries to purchase too. We are a SaaS company.
tr12
TeaHacker: hmm, I was hoping you sold tea
TeaHacker
I wanted to get away with just needing zip and cvc and name
(I once sold tea a few years back!)
I suppose I should note I'm trying to require the user to need to input as little info as possible, but I don't know how much other countries require
tr12
TeaHacker: the bare minimum is card number, expiration date, cvc
TeaHacker
I didn't want to put street address for example. And I wonder if I have to put Country.
tr12
TeaHacker: (cards issued in the US/CA/AU don't even need CVC, but it's still highly recommended)
TeaHacker
Ok, thankyou
tr12
TeaHacker: card number, expiration date, cvc, zip/postal seems very reasonable
TeaHacker
Yes, that's my original plan
tr12
I wouldn't bother collecting the name unless you're doing so for other reasons
gotta run
TeaHacker
While I'm in the US, is that minimum ok, for tax reasons
With other countries
bye, and thanks again
tr12
tax isn't related here
bye!
tr12 has quit
thinkdevcode joined the channel
anurag has quit
Milo joined the channel
Milo is now known as JohnDoe_
JohnDoe_ is now known as JohnDoee
edrocks joined the channel
TeaHacker
Hmm, so what info must I need to know of my Euro customers, for VAT tax reasons? (I'm only located in USA)
koopajah
TeaHacker: We don't really handle VAT for you so it's something you'd need to figure out on your end with your accountant
Reh has quit
TeaHacker
Ok thank you!
dixon joined the channel
sofajazz has quit
ivanjaros has quit
DrAwesome joined the channel
pauli joined the channel
pauli
Hi
Just wondering about the standalone connect flow.
I'm building a one page js app and I don't particularly want the user redirected once they have finished registering on stripe..
we don't have plans right now to support this in Stripe.js no but we might in the future
pauli
Is there any other event or something that I can hook into in the client stripe library that will fire once they've completed the registration?
koopajah
r3wt : you can't. You collect their bank account details, create a token and then pass that token to the Create or Update Account aPI
pauli : no. You're the one finishing the connection with that API request so fire an event yourself at that point
pauli
Or is it possible to do the redirect in a new window that won't impact the existing app?
r3wt
lmao, genius. exactly what i asked...
koopajah
pauli : just open the connection in a new tab?
r3wt : do you mean you figured it out or not?
pauli
sorry I don't follow. Why do I need to redirect them to a new page on my server?
Once they've registered on your site why do you do a redirect?
in my users browser..
koopajah
pauli : I think you're misunderstanding how OAuth works here. It's always a 2 step process. 1st you redirect the user to Stripe to authorize your app. Then we redirect them to your server where you make an API request to finalize the connection
no, i mean you simply misunderstood what i was asking. i'm creating the bank account with stripe js, then i want to pass that generated id into my backend, create a managed account with the token for that bank account in the sources array, like so: http://puu.sh/nr3mJ/88a8fed39c.png