I'v been trying to change my Wallet Payment Settings. It's settled that the payment must be Monthly.
Does anybody know how to change it to get paid every 6 months?
Here is a picture showing the Payment Schedule.
*mensal = monthly
Not a technical question. But I'll answer it here anyway.
To the best of my knowledge there's only one payout schedule for Android/Google Wallet for Digital Goods developers and that's monthly. Here's the help center article for more info:
https://support.google.com/payments/answer/3092796?hl=en
Related
I have a question about Stripe payment logics. I want to build a site for teachers and students.
Teachers and students share the available time for lessons. After lesson, teachers get paid from the students. And teachers can receive money once per half month or a month.(This withdraw operation must to be done automatically.)
I want to create a stripe account when signing up into my site.
I saw that there is custom stripe account concepts for this.
I cannot find out that clear logic for my scenario.
I hope anyone help me.
I think you should start with reading this: https://stripe.com/docs/connect/collect-then-transfer-guide and then reach out to Support if you have specific questions: https://support.stripe.com/contact/email
Does anyone know how to make a subscription in stripe bill manually. Some customers don't want our system automatically billing their credit cards and they don't want to have to just remove their credit cards every time. I also don't want to convert to just using single invoices for these customers. Any help would be greatly appreciated!
I think what you're looking for is to set collection_method to send_invoice on the subscription. It's documented here.
I am working with a marketplace website. Initially, I will be charging a customer for buying a product and the money will be credited to my stripe account. After that, I want to transfer some money from my stripe account to two different standalone connected stripe accounts in. How can I achieve this using stripe?
The exact feature you are looking for is Transfer. Before April 6, 2017, transfers also represented movement of funds from a Stripe account to a card or bank account. This behaviour has since been split out into a Payout object, with corresponding payout endpoints.
This link has detailed guide of how to create Transfers.
I know this was asked long ago but I couldn't find any satisfactory or to the point answer.
You need to use the "Separate Charges & Transfers" flow described here: https://stripe.com/docs/connect/charges-transfers.
I also recommend that you write to Stripe's support at https://support.stripe.com/email to explain your business model and desired payment flows to make sure that it's something that Stripe can support.
According to the documentation Google Wallet seems to only support monthly recurring subscriptions.
I'd to charge users annually for the use of an application hosted on AppEngine (purely to be able to offer the user a better price and reduce administrative costs). Are there any plans to support annually recurring subscriptions?
Or is there a way to configure the current subscription system to behave as an annual subscription system?
Technically there's no way to configure an annual subscription. But I suppose you can work around it: Request an initial payment for the entire first year and then a monthly-recurring payment at a discount.
For example, suppose you offer a monthly plan that costs $100. And you want to offer an annual plan for $900 (25% discount). Instead, you may offer an initial payment of $900 followed by 36 monthly-recurring payments of $75.
What this means for your business is that once a user has paid for and used your service for an entire year then you start treating her as a "loyal customer" and let her keep paying the discount price without committing for another year.
Wallet for Digital Goods currently only supports a monthly frequency for subscriptions.
https://developers.google.com/commerce/wallet/digital/docs/jsreference#jwt
there is no official solution for an annual subscription, but you could implement a solution similar to what #oferei or #EdSF suggested in their posts.
I'm assisting in development of a backend for a painting service that works with many contractors across the US. We've been using Stripe, but the business has been paying the contractors using their bank's ACH service add-on which takes 3-5 days and has to be done manually.
Balanced seems like it's Stripe + next-day ACH payouts with a great API, automating everything. Is this an accurate description of the service? I'm confused why you'd ever use Stripe over Balanced in that case. This is assuming it's also a merchant account + payment gateway like Stripe if I'm reading correctly.
Still wrapping my head around how to best make this work. Thanks everyone.
Stripe:
Charge cards
ACH payouts
Recurring billing
Webhooks
OAuth merchant signup
2.9% + 30¢ per charge
Holds funds for 7 days before you can pay out
Charges in USD or CAD
Balanced:
Authorize and charge cards
ACH payouts
ACH debits
Fully API driven merchant signup
Escrow account
Recurring billing
Webhooks
2.9% + 30¢ per charge, 25¢ per ACH credit (volume pricing calculator)
Funds are available immediately for payouts (vs Stripe's 7 day rolling reserve)
Charges in USD
In a nutshell the fundamental difference is that Stripe focuses on bringing money in to your account, Balanced focuses on bringing money in, holding it until an order to fulfilled, and paying out to your merchants.
You can use Stripe to collect money and Balanced to pay out easily enough, the biggest problem you'll run into is that there will be a liquidity problem as you have to transfer funds from your Stripe to Balanced before you can pay out or create a float of 7 days.
Stripe is also great if you have sub-agents or affiliates that you want to have run the sale, but where you take a percentage of the total charge as well. We recently implemented this for a cause oriented site that supports the collection of donations for smaller and more personal causes. It is one of the more interesting features of the Stripe API. Sub accounts can be created on the fly and activated via a simple email validation creating a one-stop shop for configuring online affiliate programs.
Both are good for specific things, for example balanced will let you collect money from groups in a single pot (in their escrow), and then pay it out. Stripe is good for automated billing.
Stripe is a established company that has a polished interface and support. Balanced is a fly-by-night.
I have one site with Balanced and one with Stripe Connect, and this is the defining difference.
Balanced changed their API and completely broke all transactions.
They didn't even send out an email. Never happened with Stripe.
Balanced once "held up our site for review". Our marketplace went down with no notice or email. (And no explanation when I emailed them, just a response it was being held).
balanced.js can take 10-15 seconds to load, causing the page to hang (we implemented lazy loading just for balanced, but the page is not always ready when needed).
IRC support: Balanced has ~40 inactive users and ~10 users online ATM [in the middle of the U.S. night there are no user, and the inactive users have no AI personality]. Stripe has at least 100 active users, and I seem to be able to get an answer whenever I need to.
etc.
Balanced has one killer feature - your users can sign up and start selling immediately, they don't need to validate themselves to sell, only to receive money.
They are more likely to follow through if it's easy to get into the system. But the risks are real, and should not be ignored.
Also, if it matters, the fact that Stripe can accept payments in multiple currencies can be a killer feature as well.