#stripe

I'd really love if it worked that way, but it's not something Stripe currently does

Okay. One final question. Did I read somewhere that Bitcoin cannot be used for recurring payments, i.e. subscriptions?

yep, no recurring payments on Bitcoin

I don't know that I've seen any Bitcoin processors with a _great_ story for recurring payments, tbh, but I'd love to be wrong here

by design bitcoin doesn't really allow pull transactions

Yeah, I figured. I just wondered if there was a way to implement it similarly to what might happened if someone created a subscription with a credit card that would expire before the next payment, with the user emailed to update billing info before renewal date. Instead of credit credit needing that every once in awhile, the Bitcoin payment would be updated every month.

Or annually, if that was offered.

eggroll: you could definitely ask for a manual bitcoin payment, you just can't use Stripe subscriptions to automatically bill

you'd build your own recurring step that emails your customer when their payment's due

annual subscriptions would probably make the most sense here from a usability perspective

But checkout can be used for either recurring or one-time payments, correct? I just have to figure out how to handle it once the user has selected Bitcoin. Are recurring billing and subscriptions synonymous or can you have a subscription with out recurring billing?

checkout just gets you the tokenized card and/or alternate payment information; it's up to you to create a charge or subscription

and yes recurring billing == subscriptions

with a card token you send a request from your server to create a one-time charge OR a customer, which allows you to make multiple charges or set up a subscription

https://stripe.com/docs/subscriptions/tutorial and https://stripe.com/docs/subscriptions/guide are where I'd go next

Sorry, one last question or more of soliciting opinion. I know this is subjection, but do you think the effort to implement Bitcoin in this way is worth it? I mean, any general statistics about percentage of customers that use Bitcoin? I'm sure this would vary based upon the target user group, but for you run-of-the-mill SAAS application. Just wondering in broad terms, minute percentage or potentailly substantial?

I think if you search around you'll find that Bitcoin makes up a pretty small percentage of ecommerce volume

there are a lot of Bitcoin proponents out there, but by and large people don't need an alternate way to pay when they have a credit card

I hate to say this, but you *can* accept Bitcoin as a marketing strategy if your potential customers recognize Bitcoin as a cool/important thing

so like if you're selling a privacy product, Bitcoin would be attractive to some certain part of your customer base

assuming you've got tech nerds for customers =)

I just thought the more ways available to pay, the more convenient and attractive for potential users. I guess it comes down to an effort/return evaluation.

Thanks so much. You've been a huge help. I appreciate the informative responses. Btw, during the moments between my question and your response, I was able to verify that Alipay is now working for me via Checkout!!!

w00t!

Thanks again!!! Cheers!

you're welcome, happy to help!

Warning: I'll probably be back in the very near future since next for me is to finish tackling accepting bank accounts via Checkout and Plaid. So, contemplate your ban filter now while you still have the chance. :-)

haha

Hello! Quick question.... I've seen blog posts and such about transferring Stripe account balance directly to a debit card to get money transferred instantly, is that still available?

Charlie__: thats available for US managed accounts

Ok, Im having an issue finding that feature in the dashboard. In the Transfers settings dialog, I only see Bank Accounts, Transfer Schedule and Transfer API

Charlie__: its for managed accounts only

managed accounts is a feature for marketplaces (Stripe Connect)

hey there. got a question about doing multiple mutations to a subscription

right now, after every mutation, I explicitly create an invoice

however, this leads to the unfortunate situation where if you apply multiple mutation and still have not paid for the invoice, you're left with a bunch of invoices to pay

is there a recommended way to consolidate this situation?

ultranoob: I'd rely on the auto-generated invoice rather than creating one manually

hpar: this is normally fine, but for one year cycles, we'd much rather have the customer get billed now instead of of later

it might make sense to use the "metered billing" approach, but you'd probably still end up with multiple unpaid invoices https://support.stripe.com/questions/metered-su...

yeah. that part means that the stripe subscription needs to go through multiple payments to "reach" the desired final state

hello - when creating a charge using a managed account as the destination, what is the timeline for the charge actually becoming available in their external account if I were using the default daily transfers with 2-day rolling period? It's not entirely clear in the documentation whether the funds are available in the external account as soon as the charge becomes available or if you have to wait for the charge to become available

subscription's quantity goes from 2 -> 3, generating invoice INV1, then 3 -> 4, generating INV2.

and you can end up paying INV2 and not INV1

for example, https://stripe.com/docs/transfers#stripe-says-a... mentions "next day", but https://stripe.com/docs/transfers#when-and-how-... says 2 days from the day of the charge

ryanulit: it should be in the external account on the second business day

+markin: so it is immediately transferred to the managed account's stripe balance, but the transfer to the external account is created on the 2nd day when it becomes available?

i'm just trying to make sense of the my event log history

as far as I can tell, it is dangerous to let customers pay invoices on their own accord. If I modify subscription and change quantity from 1 to 10, create an invoice INV1 (unpaid). Then the subscription's quantity is changed from 10 to 1, and has invoice INV2 generated. They can "pay" INV2 and claim the credits, without paying INV1.

This isn't a problem if I don't explicitly create the invoices, or allow individual payment control on the various invoices

but it feels a little weird

am I doing something completley wrong?

Hi Stripe engineers! I'm trying to set up webhooks. I am able to receive many of them, but `account.updated` doesn't seem to be fired when I take a managed account and update, say, the Date of Birth.

ryanulit: yeah transferred immediately to their account as pending

markin: got it - so I guess my question now becomes is there any additional waiting period for the transfer to the external account from the stripe balance after the status becomes available? from what I see in my logs it looks like the transfer gets to the bank account the same day

ryanulit: stripe cheats a bit so it should end up in the bank account the day it becomes available

markin - perfect, that's what I needed to hear - thank you

I am having issues with email receipts.

Hi. We had a customer charged a relatively high (60 EUR) Foreign Transaction Fee, and they're asking us why. We charged them through Stripe. Is that something Stripe is responsible for in any way? If not, why were they charged such a fee?

My app creates orders. Each order has a customer email, but the charge that is automatically created for the order does not have a customer email, so no receipt is sent.

dunpeal: my guess is that this a charge their bank charged them ; what country is your Stripe account in, and do you have a EUR bank account there?

derwiki: account.updated is mostly to let you know when verification things change on the Stripe side, not when you modify the account data

ultranoob: I think you've answered your own question: if you use invoices this way, then you'll get multiple invoices. If you must create multiple invoices, then you're stuck closing out / forgiving the old invoices and creating an adjustment item on the latest

hpar: Canada, we don't have a EUR bank account, but we do have quite a few EUR customers. Is there a way to help our customers avoid these fees?

ultranoob: what is the problem you're trying to solve? get paid for subscription changes right away?

the adjustment would be manual, in the sense that I need to gobble up all the line items from the past invoices and create a new invoice from those

@hpar: yup

hpar: the customer used an AmEx, their Issuing Bank is in the UK

this is mainly a problem for yearly subscription

dunpeal: I don't think there's anything for you to do. This is a bank fee, so the customer agreed to it when they opened the account

60 EUR seems steep, but maybe it's not a very nice bank?

hpar: sure, but going forward? the customer is pretty upset... if we open a European bank account, will that prevent these fees?

"not very nice" == "happy to charge fees" like some big US banks I can think of

Stripe Checkout can't communicate with our payment processor because the API key is invalid. Please contact the website owner or support@stripe.com.???

Any ideas about the email receipts for orders?

dunpeal: I don't think you can associate a EUR account with your Canadian Stripe account. :( I'd recommend emailing support, someone will have more experience with this than I https://support.stripe.com/email

lgrod_: two things to know: 1. If you create a charge using a customer, they'll get an email. 2. No emails are sent out in test mode.

hpar: thanks, but bottom line, there's no way we or Stripe are receiving these funds, this money is definitely going to the IB, per the IB CC ToS, correct?

yep that sounds correct dunpeal

thanks!

I'm in live mode. No receipts are being sent.

I created an order, that order created a charge, but that charge has no customer email.

ah ok, relay

Issue is that charge has no customer email.

hpar: oh, one last question: the card is an AmEx, and I was under the vague impression AmEx are usually better about not charging Foreign Txn Fees (and excessive fees in general?)

lgrod_: right, but if the charge was *for* a customer, it will show an empty receipt_email field but still send the email (I think!)

lgrod_: the receipt_email field is if you want to override the email when you make the charge

The charge does not have an email, so the receipt is created but never sent.

It looks like a bug.

lgrod_: any chance you can open a ticket with support about this? it'd be easiest if someone can take a look at your account & any orders involved

@hpar: i went away for lunch, and when I came back and set account metadata through Rails console, I got a webhook POST-back -- only problem is, the POST-back references an event that can't be retrieved:`No such event:`

stripe195: make sure you're using your publishable key from https://dashboard.stripe.com/account/apikeys