I'm using a test sagepay account through opencarts sagepay integration - everything seems fine until i get to sagepay's payment page.
There is no payment methods being offered even though visa and mastercard are displayed as payment methods in the admin panel. Surely it can't be anything wrong on my part?
Looks like the card types aren't associated with the MerchantID that is being used for the transaction, for that currency/accounttype combination.
If you are sure that you are sending transactions with AccountType=E, you have an ecommerce MID on that vendor account and the currency you are using is also associated with that ecom MID, then give Sage Pay a call - they can make sure the vendor account is properly configured at their side.
Related
I'm looking for functionality to make direct payments to my Stripe Customers bank accounts without Stripe Connect.
Is it actually possible to do?
Do I have to use any other payment providers for that?
I spent a lot of hours to find correct way of doing such kind of payment flow, but all of them requires Stripe Connect for customer which is unacceptable in my situation.
At the end of this issue was decided to use Wise (TransferWise). Because Stripe does not provide required functionality.
I am using Authorize.net as a payment gateway. Now I want to check credit card validity before creating authorize payment. I am using another service to store and manage the customer's profiles and credit cards, and therefore I don't want to create a customer profile in Authorize.net, I just want to use their service to validate a credit card and later to authorize a payment.
Is there any proper way to do this validation?
Searching the documentation and other similar questions, all I could find was the option to create a customer profile, but this option doesn't seem practical to me, since it's necessary to create a customer profile, and after delete it each time I need to validate a credit card.
Does anyone had a similar problem with Authorize.net payment gateway?
I have a requirement where users will visit my site and based on some logic able to earn points. The user will then be able to use this point to checkout any item of equivalent amount that is listed in my website.
The items that are to be listed is actually coming from amazon and I am an amazon affiliate so when they make the purchase i end up earning commission.
The challenges that I am facing is amazon always takes the user to their own website for the checkout, and so I am not able to put any restriction on the cost of the item that the user is checking out. The user can very well choose some other item while doing the checkout from within amazon's website.
As per my research amazon doesn't allow checkout from 3rd party websites like mine and will always bring the user to their own website. While I can create a bot using casper.js to emulate an user i dont want to go with this.
Is there any known API or solution to achieve what I am trying ?
I don't think it's possible to have user checkout products on your website. (Why would Amazon ever allow that?)
However, I also don't think that should be important to you. You should redirect customers to Amazon with proper associate tags (www.amazon.com/dp/...?tag=...) in the URL. After that, any purchases that they make, irrespective of whether it was the one you showed on your website, become candidates for payouts to you. So, if you redirected a customer to product A on Amazon and she bought product B, you might be paid out for it, obviously if the purchase satisfied the affiliate policies.
we have developed an app for customer. This app contains subscriptions and we tested them in real world. Then we stop tests and refund all money back. Now, we are unable to transfer app because of active subscriptions (Google told us - after transfer initiaded - that it's not possible, we do not know this... unfortunately). Read so many stories about fact, that this is not possible to change anything if some subscriptions was paid. But Google test payment system didn't work how we expected, so we need to test it in real way... now we are stuck in circle.
Because we have only one app under our account, we agreed with customer to give him logon & other infos in order to get app for him. Unfortunately, we are unable to change country for merchant account. Is it possible to solve this? Or we do need to make new package under customer developer account and then unpublish current app and create a new one with same name?
If unpublish/publish is only way, how can we do this in order to do not hurt any current customer? App is not paid for now. but customer want to start app in new country and want to activate payment system. Unfortunately we are eu residents, and customer seat in Singapore... so we are unable to put his bank account either.
Do we have any options? Or, can we contact Google e.g. by phone? I try to call to Google in CA and have no success.. no live operator, only phone robots there..
According to the Directory API Prerequisites, resellers should be able to perform API calls against their customer's Google Apps instance (except for mobile and chrome device calls). This is done by specifying the customer's customerId attribute rather than that of the reseller (or the generic my_customer).
I am finding though that when performing groups API calls, even when specifying the customer's customerId, I get back results for the reseller domain, not the customer. It seems customerId is entirely ignored for groups.list() operations. If I specify the domain attribute and not customerId, I do get back the groups for that customer domain but this is not helpful for a multi-domain customer where I may not know all of the customer's domains (and have no way to discover them all).
Is anyone else experiencing this issue or am I doing something wrong?
Google support has resolved this issue on the backend. This now works with no changes to my code.