#stripe

/

      • jsonperl
        a bunch being the players? or the transactions
      • it's a free to play video game. it's kind of the nature of the beast
      • zrail
        transactions
      • jsonperl
        anywhere from 1 to 20 transactions
      • zrail
        i actually work for http://www.kongregate.com
      • jsonperl
        Ah... so you know the deal :)
      • My buddies have a mobile game with you
      • zrail
        our solution is to have players pre-load their account
      • oh yeah?
      • which game?
      • jsonperl
        Synapse
      • Tyrant Unleashed
      • zrail
        ah, tyrant
      • good game. not my thing, but it's a powerhouse
      • anyway
      • jsonperl
        They are champs
      • zrail
        the least friction way to do that is to maybe do it how apple does it
      • alsobrsp has quit
      • although you know i don't know if authorized charges show on a card
      • alsobrsp__ joined the channel
      • you could just authorize a big amount on their first purchase of the day and then as long as their total amount doesn't go over that, just capture what they purchased
      • mahmoudimus joined the channel
      • cballou joined the channel
      • cballou
        ya'll around stripebros?
      • alsobrsp_ has quit
      • saikat has quit
      • jsonperl
        I've certainly never see an authorization on my card
      • amfeng joined the channel
      • frankrodriguez joined the channel
      • alsobrsp joined the channel
      • beyondcreed__ joined the channel
      • jeregrine joined the channel
      • alsobrsp__ has quit
      • beyondcreed_ has quit
      • frankrod_ has quit
      • __chris has quit
      • zrail: any thoughts on capping players at 100 a day
      • zrail
        that depends entirely on your business
      • kong has spending caps like that for sure
      • i don't think i can tell you what ours are, and they change based on player history anyway
      • jsonperl
        I'm thinking maybe first charge, we authorize $20, assume they're good up to 100, and roll them dice
      • zrail
        definitely seems like a workable first draft
      • jsonperl
        ha, k thanks for the help
      • are you devops at kongregate?
      • mahmoudi_ joined the channel
      • abrudtkuhl has left the channel
      • airtonix joined the channel
      • zrail
        jsonperl: no, i'm a developer
      • elithrar joined the channel
      • __chris joined the channel
      • Rothgar has quit
      • mahmoudimus has quit
      • airtonix_ has quit
      • Rothgar joined the channel
      • Rothgar is now known as Guest93819
      • elithrar has quit
      • lamarus has quit
      • frankrodriguez has quit
      • frankrodriguez joined the channel
      • frankrodriguez has quit
      • mdhopkins joined the channel
      • amaz joined the channel
      • knite has quit
      • asterick joined the channel
      • asterick has quit
      • knite joined the channel
      • firstnamr has quit
      • mdhopkins has quit
      • pdrpdr joined the channel
      • Killswitch joined the channel
      • Killswitch
        What's the requirements to be PCI compliant while doing everything through the API instead of Stripe.js ?
      • mattwynne has quit
      • zrail
        depends entirely on how your integration is structured, but this may be helpful Killswitch http://www.pcicomplianceguide.org/pcifaqs.php#5
      • mattwynne joined the channel
      • Killswitch
        zrail: I'm not sure what you mean by that.
      • zrail
        there's no general answer to your question. you need to be PCI compliant, and depending on how big your transaction volume is you'll need to do a self survey or get an actual auditor
      • and there are general requirements, as well as merchant-type-specific requirements
      • Killswitch
        zrail: well what's the difference between using Stripe.js vs just doing it all through the API?
      • zrail
        if you use stripe.js card numbers never hit your server
      • meaning your compliance requirements are *significantly* easier to deal with
      • Killswitch
        Basically we're having issues where stripe is blocked by our customers company filters so they are getting errors when trying to checkout because stripe.js is failing, so we have to find a workaround and doing all through the API server side is our only option
      • mattwynne has quit
      • zrail
        that sucks
      • Killswitch
        Yeah
      • zrail
        because it's a significant burden to add when card numbers hit your server
      • is there any way to get your customers' companies to whitelist stripe.com?
      • Killswitch
        Doubt it.
      • webdestroya
        why would they ever block that?
      • Killswitch
        Keywords.
      • webdestroya
        ...
      • Killswitch
        I don't know, I can't call every business a customer of ours works at who tries to buy our products from their internet and ask why Stripe is blocked. :P
      • webdestroya
        right
      • but if you are forced to have them enter CC on your site, you'll have to be PCI compliant
      • so what is more, the income from them, or the cost of PCI complaince?
      • Killswitch
        So our only work around that I can think of is 2 things. Either go strictly through the API serverside, or find a payment processor who isn't being blocked by our customers employment filters.
      • webdestroya
        they should be able to change the filter...
      • Killswitch
        We can't tell them what to do.
      • And their income is more important to us considering our business is built on them buying stuff from us.
      • webdestroya
        "my app requires that you be able to hit stripe.com"
      • then you need to become PCI complaint..
      • compliant*
      • Killswitch
        Exactly, and that's what I was asking, what do we need to do to be completely compliant using Stripe on our server... Heh.
      • webdestroya
      • also, you said "keywords"
      • ...what keyword? like in the domain?
      • Killswitch
        I don't know.
      • webdestroya
        because it is Https, they shouldnt be reading the content
      • Killswitch
        Whatever filters the company uses is blocking stripe.
      • mdhopkins joined the channel
      • zrail
        webdestroya: lots of companies MITM https
      • webdestroya
        thats pretty scary
      • i still dont understand why someone at the company cant say "hey, we are using app X at our company, IT people, can you please allow access to stripe.com"
      • Killswitch
        Because that's an unreasonable request.
      • webdestroya
        er
      • ok...
      • Killswitch
        I take it you've never worked at a company that has filters and blocks on their internet that block for example Facebook.
      • zrail
        is your application a business application?
      • Killswitch
        No.
      • zrail
        ah.
      • well.
      • Killswitch
        Us contacting the company requesting them to unblock stripe could get us blocked. ;)
      • That's detrimental to OUR business.
      • webdestroya
        i *have* worked with companies that do that
      • i worked for a school district, and i went to the head of the IT and explained what my app did, and what it needed
      • and they added an exception to the district filter
      • wait.. your app isnt a business sanctioned app?
      • Killswitch
        Our app is an ecommerce app. If I knew my employees were using company internet and time to buy things online, I'd block them too. ;)
      • webdestroya
        oh
      • well in that case, they should be used to shit like that being blocked
      • they can use their phone/do it at home..?
      • but, i still find it weird they are blocking "stripe"
      • since that can be used for very legitimate business things...
      • Killswitch
        The problem is Stripe.js doesn't return anything so it's breaking our app because stripe.js is 403ing to them... So they don't know it's happening.
      • webdestroya
        you should be able to catch that
      • and say "whoops looks like stripe is being blocked"
      • ..a 403?
      • Killswitch
        Yes we have to check to see if the Stripe object is defined, if not we disable our app period.
      • But once again, that's detrimental to our business. Processing everything through the API where our users never hits Stripe, but our app does.
      • webdestroya
        can they use their phone?
      • or tablet?
      • making a mobile page to process payments would probably be much less costly than doing PCI complaince
      • Killswitch
        lol yeah, sure if we want to disable our core business.. Once again, we cannot allow our users to make requests to stripe themselves. We have to do it all on our end.
      • There is no other options.
      • webdestroya
        then it sounds like you have a solution?
      • what is your site?
      • Killswitch
        I already had a solution. And my solution is making sure we're PCI Compliant with Stripe doing everything through the API and not use Stripe.js
      • amaz has quit
      • webdestroya
        its going to suck if you get PCI compliance, and the company figures out your site, and just blocks your site directly
      • like etsy?