#stripe

hi there

quick question - when I download my payments as CSV (Dashboard -> Payments -> Export all payments), I'm having some encoding issues with the result with a few special characters (æøåÆØÅ), characters which is supported in UTF-8. What is the encoding you export data in?

as far as I can see it's exported as Windows 1252 - wouldn't UTF-8 be a better choice for us international consumers? :)

I just wanted to say thumbs up for your excellent documentation.

After working with Japanese payment processors for years, I'm starting to believe in the future again.

+1 for that - you're a pleasure to integrate with!

hi, I'm working on a Stripe integration and, after creating token, getting a failure on a \Stripe\Charge::create

exception 'Stripe\Error\Api' with message 'Invalid response object from API: 400 Bad Request: invalid header value (HTTP response code was 400)' in /Stripe/stripe-php-3.9.2/lib/ApiRequestor.php:85

Hi jan_byte9. Can you share your code for creating the charge? Using gist.github.com or pastebin.com

Any devs online?

Hey ajBeechwood

Hi ywain, charge create code on http://pastebin.com/pBsURdsB

@ywain: Hi there! This should be a quick one... Is there any way to persuade checkout.js to ask for and return a phone number for the cuatomer?

err customer

ajBeechwood: unfortunately, no, there's no option to collect phone numbers at the moment :( sorry

@ywain: no worries just checking. And I'm guessing no way to poke that into the forms that are generated for checkout using js manipulation?

... i'd expect that's either not possible or definitely not encouraged

ajBeechwood: no, as Checkout runs in its own iframe

jan_byte9: that code looks okay to me. I checked your account and it looks like the charge creation requests don't appear in your logs. Did you set up your secret API key correctly?

@ywain: Yes. stripe's space. Its kinda a shame because the checkout captures everything else we need to have a dialogue with that customer without another stage of info capture.

ywain: I beliewe so, will double check

@ywain: Thanks. I suspected so after bashing around the documentation so it was a long-shot. If stripe's open to any RFCs and there's no reason a phone number should not be captured alongside card details it would be useful to have as an option in future. I guess its no less secure/personal than asking for an email address

ajBeechwood: definitely. And actually, Checkout _can_ ask for a mobile phone number for its "Remember me" feature -- but that number is not sent to the merchant. I'll pass your feedback along to the Checkout team

good morning everybody! I'm integrating stripe, i'm in testing mode and i'm testing all card numbers. My problem is that the card supposed to "Charge will be declined with a card_declined code and a fraudulent reason." actually accepts the card.

Can someone explain me what happens ?

Hi x-alunda. Are you using our Checkout form? https://stripe.com/docs/checkout

@ywain: Ah. That was it! Yes I did use remember me to start with but found that it was kinda TOO sticky. We had issues with it not updating the expiry date on test card numbers with that feature enabled

Hi ywain, i'm using https://stripe.com/docs/checkout#integration-cu...

x-alunda: alright. So that card number will pass Checkout's validation. However, when you try to use the token to actually create a charge, it will be declined with a fraudulent reason

So this is a server side handle, I'm not there yet

ywain: thanks, that was it, some extra encryption/decryption on the secure key was causing trouble, thanks again for pointing me towards the right direction!

thanks a lot @ywain

jan_byte9: you're welcome! :)

@ywain: but yeah, if there's no tech/sec reason not to allow a phone number to be captured like you do with the email address, and it was possibly turned on by a checkout.configure option, then it would be really useful to get all the basic info from checkout rather than have the application ask before or after checkout.

x-alunda: you're welcome too :)

...one less obstacle

ajBeechwood: I definitely agree. The Checkout team has been working on some major internal changes to ease internationalization (among other things). I think once that's done, they'd certainly be open to consider adding a field for phone numbers with nice country-specific formatting

@ywain: Well the validation and presentation in the checkout is great at the moment. Another reason we were never tempted to try and cook something up ourselves. Although I was a bit spooked seeing it load all the postal town vs postcode data at first. But it really works well. So yeah, I'd greatly appreciate it if you could pass a shout to the team to ask for phone number too in future versions!

@ywain: Thanks as always!

np :)

Is there a difference, in terms of bank communication/validation, between a discount code that makes the first payment of a subscription 0.00, and a free trial that makes the first payment of a subscription 0.00. I ask because we have successful payments after the former, but none after the latter.

michalc: there shouldn't be. If an invoice's total is $0 (for any reason: coupons, trial periods, negative invoice items...), Stripe does not attempt to charge the card

ywain: thanks

Hi Everyone, really need some help understanding how connect works

Hi Clover, what's the issue?

So, at the moment, I have a platform account that I manage payments with. A user will purchase a good through our application and the token will be generated using an account/card on our platform. We add an application fee of 10% to each order, so for a £10 order, we expect to receive £0.50 - We also would like for Stripe to take their fees from our application fee, so we end up with around £0.28 in the end. My dashboard looks like

The code I'm using to apply the application fee is: http://i.imgur.com/OERBLNI.png - apologies for the terrible idea of a string compare rather than a null comparison 😅

Clover: you meant a 5% application fee rather than 10%, right?

Ahh, yeah, sorry about that haha

Clover: because you're using the 4242...4242 card number, the international pricing is applied, which results in a Stripe fee of £0.49 (2.9% + £0.20)

Clover: you can find a UK number here: https://stripe.com/docs/testing#how-do-i-test-c.... (4000008260000000)

Clover: otherwise, your code is correct. You're creating a £10.00 charge with a £0.50 application fee, which nets you £0.01 since you also pay the £0.49 Stripe fee

Is there any way to forbid international payments using the platform, as to avoid the higher fee (for now?)

ywain: wow is that new? I don't recall there being non us test cards.

good addition

hirvi: it's pretty new. I added them myself last week :)

Clover: sure, with some custom logic. Basically, when you receive the card token ID on your server, you'd use it to retrieve the full token object (https://stripe.com/docs/api#retrieve_token), then check the token's `card.country` attribute

Clover: and if the country is not "GB", you'd stop the payment flow and display an error message explaining that non-UK cards are not allowed

ywain: Thanks, you've been a massive help - was scratching my head for a bit there

Clover: np, that's what I'm here for! :)

hello

any support person online who can help me with a webhook problem

more specificaly with the account.application.deauthorized event

Hi GLaw, what's the issue?

i have an user connected to my app

when he revokes his acces i dont get any notification of that

the webhook test option in my dashbord settings works fine

i also got an email yesterday that Stripe will stop sending me webhooks because there was a problem

is that the reason why i dont get any webhook events?