#stripe

andy__: can you tell me a little bit more about your set up and the errors you're getting? I may need to ask around a bit

Well, in the one we're working on, the user has already successfully entered a card, but then navigates to the "my card" page to enter a new one.

(Within our system we mark the previous one as inactive, btw.) But we're finding that

when they enter the info and hit save... nothing seems to happen.

andy__: are you using Checkout or your own form w/in the webview?

Our own form.

We can see that it calls stripe.com and receives a response, but then

that's a response from token create?

our callback code (receiving the Stripe response) doesn't seem to run, or stops halfway, or something.

Is someone familiar with charging a card using C#

???

TBH I'm not going into great detail because I'm wondering if you'll answer with "Oh yeah, Stripe via an embedded browser in an iOS app just doesn't work well",

and then we'll stop fighting it.

gsolis1506: you'll want to use https://github.com/jaymedavis/stripe.net

andy__: it should be working if you are using your own form. Checkout isn't supported w/in a Webview

do you have any error/log messages?

sissleandblake: We don't; it's really hard to debug because it only happens when we connect our app to a certain test server,

not to the main coder's own development system, and also doesn't happen when

we just browse in iOS Safari to the test server.

Been very hard to see what's happening in there.

But I think you've already given me the info that you can -- i.e. that it SHOULD work.

Which means that the problem is somewhere in our system, though hard to locate.

Thanks for, um, not telling us we should just give up!

andy__: tricky! yeah, it should work. Definitely don't give up, and feel free to email in with more info. Someone else might have some debugging suggestions, etc.

@sissleanblake: I already saw that library but have you use it before?

because it has a lot of methods

@sissleandblake thanks for the earlier help, have it all working now!

gsolis1506: I have not used it personally but it's very popular

@sissleandblake: Ok thanks

you're very welcome wes___ !

glad to hear things are working

Has someone used stripe.net?

Has someone used stripe.net

default rolling transfer schedule is 2 days or 7 days?

(for what you deem 'standard/low-risk' businesses)

irctc401: 7 days for your first transfer, then usually 2 days (if you're in the US)

anyone from Stripe here?

hey @sissleandblake another (potentially) quick question for you

@sissleandblake when a customer is created, should it be created under the merchant it purchased from, or from the stripe account the merchant is linked to?

@sissleandblake it appears that each customer i create is linked to the merchant, rather than the stripe account its connected to

@sissleandblake also have access to dashboard now :)

hmmm wes___ : i'm not entirely sure I follow you, each merchant should have their own Stripe account

Correct

@sissleandblake so should each merchant have their own customers?

@sissleandblake or are the customers shared with the connected stripe account?

wes___: yes, if you're using connect

either - you can create the customers either on the platform or w/in the merchant's account

@sissleandblake Okay. But customers created in a merchants account are not shared with the platform?

correct

@sissleandblake Okay. Is it typically best practice to create a customer with a given merchant vs the platform?

@sissleandblake I guess I was hoping to query the platforms customers to find a specific merchant's customer

@sissleandblake the way it is structured now is that a customer is created for each merchant.

@sissleandblake I was trying to avoid a user having to be a new customer with each new merchant

wes___: here's some more information about customers: https://stripe.com/docs/connect/shared-customers

@sissleandblake thanks!

hi guys – got a question regarding fraudulent behaviour on managed accounts. if we suspect some charges have been made fradulently, and there are transfers scheduled to a managed account... are we able to pause or suspend them without refunding, while we investigate?

tommyholt: you could switch over to manual transfers

Hello, Are we able to run authorizations for an amount and then submit the actual charges at a later time using a token from stripe.js? We are trying to avoid running charges in realtime in case there are duplicates or other issues with the charges.

oh, sorry I just realized the transfer is already scheduled

hey <sissleandblake> – thanks for coming back. yep I've switched the MA to manual transfers however there are still a few transfers that say scheduled

yep

np

any thoughts on that without just hitting refund?

tommyholt: I'm not sure, asking around. generally you do refund when you mark as fraudulent

yes SeatServe : https://support.stripe.com/questions/does-strip...

@sissleandblake: thanks very much for asking about – we're 99% sure its fraudulent, just be nice to be able to get confirmation before refunding a bunch of people (incase it turns out to be legit)

@sissleandblake: side note – how do I respond to you correctly so you get a notification that your handle has been used?

tommyholt: whatever you're doing is working, I get pinged :) if the transfers are scheduled but not created yet I think they will be canceled if you switch over to manual transfers

Thanks @sissleandblake. Do you know if authorize & capture works with tokens rather than actual card numbers?

SeatServe: you would get the token and then you would make two charge requests using it, first an auth, later as a charge

@sissleandblake: ah ok cool.. it does say this on the modal - “Stripe will stop automatically sending transfers and instead allow you to decide where and when to send them. (It may take a couple of days for your currently pending transfers to clear.)”

fwiw the auth only lasts for 7 days so if you need a longer time frame you want to store the card on the customer instead of doing the auth, then make the charge when you are ready

@sissleandblake – i gotta check out. but thanks very much for your help. all looks good.

@sissleandblake We're trying to avoid a fraud declines for too many duplicate orders like occurred recently for us. Are we going to have the same issue if there are duplicate auths instead of duplicate charges? (The duplicate charges were actually due to a fraud flag that stripe raised, so we are trying to cover all of our bases for an event this week.)