I would like to implement payment via paypal.
I downloaded the example samplepaypalsdk and I tye to modify:
NFIG_CLIENT_ID
CONFIG_RECEIVER_EMAIL
with the data generated from the center of development.
In addition I have also modified
EXTRA_CLIENT_ID, "buyer#paypalsandbox.com"
EXTRA_PAYER_ID, "mypayer"
I run the app and I bought the jeans, now I would see the status of transaction?
I tried to search in developer center, but I didn't find it. I would understand how can I manage a transaction...
There is currently a problem displaying AdaptivePayment transactions in the developer console. (AdaptivePayments is the name of the "classic" API that is used by the Mobile SDKs to process PayPal transactions).
However, you can see the notification generated by this transaction in the notifications section, and you can log in to the sandbox webapp as either buyer or seller to see the transaction record.
Related
I am new to Android and I am trying to build a simple application that catches the information of a transaction every time I do a payment using contactless with my phone (with Google Pay). However, I have only found information on how to integrate Google Pay inside the application for doing payments in the application (this is not what I want) but nothing regarding if it is possible to "catch" the data from the contactless transaction.
Thank you for any help!
I need to implement the payment transactions with paypal account and credit/debit card using paypal on my mobile application (Android and iOS SDK's).
In one hand I understand the part of having a paypal account and paying with it, but in the other hand I took a look at Uber and I found that the users can save their credit card without creating a paypal account. How can I achieve this behavior? Do I have to save this credit cards on my server? or is this a feature of Paypal?
PD: I already know Uber uses BrainTree, but I have seen the same feature on other apps with Paypal.
What you're looking for is called "reference transactions" or "vaulted credit cards". PayPal saves the card data on their server, and then you just save the transaction ID on your server. When you submit a reference transaction request you just include the transaction ID from the original transaction you processed (could be an Auth or Sale transaction) along with the new amount you need to process.
Depending on what you're using to process the cards, though, the API you would use for the reference / vaulted transaction would be different.
If you're using Payments Pro you would be using either DoDirectPayment / DoReferenceTransaction or the PayFlow API setup as a reference transaction.
If you're working with REST that's where the vaulted transactions would come into play.
A legacy setup we have means that we have the following:
Facebook app used for login onto Android devices
Separate Facebook app used for login on iOS devices
The issue this has caused is that if a user switches between devices they get a 'this email address is already in use' message from our server.
I need to find a way to get any users logging in on the two platforms to just be able to do so, and i assume the best way to do that is to:
Add Android as a platform on our iOS login
Change the Android app to use the 'other' login/app id (iOS)
Log everyone out on next release of our app (on Android)
Re-authenticate those users on Android as they log in (as we are making them use a new app id)
The key thing is for us however, that
The Facebook login is associated to their entire account (which is hung off the email address) and they have lots of content in there, so we cannot get those Android users to lose anything
We need to let them do this because we WILL already have used that email address if they are logging back in
Will the above strategy work to do this? Any pointers or recommendations on best strategy for this would be hugely appreciated.
You can use this API to link your users across the two apps: https://developers.facebook.com/docs/apps/for-business
Just keep the two apps as separate apps and link them under a single business. Then, when a user logs in you can check if they have already logged in before using the other app.
I'm no expert but I created an android app that accepts a payment for a download then gives the customer that download once payment is confirmed. I used the PayPal SDK for Android, their example app is here https://github.com/paypal/PayPal-Android-SDK which I am basing my code on.
My little app works well, I'm very pleased with it. I have one BIG issue, should a customer want a refund I go into PayPal to issue it, if they paid via PayPal login it's easy, scroll down, look for their name or email and click refund. If they paid by direct card payment it's very different. If you go into papa and look you can spot the card payments quite clearly, they have no name or email attached to them, in fact there is no personal detail to associate the payment to them at all.
How on earth is that acceptable? I can't locate a customers payment in PayPal to even know if they really are a customer. Surely it should at leafs be able to give you a name?
Am I missing something in the SDK? Is there perhaps a field I'm not populating that puts detail into the Paypal transaction?
Any help and / or code snippets would be very much appreciated.
At this time, your app should correlate the payment ID returned by the SDK with your customer/sale and communicate this back to your server. This way, you can use the payment ID to get the associated transaction ID to refund.
I am implementing a sync adapter for my app to sync with an appengine backend. On appengine I am using the built in User api for authentication. There is a post HERE that tells how to do it, however the app is listed under the gmail account. Ideally my app would be listed in the accounts. I don't want to ask the user for username and password, just use the existing google account for authentication. Has anyone done this before??
Update:
I've been working on this and it looks like I could implement the AuthenticationService and store the users account name and leave the password as an empty string. In the getAuthToken() methods I should be able to simple return the google auth token. Will post once I get further along...
Perhaps you have misunderstood the Android account system. When you go to Settings -> Accounts & Sync and add a new account what you see then is a list of account types. Often there is a relationship between account types and apps, for example Facebook accounts are used together with Facebook. Normally you would add a new account type if you have a different backend system for handling authentication etc.
If I understand you correctly, you use Google accounts but want it to appear as your own account type. That sounds wrong to me. You'll end up reimplementing the Google account handling, with little value. I believe it is simpler for users if you simply piggyback on what Google provides you with. Your app / service / content provider can be seen when clicking on the account. For example, after installing "Tasks" by "Team Task" (disclaimer: I'm not affiliated with that company) they add "Sync Tasks" to the list of data & sync options.
But if you really want to create your own account type, follow the sample Sample Sync Adapter. Look for the Authenticator code and related resources (e.g., manifest, activity layout, etc.).
This is indeed possible and I have implemented this with success but be warned it is a bit of a headache.
There is an excellent tutorial available called writing-an-android-sync-provider-part-1
... don't forget to check the follow up in part 2
Beyond this there is also an example in the Android SDK samples called SampleSyncAdapter which was invaluable in my development.
With a little hard work and a lot of coffee you should be able to get this working ;)