Google documentation specifies that an in application billing transaction is linked to the account that is set as primary on a device. How can we find with which account the transaction was made if the user has more than one google account registered in his phone.
I have also researched this link : How to get the Android device's primary e-mail address
Related
I have created a app in flutter with in app subscription.
I have used in_app purcharse package for payment.
Whenever I click on pay it opens pop up with primary email which will be used to make payment.
Is there a way to detect all the accounts associated with the android device and ask payment from one specific account from the list of accounts as per our need?
I tried looking into documentation of in app purchasing to check if I can ask for a specific google account, but I didn't get anything related to that.
I am trying to build an app that can be downloaded on multiple devices. We want to be able to get the email address associated with the Microsoft Store account used to download and install the app.
Is there a way to do this?
Is there anyway to get Microsoft Store account email address associated with the purchase in UWP?
No, there is no such way to get the customer's email. If the customer brought your app using his Microsoft account. Then he will be able to download your app in any device that is logged with his Microsoft Account.
I am trying to set up a Web site which is using PayPal. Unfortunately the PayPal developer site/concept is heavily changed, so all tutorials I found are seem to be useless. For example this (very good) youtube tutorial which is very clear is using not existing pages and functions...
So please try to help me only with up to date information/tutorial.
Please note my questions is not about using API, it is about how to set up an app, and a testing sandbox configuration from the ground.
1) As far as I understand I must have a real PayPal account because dev site uses PayPal account for logon (new). Logged in with this account then I can create sandbox accounts. However I would like to create a "Seller" sandbox account and a "Buyer" sandbox account. (missed I something?) Using the new developer site it is not possible. I can create only one kind of sandbox account. In the referenced video there are two types of sandbox accounts: "seller" and "buyer" in the preconfigured accounts. Or "Seller" simply means Business account?
2) I must have an application id to use the API. Note: I inherited a working legacy code which is using the classic API, so no REST please. In the video (old PayPal dev site) there is a left side menu "API and Payment Card credentials" In the new PayPal dev site no such thing. Instead there is a "My Apps".
I've tried to set up an application. It approved automatically. In its metadata I see a live and a sandbox app id.
What is not clear: To what account is associated this newly created app? I've created it logged in with my real paypal credentials.
More: ??? When filling the app creation form there was an input field titled: "Supply Test Account Name and Password". First of all how can I type the name and a password to one input field? Secondly What is it? Maybe if I use this app with its sandbox app id then this account will be the Seller (got the money) and if I change the app id to the live one associated this app, then my real PayPal account got the money?
However my goal was to completely simulate the payment process so
1) Create a Seller sandbox account (got API credentials)
2) Associate an application to that Seller account, and get the app id.
3) Create a buyer sandbox account
4a) Configure my web site with Seller API credentials and sandbox app id
4b) Orchestrate a buy process using my website, PayPal API and the 2 sandbox account
5) Check the Seller and Buyer sandbox account's transactions.
Thanks in advance
Seller account = Business account
Buyer account = Personal account
You probably only need to create one of each in Developer Sandbox Accounts , but there's no limit if your testing requires some more
To obtain the new REST API credentials, create an App in My Apps & Credentials and select the sandbox Business account to use
Legacy APIs: If testing an old integration, you can still get Classic NVP/SOAP credentials for a business account by viewing its "Profile" within your list of sandbox accounts
Just found myself in the same situation. Like you say it seems to be constantly evolving - not even sure if some of the answers here are still up to date.
Walked through it like this:
Login at developer.paypal.com
Go to Applications tab
Click on the Sandbox accounts on the left hand side
Any sandbox accounts you already created will be listed. Big blue button Create Account to create more
Think of logging in to the sandbox with your real PayPal account as logging into your Sandbox. You do this at http://developer.paypal.com.
Once you are logged into your sandbox in the middle of the screen, click on "continue testing using Sandbox test accounts".
When the next screen comes up you will see a heading of Sandbox Test Accounts and to the far right of that a button to Create Account. Click on this and then you need to create a "Personal" buyer account (your sandbox buyer who you will test with) and a "Business" seller account (your sandbox seller who you will test with).
Set up each one of these as if you were setting up a new Paypal account.
When you have them created fully you will have fictitious bank accounts to work with.
Beyond that, you may wish to check out these tutorials http://www.developphp.com/list_php_video.php where the site goes in-depth with setting up PayPal payments on a website using your own custom, basic shopping cart with a PayPal IPN (instant payment notification). You want to scroll down to the "E-Commerce Website Tutorial...". Lessons 9-20 deal with the cart and accepting PayPal. This may be an older way to do things, but it will help you get a general grounding in working with PayPal IMHO.
You also can visit https://developer.paypal.com/webapps/developer/docs/ At the bottom of the column is a heading "Classic API's" that may provide the documentation you are looking for to move forward.
Good Luck!
We are building an iPhone application for our project and I'm concerned that the only way for user to:
register an account;
buy extra content
Is via the user's Apple ID account. This is bad for us because:
We don't get user details data
30% of sum goes to Apple
But as my colleagues say it's the only proper way to handle this - otherwise application can be banned from appstore. So could I have a registration/payment on website somehow be implemented inside the iPhone app? And in what way can this be done?
Take a look at how Evernote implement their service. You can subscribe to the Premium service from within the app via In-App Purchases, you could also do the same from their website, using credit cards or any other forms of online payment.
The key here is the user's email address. When the user signs up, they provide the service with their email address which is basically tied to as a username. I'm pretty sure you know what you can do next using the email address. Good luck!
I did went through the documentation but didn't find how Apple will share user info such as email if the user elects to provide his email address. The Subscription Receipt doesn't provide any info about the user also in Apple documentation they mentioned:
Customers purchasing a subscription through the App Store will be given the option of providing the publisher with their name, email address, and zip code.
Any ideas?
Thanks
The answer is buried in the iTunes Connect guide.
The customer’s opted-in information will be made available in the Sales and Trends module of iTunes Connect.