I am willing to know how the process of sending the user account information, payment amount information as well as product/service id information to the payment gateway is conducted.
Where does the data from my last jsp page goes out there in the payment gateway?
How the transmitted information is synchronized and understood when they don't know my thing about the product/service m offering,prices and other flexibilities associated
or whether they expect me to be preparing a fully accomplished shopping cart and the finally tell them the final amount the buyer has to pay. what actually happens out there?
Most inline payment processors are willing to just take an amount. If you're sending the user to an external payment site, you'll normally have to send a cart. Each different payment processor will most likely give you a schema or webservice to use to send them a cart. The cart won't stay synchronized, just updated whenever you send that user to the payment processor.
Related
So I'm using an API to receive payment notifications,
I don't really care what's in the notification I just want paypal to notify the API when a payment has been made and execute my own code.
So first off is this even going to work?
I put the URL for the API in the Instant Payment Notification under my account settings. My account is still new because I sent a test payment and it didn't work, do held payments not notify the IPN?
If the payment is held within PayPal it will notify via IPN, yes. You will be able to see such held payments by logging into www.paypal.com and viewing the activity. There will also be a "pendingreason" value in the IPN, to notify you of why it is held.
Note that if at transaction time a "notify_url" is set by the integration (many older shopping carts do this), that URL will be used in place of whatever is set at the account level in www.paypal.com. Whatever was set at transaction time has precedence.
--
If an order is "on hold" by your shopping cart (pending payment), PayPal will not send any notification as nothing has taken place within its system (except maybe a checkout attempt that was clicked on but not finished for whatever reason)
I have product designer software in my website that currently allows customers to design a product and get a live price. The software has the ability to send a message to the parent of an iframe where the information can be processed as I like. I want this information to be sent to my sagepay, worldpay or stripe payment gateway to give the customers the ability of purchasing the product.
Does anyone have any idea how to achieve this or even where to start!
Thanks in advance
Dan
Most payment gateways allow somehow to send the details of the purchased products details via API when processing the payment.
For SagePay (if you mean the one which currently is labeled as Opayo by Elavon) you may use the detailed basket via XML or CSV. Or you may simply use the common Description field.
For Worldpay it's the instruction.narrative.line1 field from the authorization request.
And for Stripe it should be either metadata or payment_intent_data objects.
The gateway I am using is Cardsave (http://www.cardsave.net). I obviously can't store credit cards on my servers, but to store credit cards on their servers, there needs to be an initial transaction. I am writing a billing management website that customers are going to be migrating to from other systems. There wouldn't be a reason to have their clients pay in between billing cycles.
The only solution I can think of is making a small payment to the credit card (like $1, PayPal style) and then either crediting this amount back to the customer on the next billing cycle, or issuing a refund. Is this the correct approach?
Is this the common way of handling recurring monthly 'subscriptions' where the amount is variable every month and don't start right away. For instance, is this how trial periods that require your credit card information to start is handled?
$1 charges are no longer allowed by Visa and MasterCard. You can do $0 authorizations so if your processor allows that you'll probably be able to do your original plan.
Some payment gateway providers, like Authorize.Net, offer services that allow you to create payment profiles and charge against them at any time for any amount. Their service is called Customer Information Manager. You should see if your provider offers a similar service.
For Cardsave Payment gateway you have Automated Subscriptions and Cross Reference Transaction Code Examples
For the reference check out this link: Click Here
I have implemented 2 payment gateways in my app (paypal and datatrans). In both gateways payment happens on gateway site i.e. user is redirected to payment gateway site where he pays and then redirected back to our site.
I have identified some scenarios where there is some issue in entire payment flow. E.g.
lost internet connection after payment and so order is not placed but money got debited from user's account
PayPal sent response but application got exception and so user did not get confirmation
Double payment due to hitting refresh button when transaction was in progress
I would like to know what are standard exceptions should be handled in payment gateway integration.
Any example with paypal would help me lot, I use asp.net mvc 3. thanks.
Double payment.
To avoid them you need to create a unique ID for every order, after the user move from your site to the paypal or other site, this ID must be read-only, and if the user return to your site after fail or other reason, and ask to re-order the same cart, you must create a new cart, and a new order ID.
For every order id, paypal and other sites allow only one payment (or one fail).
Lost the internet connections, or not get confirmations
Paypal have 3 ways that contact with your.
IPN
PDT
emails.
The one is that you get information from the return of the user after the payment, the other method is that paypal communicate with you and send you the payment informations, and final you get email.
In the rare case that all fails, user will inform you after some days that he did not get his order.
Practical they never fail all of them. Actually they never fail any of them.
Exceptions and bugs
Well some times you can not avoid bugs, so monitor your payments and log any possible errors to fix it. After 7 years of payments with paypal I still monitor them for problems, fraud, issues, new thinks etc, and still make some small adjustments time to time.
I am developing a website with online payment.
Payment is done using Paypal NVP Api.
There is need of a facility to store customers credit card details(not in database) once they register to Website.There onwards whenever they order these details will be fetched, Customer need not enter their card details for every order.
So is there any facility to create a profile n store credit card details of customer, as it is there for recurring payments?
This is not the idea of paypal, you are not allowed to store the customer credit cart and use them later by your self - if you do that, paypal see its and block your account in no time.
The paypal offer recurring payments, so you only need to initialize correct the paypal options and you have your solution.
Or get permission from visa, or master-cart to have the ability to keep local the credit cart informations. I must say that is very dangerous and if your system is not well protected you put your clients and your business in a big risk to lose the credit cart data and have real problems.
to store customers credit card details(not in database)
Where to you wish to store it ? in the paper :)?
Customer need not enter their card details for every order.
This is something that paypal take care of. You do not have to do something about.
You may want to check Recurly.com
they are providing support for Paypal and other gateways too. Plus great API documentation.
using it and definitely recommend it. 10 out of 10