I've installed this plugin "Woocommerce" and it supports many payment gateways. It asked me to provide the merchant id of this payment gateway "Mastercard Payment Gateway Services" MPGS! How can I sign up as a merchant in this gateway? I found the api Documents, But I didn't find sign up page
You need to approach a bank that supports MGPS, to facilitate the creation of a merchantId for MPGS
Related
We're looking to integrate a oppwa payment gateway to our ecommerce but we can't understand the logic of this system.
The question is, Oppwa need a merchant account to able get the payments? Or if not, where go the money?
Any idea about how is working Oppwa?
Thanks,
This depends on the payment gateway.
On my implementation, the payment gateway company requested some documents for helping me to set up a merchant account. Money is coming directly to my account.
why do developers use Stripe not Master-card API or Visa API while stripe charges money more. i checked and found out Master-card and Visa have their own API's , i guess there's something there i don't understand? probably i live in egypt, which global service should i use to integrate in my PHP websites while Stripe is not available in egypt?
sjsonp1389885476573({
"error": {
"message": "Your card was declined.",
"type": "card_error",
"code": "card_declined"
}
}
, 402)
Thank you
One of the primary reason why developers use payment gateways such as stripe and not separate APIs for master, visa, maestro etc. as you need to do development and testing individually for these APIs along with monitoring any changes that happen with them.
Stripe on the other hand provides an API layer over all these APIs and simplify them so that businesses don't have to worry about integrating the separate APIs.
The list of payment gateways available in Egypt currently includes :
2Checkout
BitPay
Coinbase
GoCoin
Mastercard Payment Gateway Services
NETbilling
PayFort
PayPal Express Checkout
Paystack
Also, the integration time is very less with these payment gateways as compared to the APIs of payment solutions such as master, visa, maestro, etc. as these gateways provides single API which supports payment options for all major payment solutions.
Hope this helps!
I've a project which connects different businesses who can sell their own products on my app and the payment gateway I used is Stripe. They connect their stripe account to my app through Stripe Connect and I charge on their behalf.
Now I would love to let the users to embed the paying form into their website as well through an iframe.
Are there any security issues that I should be aware of?
Note: I'm using the Stripe.js to process the payments so I don't need to worry about PCI Compliance
Thank you
this is my question:
Is it possible to use the PayPal API Rest with my API-KEY, but with different merchant e-mail account for accept a payment?
I need to allow the users of my web application to connect their paypal account to receive payments on their paypal account. So can i set the target merchant e-mail of a payment using API REST or CLASSIC API?
Thanks in advance
Unfortunately REST API does not have this functionality at this time. To do this you can use Adaptive Payments to be the caller of the API and supply receiver email addresses, or Permissions API to make Classic API calls for other users.
I have a client who has content that he wants to publish on the web (and potentially for iPad). He wants the viewer to pay to subscribe for the content.
Is there a service out there I can integrate with to for handling the accounts and collecting the monthly subscription fee (using credit cards or something else)?
There are several services out there that can help you with this - Recurly (where I work), Chargify, CheddarGetter, Spreedly, etc. These services handle the recurring billing aspect, customer management, email communication, following up with failed payments, etc. You'll also need a payment gateway (to process the cards) and a merchant account (for the payment gateway to deposit the funds into).
Authorize.net and PayPal both have recurring billing features, but the logic for upgrading/downgrading accounts is not there or difficult to use, and you'll still need to handle customer communication for failed payments and other actions.
You need to use a payment gateway here, which will be responsible for handling the transaction between your site and the many different payment networks. There are a lot of operations happening in between, so you might want to check out the wikipedia article for a step by step information on that.
We personally use authorize.net in our company for many of its advantages, some of which are:
It has an API that makes it easy to integrate with any language.
It is a trusted brand already, proven by the number of merchants that use them.
It is secure.
It provides the service with a reasonable price.
Most of major payment gateway providers do support recurring billing or subscription plans, paypal,authorize.net etc, most of the time you have to log in to your account admin console and configure a plan, and send the payment plan id with the payment request to the payment gateway. some payment gateway providers, like Braintree supports to create recurring billing plans dynamically and assign users to that plan at the run time it self, how ever it's always better to go for a local payment gateway provider or a payment gateway which provides low fees, if your preferred payment gateway provider is not supporting recurring billing anther options is to store cc details on the server and and handle it your self but it's a great risk to store cc details on the server, and you will have to follow PCI standards and it's hard.