currently in progress making my first website, about selling something.
But, i want the payments via offline. The first is direct payment and second is via bank transfer (to certain account, my account).
how the get the transaction confirmation from bank to my machine(server) and then my machine automatically send confirmation to customer?
or the bank send automatically send the confirmation right after transaction?(make some agreement to the bank)
the best and secure way is to use paypal i am not sure about that particular bank, whether that bank is offering any API or not, paypal is the best for online tansactions
currently in progress making my first website, about selling something. But, i want the payments via offline. The first is direct payment and second is via bank transfer (to certain account, my account).
You Can try the code below sir!..replace my email and test it!..
https://www.sandbox.paypal.com/cgi-bin/webscr'; // Test Paypal API URL
$paypal_id='itprowenkz#gmail.com'; // Business email ID
?>
Related
I get a lot of fraudulent payments with PayPal from hacked accounts, and it ends in a chargeback and I waste a lot of money and time.
I'm imagining a system where I could ask my customers for an email address, and send them an email with a button to verify that they have access to their mailbox, and if so, allow them to place an order on my site with PayPal.
The concern is that I don't know how I can create a PayPal payment button with a predefined email address, so the client can very well validate a false email address, then pay with a hacked account.
Any ideas?
You cannot force them to log in and approve the payment with a certain PayPal account / email address. However, using a server-side integration, you can check their information before capturing the payment. Here is a skeleton demo of a server-side integration.
With that design, after the buyer approves the payment, the fetch( XHR to your server will be triggered, and normally this is when you would simply do a v2/orders capture request from your server to PayPal.
But per your question's requirement, before doing that you can first get info about the approver, and validate that their email corresponds to one you want to receive the payment from. I haven't tested this scenario specifically but my understanding is a "Show order details" call at this stage would return a "status": "APPROVED" , with information about the approver in the rest of the JSON body.
If the email doesn't match one you want to receive the payment from, then you would discard the order (not do any capture), and show a message to the customer that they must buy from the email you verified earlier in your checkout flow.
As a side note, if someone has full access to a PayPal account, they can always add a new email to that account within www.paypal.com , and check out from your site using that new email they have full control over. So I'm not sure this actually helps you in terms of security, but it does give your customers (both legitimate ones and fraudsters) an extra validation hoop to jump through to complete the checkout.
One of the features on my site allows users to pay via PayPal for items from other users. I'm using the standard REST API since I had already made the code for another project a while ago, which works fine.
https://developer.paypal.com/docs/api/#create-a-payment
Currently, the page sends a 'v1/payments/payment' request which I execute to receive the money in to my PayPal account which created the access token. Is there a way I can directly get the user to pay another PayPal email address?
If not, I guess the only way is to do another request to pay the owner of the content from my PayPal once I receive the money - although it means PayPal get to charge a fee twice.
Thanks.
I'm currently developing an application which has to be able to process PayPal Payments from multiple e-mails and then has to redirected to my IPN class located at my server.
All the users of my application, have the possibility to set-up their own PayPal e-mail address into my system, and then the customers will pay directly to his PayPal Account (that means no intermediates).
But there's a problem, I must ensure that my sellers are actually connected to my IPN. Why? Because if they are not, when a customer makes a payment, the transaction will be actually completed, but they won't be able to download their purchased item, because my application could not receive the params.
So, the question is: how can I ensure this:
User has a valid Paypal Account (based on e-mail)
How do I know (and verify it each time) that this e-mail will sent a params directly to my server's IPN? (So important)
How do I verify each time that some customer makes a purchase?
Thank you so much guys!
I would integrate Express Checkout and have them authorize you $1 (or whatever your minimum for currency is). This way you are guaranteed that the customer has a PayPal account with some balance. You can void the transaction via API and they get their money back.
There's no way to guarantee they send you IPN for their payments. The best bet would be to have them authorize you to run third party calls on their behalf and take the money for them via your system.
See #2
Is there anyway to do the following using the Paypal APIs in PHP? I can't seem to find exactly what I need.
We are a merchant - we have several businesses who list their goods on our website.
Customers will need to pay for these goods using a credit/debit card. We don't want to force Paypal use/registration - in fact, we don't really want the customer to interact with Paypal at all.
We'd like to create a payment form where they enter their credit card details - we would then use the API to pay this directly to the business' Paypal account using their email address.
Using the REST API I've been able to do this to an extent - the only problem with this is that it doesn't seem dynamic i.e. I can't set the Payee email address to receive the payment - it's linked to my account via the ClientID and ClientSecret. Obviously this is not what I need - I want to pay into the account of the owner of the goods, not mine.
I've seen 'Guest Payments' mentioned but that seems to require the user being redirected to Paypal - something I'd rather avoid.
Thanks in advance.
I don't think the REST API is quite ready for what you're doing. The Classic API will handle it with no problem, though.
If you don't want any interaction with PayPal at all then you'll need to use Payments Pro, which allows you to tie credit card payments directly into your own forms via HTTP request/response with PayPal (no redirect or iframe).
Each business would need to be signed up with their own Payments Pro account, and then they would Grant API Permissions through their PayPal account profile for your app to make API calls on their behalf. Once they've done that, you just pass their email address or PayPal merchant ID into the SUBJECT parameter of API requests and it will use their account accordingly even though you're still using your own API credentials.
The Permissions API allows you to automate this and tie the grant permissions step directly into your app so business owners can do that quickly and easily from within their profile or during signup with your site. This works with auth tokens, though, as opposed to email addresses and merchant ID's.
I have this question about Paypal's api(not the rEST one - it doesn't support my country, yet).
Users on my site can create campains, and invite friends.
These friends which were invited, will be able to send money, but they need to call the amount.
It is load and clear, I can put an input(text input), and capture the number and send it with my SERVER's API call. This solution is bad for me!!!
My main goal is to send mails with the invitation, so on a simple click i will redirect the user from he's mailbox to the paypal checkout page(credit card form by default).
Then, He would be able to set the amount he wants to pay, and that's it.
Is there any way to do this with some kind of paypal payment method ?