One of my clients have a situation to pay their website user directly from platform account to user. I can do it by using their transfer payment API.
But, my client want to pay to user's email so that user can have option to perform rest of the action.
I went through their API documentation but don't see anything related to do that. Does anyone have similar experience or know anything related to do that?
Stripe's API doesn't have anything like that, but it is something you may be able to build into your application.
I think you might want to contact Stripe Support and fill them in on your use case and see if they can offer you some specific suggestions.
Related
We are not prepared to persist customer's EIN's in our systems because of the associated risks and liabilities. Does Twilio have any alternatives for registering our low-volume customers? For example, an API that our web page could interact with for our customers to register themselves?
Is there perhaps an alternative path? For example, creating sub-accounts for each of our hundreds of customers that would allow them to register on Twilio and still allow our software to interact with SMS on their behalf?
Are there any third party apps that Twilio endorses that could assist in the SMS registration for us? Or even perhaps a third party API that persists encrypted data like EINs for us and assumes that liability for us?
Thanks.
Update: I realized we have options to pursue for registration without needing to persist sensitive data like their EIN. We could inject user interaction in the middle of our current registration steps, meaning the registration steps stop at the required points in the process, our user is notified of needed data, then the registration resumes when they furnish the data. The data like EIN would be transferred directly to Twilio API without being persisted on our server. Problem solved. Still, it would be good to know if there are any good answers to my other questions. Thanks again.
Twilio developer evangelist here.
Our Messaging Product Lead says they are not aware of any 3rd party apps that help with 10DLC registrations and believe the best option is what you mentioned in your update!
I know I'm probably going to get a "no, you can't do that" but it doesn't seem reasonable to me.
My client uses Quickbooks Online and wants to be able to have his customers sign in to his web site and see how much they owe, and then pay their invoices with a credit card.
Obviously, the customers themselves can't be signing into Quickbooks Online. We want the web server to be able to directly access the data via the api.
I've found the api but I'm not sure if it's possible to have the webserver connecting to it and getting the data it needs.
I know this can be done with other systems. I've done it with GMail and Salesforce using OAuth2.
The biggest piece I want to load from quickbooks as well might be something unavailable as I couldn't find it in the API anywhere. When my client opens Quickbooks Online, he can send an email to any customer that will include a link to pay online by credit card. We'd like to be able to find that link and redirect the user to it. But I'm not sure if it's available via the api.
I could go with webhooks but that would require storing all that data on our webserver, and syncing it for existing data. Not to mention what happens if an update happens to fail.
You're misunderstanding how OAuth works a bit, which is what is causing the confusion here.
The person who owns the QuickBooks company logs in, not the end-user. They log in ONCE, and that gets you OAuth tokens that you can use to make server-to-server calls forever going forward.
Soooo...
I know I'm probably going to get a "no, you can't do that" but it doesn't seem reasonable to me.
You can do what you're trying to do, you're just going about it the wrong way.
Obviously, the customers themselves can't be signing into Quickbooks Online.
Correct.
We want the web server to be able to directly access the data via the api.
That's fine, and totally do-able.
I've found the api but I'm not sure if it's possible to have the webserver connecting to it and getting the data it needs.
It is do-able.
The key understanding here is that you're going to have an OAuth connection process that the person who owns QuickBooks is going to go through just once, to get you OAuth tokens.
You're then going to store those OAuth tokens server-side (e.g. in your database).
You can then use those stored OAuth tokens to make future server-to-server API calls whenever you want.
When my client opens Quickbooks Online, he can send an email to any customer that will include a link to pay online by credit card. We'd like to be able to find that link and redirect the user to it. But I'm not sure if it's available via the api.
I don't think this information is available via the API right now.
There is an API endpoint to send an email invoice, if that's helpful:
https://developer.intuit.com/docs/api/accounting/invoice
I am working on a tool inside of a current iOS app that I only want to be available to a handful of people. The company email addresses are all gmail.
How can I make the app work in a way that, You sign into your google account, and on the server end it will check if you have access or not. If you do, it will then move on to the tool page.
Does Google API have anything on this?
Thanks in advance
Google App Engine has the Users API which you can use to allow people to log in with a Google Account. You can the write server side code to cross check the logged in email address against your whitelist (which may or may not be configurable), and only allow access if the emails match.
Is that the kind of thing you mean?
Is there a way to make the Google+ Sign-In not request the user's "list of people you're connected to on Google+"?
My goal is to use the G+ sign in for authentication purposes today, and in the future also use it for social sharing functionality. As the owner/operator of the service requesting sign in I don't care who is in a user's circles.
Is it possible to remove the request for all of the people a user is connected with? Am I missing something with this? For example if I didn't request all of a user's connected people would the user no longer be able to share to them?
I'm aware of the Google OpenId sign in functionality, but it doesn't provide the functionality I'd like for the future.
Whenever you use the Google+ sign-in button, the scope plus.login is added. As such, it will request the "know who you are on Google+" and "List of people you are connected with". A few notes on this:
The user has control over which people they share with you so if they don't want to share this information, it's within their control.
If you're interested in the information in the future - using the existing connections people have is a great way to make your site better - the access will be available to you.
If you still feel you should be able to just request the user's profile, please add a star/feature request to the issue tracker here:
https://developers.google.com/+/
The more information regarding why you want to do this and the clearer your request explanation, the better!
I need to do order processing upon confirmation of payment. Using PayPal Standard, is there a way I can get an order ID (that my site specifies) and a flag for whether the payment is received or not?
It appears that CMS's like Joomla have been able to do what I'm describing, but I haven't been able to find anything in PayPal Documentation that indicates how. Of course, I'm sure the answer is in there, and I will ontinue looking, but if someone could save me some time by pointing me in the correct direction, I would really appriciate it!
Just a little more information, I am developing this site in ASP.NET MVC with C#. I have also been researching PayPal IPN feature, but after talking to other developers in the office, they strongly recommend steering clear of IPN because of it's asynchronous nature.
Any thoughts?
Thanks for any help.
There are many ways to get information from PayPal. Essentially they break down into two categories, "push" and "pull".
"Push" is when PayPal pushes information to you. There are two ways that PayPal pushes information
Information sent in the URL when the customer returns to your site.
The IPN notifications.
"Pull" is when you request information from PayPal. PayPal provides a variety of APIs that you can use to get information about your transactions. So, for example, you could set up a job that runs every X minutes and asks PayPal for information about any orders that you know were sent to PayPal, but for which you didn't receive information on a return URL.
Here are a couple of links to get you started:
https://www.x.com/community/ppx/transaction_information
https://www.x.com/docs/DOC-1372