I've made Chrome extension program named AIRDESK. But My country South Korea doesn't included to webstore seller region list.
https://developer.chrome.com/webstore/pricing#seller
Of course, I can use third party payment service or making payment model with back-end development. But it requires much time and effort.
Is there a ways to use Chrome payment service?
Or is it possible changing legal business location?
Related
I am new in Shopify development and I am researching on integrating any of Sofort, Klarna or Ideal payment system integration with Shopify store. The store business address is Malaysia but the store wants to sale in European countries.
I am researching on this issue but I am not sure still how to do it. Or is it even possible. Can we use Stripe for this purpose?
Reading Stripe Connect's docs it doesn't seem like you can do this
Stripe supports separate charges and transfers in the following
regions: Australia, Europe, Japan, New Zealand, and the U.S. Separate
charges and transfers are supported only if both your platform and the
connected account are in the same region (for example, both in
Australia).
https://stripe.com/docs/connect/charges-transfers
From what I understanding, if someone has multiple things in their shopping cart they can't buy them all at once unless all the sellers are located in the same country.
Is there any way to work around this for a shopping cart feature?
It seems you can make multiple charges using destination charges and send payouts to the appropriate sellers.
I have yet to implement this solution. Once done, I'll update this answer with my findings.
I plan to use a 3rd party payment gateway for in-app purchases for an app distributed through the Google PlayStore. I'm aware of Google's policies regarding payments for in-app purchases (https://play.google.com/about/monetization-ads/payments/)
My content / service delivery model is as follows:
When a user pays for a plan he gets—
Certain features in the app
Certain features in our web portal, completely outside the app
Our deployment staff going and visiting the user's location and
providing training and setup services.
For some plans, we will be delivering a physical device to user's
locations (a POS machine to accept card payments)
Since my offerings are a combination of physical and digital goods and services provided within and outside the app, it does not clearly fall under the categories Google mentions in the link above.
My question is: Can I use a 3rd party payment gateway to accept payments within the app given my content / service delivery model?
Do I risk being blacklisted? Does Google give a time window to react by sending an email first before pulling apps down.
I know my question is similar to this one: Android In-app purchases and I'd like to get similar opinions on my planned content / service delivery model.
Kindle PlayStore app, distributed via Play Store also seems to be an example of an app using different payment method from Google's billing APIs
I'm building an application for a new small business. They run events at race tracks, and the application is a registration system for said events. As a small business the owner doesn't want to worry about handling people's credit card info. They are just starting up and we are building from the ground up. So we are looking at using third party services like Google Wallet and PayPal.
So looking at the documentation, we have the Instant Buy API. Seeing as we aren't planning on taking direct credit card payments, it seems like a pain to setup payment processing through another service to use the Instant Buy. But we aren't selling a "Digital Good", as far as I can tell (I haven't seen a documented definition for this), so does that mean we can't use the API for Digital Goods? I haven't found any documentation that lays this out as a policy. It seems like it would be a lot simpler to implement, even with the cut Google takes.
There is a page at the google wallet documentation site called Which API Should I Use?, the first item there is:
The quick answer: it depends on your goals, your platform and what
kind of goods or services you're selling. The Instant Buy APIs are for
selling physical goods, while digital goods sellers should use the
Google Wallet for Digital Goods API for web apps or Google Play In-app
Billing for Android for native Android apps. To engage your customers
with offers and loyalty programs, use the Wallet Objects API.
Now, the Instant Buy APIs are for those business that have an existing payment gateway setup, but need to offer Google Wallet as a payment option.
In your situation, as you don't have a payment processor setup:
To sell physical goods on web apps and mobile apps that run on
browsers, use Instant Buy for web. You'll keep your existing payment
processor and optimize your payment flow with Google Wallet, just like
with Android. You can use Instant Buy for web to sell digital goods,
but if you lack a payment processor or resources to maintain and
develop a PCI-compliant online store, you should use the Google Wallet
for Digital Goods API.
I am making my first e-commerce website and it is only basic and low volume. I've used Paypal Website Payments Standard with the cart upload function to integrate with Paypal. One problem though, I cannot provide a shipping estimate until the user enters their address in Paypal and I cannot see a facility to do some kind of callback to my site for the appropriate shipping cost based on country without using Paypal Express Checkout. The shipping cost can only be specified by the cost of the items within the Merchant profile on Paypal and my customer only wants there to be one price for within NZ, one within Australia and another for all other countries.
Any tips? Or is Paypal Express the only way without obtaining address information of the user before uploading the cart to Paypal?
Express is the minimum product to get you a callback facility for shipping. Nothing similar available with Payments Standard.
Since you only have the three zones, You might solicit and present with a dropdown without requiring the full adddress... then validity check in the IPN handler to hold the order if they are in France and have selected NZ domestic.