#stripe

Markin: Thanks, again! Another question- so at the end of the day, when the transaction clears, is that when the customer receives the confirmation? If so, is there any way to expedite that so they get an immediate notification?

can i also do this if i have their stripe customer id

harold: nope a Stripe customer is not a Stripe account

Marla: it will clear instantly.

There is some delay before you get the funds, but as soon as the charge is successful that means the charge was approved by the bank

Markin: Hmm, this is a concern but a friend who made a test purchase still hasn't received her confirmation and it's been an hour.

Do you see the transaction on https://dashboard.stripe.com/payments/overview

Are you still in test mode (did she use a real card or like 4242424242424242

i have a cus_xxxx number

is this not an account

harold: thats just a customer not an account, you have an account, you can charge people, customers cannot

ok understood

my payments will be run via a cron job.... so i would have to ensure that the customer has connected their account first right

yea

Markin: I'm using the check out button on my website for people to purchase event tickets. A friend bought a ticket (before I sent the public there) and she hasn't received the payment confirm. I can see the transaction on my logs though.

Marla: in your logs do you just see a POST to v1/Tokens and no POSTS to v1/charges?

Markin: it's going to v1/Tokens

Marla: so you didn't write any server side code in like PHP or anything?

Markin: No I'm using the checkout button code from https://stripe.com/docs/checkout

Marla: yea so from that page "It's worth noting that Checkout doesn't actually create charges—it only creates tokens. You can use those tokens to create the actual charge on your server. Alternatively you can save the card for charging later, or sign the user up for recurring charges."

Markin: Is there a way to use that information to charge her through Stripe?

so after the user has clicked the Stripe Connect link what am I looking for in the reply POST data to store

stripe_user_id or publishable_key

Marla: the tokens are guarenteed only for 5 minutes, in the default simple integration, Stripe will send the token to your server's charge.php file and you can charge the card from their

harold: there will be an access_key as well. The access_key is the same as a private key

or access_token

access_token is what I meant

ok so I can store the access_token and this will uniquely identify the users

I'd store all the info, but the access_token is the api key you're gonna use to create the charges

Markin: Would I be able to hire you to provide me with a working solution? I have PHP available with my hosing. (hostgator).

you can send me an email at markin@kollective.it, I'm about to head into meetings for the next few hours though

Markin: my husband (who is a programmer) just left for the day and although he can help me with it tonight, i would prefer to get it resolved today if this is something you could provide assistance with.

I'm not gonna be able to devote time to develop it until like 3pm PST

if you'd like wsmoak might be able to work you through the PHP tutorial, but some technical background would be helpful. Are all the tickets the same price?

Greetings everyone. Just started playing around with the API a couple of days ago. Solid documentation (tips hat to doc guy).

is the connect form configurable in anyway, for example I think some of my users may be put off by the question "tell us about your business"

in many cases they won't see themsaelves as a business

harold: nope, its the same form as the create a stripe account form

ok

Are there any plans to extend Checkout to have more data field (like shipping address?) :) Figured I should ask before digging into a custom stripe.js implementation.

wsmoak: she needs a charge.php set up for checkout :)

_-Rob-_: mattarkin.com/how-to-get-billing-and-shipping-a...

hey Stripe

muratmutlu: howdy

hi Marla. just reading back, did you sort out the email notification?

I have a customer who had their payment fail 3 times, which set off the account cancellation, however they've just updated their card details retrospectively which has updated stripe

i was wondering is there a way for stripe to charge them again

and make another attempt

muratmutlu: you'd have to create a new subscription

wsmoak: email notifications where not being sent because she's only creating the token and doesn't have any server-side code

_-Rob-_: Whoo Hoo!

Markin would it be possible to use the 'add subscription' button in the admin and add them back onto their old plan?

muratmutlu: yea

will that pick up where it left off

in terms of stripe ID

muratmutlu: nope it would be a new subscription starting from today

Markin: waiting till 3pm PST would be fine.

Wsmoak: Hi Wsmoak. I'm still trying to sole this stripe riddle.

ha. I’m the second hit on https://www.google.com/#q=php+checkout+guide . wonder where it’s linked from to cause that…

Hi. I'm curious about Apple Pay and Stripe. Is it possible to use Apple Pay to pay for things in Safari when a website uses Stripe? If not, is this a limitation of Apple Pay or Stripe? (I'm in the UK so haven't had a chance to try Apple Pay and, for that reason, haven't looked into it much.)

ok i see how this works now it think I can implement this without too many changes - last question where can i find examples of how to create a payment between users with connect

Marla: either way… I can help or you can wait for markin :) sounds like you need the server-side page to go with your Checkout button, which isn’t too hard.

tgt: nope, its a limitation of Apple Pay (the necessary apis aren't available in javascript)

harold: basically the same as the standard API, but you add a second parameter which is the access_token https://stripe.com/docs/connect/collecting-fees

Ah, that's a pity. Thanks.

and to the inclusion of the access token ensures the payment is routed to the user and not the my account, that's all?

Wsmoak: Good to know! But I think I can wait. However, I need to figure out if Stripe is even the best solution for me.

harold: yea

great thanks

wsmoak and Markin: Here's what I'm trying to do- I want people to be able to go to my website, select the payment button and all buy tickets (all same price) to an event. Then, I want them to get a confirmation email, and I want to be able import the contact info for each person into a sheet I can use at the registration desk confirming who bought a ticket . Can this even be done with Stripe?

yea, though there are systems more geared towards event ticketing (like Eventbrite for instance)

Marla: what do you need for contact info? The simple Checkout button will get you an email address by default.

Markin- good point but I do not like Eventbrite. Plus, their fees are high. I like the sleekness of Stripe. But I may have to go with Eventbrite after all if it makes the most sense as an ongoing thing?

Wsmoak: I need a person's first and last name at the registration desk. This ensures I have the right people saying they bought a ticket, etc. The only way I could figure out how to get names using Stripe is by adding the "name and address" form

So Stripe is really only a payment processing tool, so if you wanted to do things like limit the number of tickets sold, have different ticket types, coupon codes, individual ticket barcodes, like email a fancy ticket confirmation page with instructions and ticket info (which Eventbrite does automatically) it would involve a bit of programming

it depends on whether you want to maintain your own system. Stripe does the payment processing part, and has some data exports you can click and download. So your minimal requirements could probably be met.

Wsmoak: I was thinking it would be easy to maintain the list of attendees on an excel file and just check off names as they come to the registration table.

hi, is there any way to cancel pending webhooks?

Marla: if that is truly all you need — people click a button, make a payment, and you import a .csv into Excel and print it out — then yes, you can do it with Stripe. You will still need some server-side code though — a single php page + the stripe library will do it.

wsmoak: If I get the code to process payments placed on my server, would I be set and able to make various transactions going forward? Or would I have to add new code to the server w/ different transactions (ie. like when I invoice a client)?

xasry: nope,

wsmoak: Marla it would get a get a bit more complicated if you have multiple events with overlapping ticket purchase times

Marla: well you'd likely need custom code to be able to invoice a client anyways, the stripe part of that code would be minimal

Marla: the Checkout button is the simplest integration, for your ‘buy a ticket’ it would work. but in the server side code you need to know how much to charge. so you either need a separate server-side page for each event, or… that’s when you start needing “a system” that knows about event codes and such.

its totally something that someone could build, but you'd want to compare the development costs to simply using a platform like eventbrite

Markin and Wsmoak: Okay, so I'm clear- say, people go to my website to buy tickets over the next month to an event. Then in that same period I invoice a client, I will have to have code on a separate server-side page so they do not overlap?

Marla: Stripe doesn't have real invoice support like most people think of invoices, so someone is going to have to develop that for you

if you have a page for buying a ticket, that’s probably not how you want your client to make a payment. so you’re already looking at two different things.

Markin and wsmoak: and If I have 2 events running in one month, I would have to yet again need a separate server-side pages so they don't clash? oy! Seems super complicated.

Marla: Stripe really only knows about charges, its a payment processing platform. Its not difficult to set up a system like you want, just involves some developer hours

Marla: first thing I would do is complete the simple checkout tutorial so you understand what processing a payment looks like.

Then you can think about how you would do that for tickets for a single event, then multiple events, and payments from clients… and decide whether you want to do that yourself, or outsource it.

wsmoak and markin: What's great about Paypal or Eventbrite is that when people log in, it remembers their contact info. (and paypal remembers their card info). Is Stripe capable of remembering people as well? If so, I would be inclined to outsource the coding.

Stripe can remember people based on email and a developer can set up a system that saves a customers credit card info. thats more of just adding a login type feature to your site

Markin: That is what I'm talking about!

Stripe checkout has a remember me feature based on email address, but you can also add a login to your site where it could save info and then maybe your users could view their ticket purchase history, reprint the ticket, etc

Markin and Wsmoak: i've never been on a chat like this before and not familiar with the protocol when it comes to engaging one (or both of you) with outsourcing work. I'm interested in determining if I can invest the $ and time into programming Stripe to work the way I want

Markin and Wsmoak: My email address is; Marla@iheartphl.com

Marla: I think markin does freelance work. His contact info is at the bottom of http://mattarkin.com/category/stripe/ if you didn’t see it earlier.

General "best practices" question: are folks storing data found in the "Charge" object locally or pulling it from Stripe as needed?

_-Rob-_: generally I just store the charge id

OK cool, no reliability or connectivity issues (that you know of at least)?

kinda depends on how often you need to grab the data

not really, the API has pretty good uptime

99.986% uptime for the last 90 days

Just for store admins when they're looking at individual order info.

yea, in that case its probably simplest to make the api call

99.9 is good enough for me. Any more 9's than that is a bonus :)

wsmoak: thanks for the links you posted, and for your help today!! I'll watch the Stripe tutorial and reach out to Markin. Thanks again.

you’re welcome. good luck!

Markin: I scoured your website and can not find a way to contact you to discuss freelance work. Please let me know your email or hit me up at marla@iheartphl.com