I am in no way a programmer, but I am trying my best to to follow online instructions and additional instructions from Intuit, but I have followed everything up to a point and now do not know where to proceed from here.
I have already...
1: Created an account
2: Created an App ID
3: Created a connection Ticket...
But now I have come to the point where I don't know where to proceed with the Connection Ticket ID#
I would assume I plug it into ZenCart somewhere but I have been unable to locate any online articles that point me in the right direction. Any help would be greatly appreciated. Thank you.
Have you written any code, or added a ZenCart payment module into ZenCart that you downloaded somewhere?
ZenCart does not support Intuit Merchant Services out of the box.
Related
I was set up as a developer for my employer's business account, and at the same time to have admin access to the account as well. I was able to access it for 2weeks straight and then end of October it says that some info is incorrect and that it can't verify me.
I tried forgetting the password but it isn't working. Called PayPal and PayPal Business but the link that they sent to my employer isn't working. One agent advised that it must be a technical problem and suggested I write here.
I hope someone can help me understand and suggest on ways for me to regain back my access. Thank you.
When updating card details, I get the following error:
[ThreeDs2_Authentication_Exception] Transaction declined.402 - [card_error/card_declined/generic_decline] Your card was declined.
The card details are double checked and seem to be correct.
I tried opening a ticket on sendgrid or contact support via chat but apparently that functionality is broken on the official sendgrid site, so I'm trying my luck here.
Any help is highly appreciated.
Try a different browser (like Chrome).
This may or not be a solution, but it worked for me.
I'm on a Mac and couldn't add a SendGrid payment in Brave, but it worked when I switched to Chrome.
Likely it's due to some extensions I have installed, but this happens to me a few times a month on other websites.
OK so im just gonna ask this question, as I am at the end of the rope, with hopes someone out there will have some advice.
I have installed the Woocommerce Follow Up Emails plugin on my site, and for the life of me I cannot get it send the email.
The settings I have are:
Trigger: 3 days after the order total is above $1.00
Setting: Customer recieves the email once
There is nothing in the "scheduled emails" of the plugin showing up, however and this is the part that throws me off, in the Tools>Scheduled Actions of the wordpress dashboard i get multiple entries of the below:
which tells me that it the emails are being scheduled but are not being sent out (even though it says, action complete). I have checked the WPMail log nothing, i have checked Cpanel Email Tracking and theres nothing. I have a WP Cron plugin installed that tells me it is functioning correctly.
Does anybody have any ideas/suggestions that i could do or check that I havent done already? Is there something I'm missing?
Any help will greatly be appreciated.
P.S, I purchased the plugin from a third party site and cant ask Woocommerce for support without paying for subscription (which i will do as my absolute last resort)
The plugin works fine on my side, although it is very basic in its functionalities and you reach super quickly its limitations.
I'd suggest you buy the plugin from WC. They tend to have special offers of 30-50% off few times a year. Their support is typically very good and has a live chat so you get answers often directly.
Hope you got it figured out by now.
This seems like it should be a relatively easy process. There are quite a few links that come up addressing the issue in a Google search and in searches here, but something is missing in actual implementation.
My client has a PayPal account already. I have Ubercart installed with products available. But, when I go to Store -> Payment Methods -> Credit Card Settings, I cannot see any place to enter PayPal API information. What am I missing?
Thanks!
After some searching and putting bits and pieces together, I found out that the problem wasn't with Ubercart at all!
I could not get any clear answers for the combination of Drupal 7, Ubercart and PayPal from any website that came up from a search.
All of the sites listed gave me instructions to do steps with form items that did not exist in the site.
I figured that there was possibly a PayPal module that I was missing, but I could not find one.
There is indeed a module, but it turns out that the module is part of the basic Ubercart install.
I could not enable this module.
Then I found out that the reason I could not enable it is that cURL was not enabled in the server. So, I enabled it in php.ini.
So, the problem was not with Drupal 7 or with Ubercart or with a module. The problem was a php.ini setting!
I am facing the same problem as seen in this http://forge.prestashop.com/browse/PNM-1165
It says this following message after I click on 'pay with paypal'
Error occurred:
Please try to contact the merchant:
PayPal response:
->
I don't know what to do T^T
Im using prestashop 1.5.4 and paypal module 3.5
There is one reply suggestion from Francois Gaillard added a comment - 29/Mar/13 9:29 AM
He said that
This issue occurs when your server IP has been blocked by the PayPal's API. If you are running share hosting environment the server can be banned blacklisted by PayPal.
Please, try to contact PayPal support they should be able to help you.
Let us know when you have more details please.
Thank you,
Kind regards.
That answer is incorrect in as much that we do not block IP addresses to our API endpoints without making the merchant aware.
It is correct, from our experience, that the above error occurs in PrestaShop when your server is unable to establish a successful HTTPS connection with our API endpoint.
I suggest you take a look at General troubleshooting - API timeout and run the tests provided in it.
Pay special attention to the AT&T block we mention in there, as we've seen a large number of API callers getting blocked at that level.
Unfortunately that block is beyond our control - but we've heard good reports of merchants getting in touch with AT&T and getting that block lifted (if confirmed to be blocked there).