Ive seen similar errors if the customer data is formatted badly - a foreign character or comma in the email address or a negative price for example, this should not get through basic error checking but there are bugs a plenty in these scripts, coded by cowboys I reckon.
Totally agree on this one and some.......here, here !!
This is because as you say, being distracted or similar when on the payment page of Sage
You or should I say the customer has 15 mins to make the payment via Sage - if not, it will cancel out, hence the error of 'Closed due to inactivity'
Many customers order online, then at the payment page, leave it, go and get a tea or beer or whatever and then press the button to make a payment and it goes through as "Aborted/cancelled by Vendor" - it's not a problem, just a pain when customers do this
I don't blame you at all for not using Paypal, I personally hate having it. In my opinion, it's the worst payment service going and one sided towards the buyer - try getting your money out of a customer who doesn't have a valid credit card or lack of funds and then try getting in contact with the customer to get your money !! - oh dear.......I've gone deaf and can't answer you ..........I hate them
bringing 3D Secure online:
Do this, and it's not hard either, it'll strengthen your online security for customer payments although you'll get the customers who don't have this to verify their card details and will then want to pay over the phone
In my book, if you can't pay online and pass the security checks then I don't send the items out - simples :-)
Hmmm, you know what? This sounds like a customer is aborting the order payment or the bank verification has back fired
I'll be honest, I've never had this error at all - where do you see this error exactly? do you have a screen shot of this by chance?
The other thing, do these orders that fail still go through to Sage as "Cancelled by the Vendor"? so as you can see a "Cancelled by the Vendor" order?
I say this because I would get this when deferring payments from Sage, and it was down to the customer using Paypal. They'd make an order, you'd receive it and send the order out, then they'd cancel the payment via their PP account and you'd end up out of pocket
Just my experience and perhaps of no help whatsoever to you, I'm sorry that I don't have a decent answer for you
Hi Kev,
the error is seen in Sage Pay when you click on the transaction (in the header). I have been delving a bit more and found another transaction from the same customer which said closed due to inactivity so my assumption is he is doing it from work (used a company email address) and he is being distracted.
We don't allow PayPal and we don't defer so rules those out. I did a payment of my own and it went through fine although Sagepay did take a long time to authorise - a lot slower than previous times I have tested.
Been asked to look at bringing 3D Secure online so that should be another headache! lol
Ive seen similar errors if the customer data is formatted badly - a foreign character or comma in the email address or a negative price for example, this should not get through basic error checking but there are bugs a plenty in these scripts, coded by cowboys I reckon.
Hmmm, you know what? This sounds like a customer is aborting the order payment or the bank verification has back fired
I'll be honest, I've never had this error at all - where do you see this error exactly? do you have a screen shot of this by chance?
The other thing, do these orders that fail still go through to Sage as "Cancelled by the Vendor"? so as you can see a "Cancelled by the Vendor" order?
I say this because I would get this when deferring payments from Sage, and it was down to the customer using Paypal. They'd make an order, you'd receive it and send the order out, then they'd cancel the payment via their PP account and you'd end up out of pocket
Just my experience and perhaps of no help whatsoever to you, I'm sorry that I don't have a decent answer for you
Latest update on this for anyone interested, but I called SD around 4.30pm last night about this, spoke to a nice lady who said someone would call me back...............
Still waiting for the call !!
She sent me an email 'Ticket' of which I replied to with loads of info tests that Sagepay done for me to pretty much say it's down to SD
Still waiting for SD to actually answer me
Email SD back today at 3.08pm to see if anyone has actually looked in to this for me and guess what.........
Still waiting for SD to actually answer me
I pay for support and the least I'd expect from any company is to reply back. Not impressed at all
I'm utterly floored with this upgrade. I've gone from V14.02 to V14.03, I've given Sagepay the IP address, I've got the correct Perl script on my server
According to the SD email, this will now automatically put you on Sagepay V3
Upload my website and I can get right to entering my card details on Sagepay, press the proceed button. Get the card validation bit, then bang !!
I get the attached image
I had no option but to revert to an old backup of V14.02 which goes via V2.23 of Sagepay – now work that one out?
If V14.03 auto upgrades to Sagepay V3, and I have the correct Perl script on my server, then this clearly does not do what it says
So I’ve either lost the plot or missing something as I’ve no idea who to go to
Cheers John, I applaud your rant because I honestly thought this was happening to just me and like a lady called Sarah, I'm not amused either. I'm friggin steaming over this and some !!
I'm going to email Sagepay today rather than validated my IP address with them today being it's Saturday and see what happens
Seems like quite a few are having problems getting the correct IP registered with SagePay, as John advised above contacting SagePay they usually resolve it quickly.
I KNEW this would would go belly up on me....Just upgraded my SD to V14.03 and had my Perl script changed to Crypt::SSLeay
Uploaded my site to a different domain 10 mins ago for obvious reasons and I get this thrown at me as per attached image
I have not gone to Sagepay and done the validate my IP address bit as yet - does anyone know if this has anything to do with it please?
Also, the bug of 'Terms & Conditions' not being displayed is yet again missing - this I can fix, but for crying out loud, can't SD please get things right or make it a little more easier for those that are not IT or Web designers who know how to fix things....
Hi Kev,
give SagePay a call, they were very helpful and looked in their logs for the rejected IP and added to My SagePay Settings form me. It does look like the IP could be your issue.
I KNEW this would would go belly up on me....Just upgraded my SD to V14.03 and had my Perl script changed to Crypt::SSLeay
Uploaded my site to a different domain 10 mins ago for obvious reasons and I get this thrown at me as per attached image
I have not gone to Sagepay and done the validate my IP address bit as yet - does anyone know if this has anything to do with it please?
Also, the bug of 'Terms & Conditions' not being displayed is yet again missing - this I can fix, but for crying out loud, can't SD please get things right or make it a little more easier for those that are not IT or Web designers who know how to fix things....
Getting to the bottom of this one. It does appear that our Actinic.pm had been altered by the original developers and the changes appear to be those suggested by Norman Rouxel in his post http://community.sellerdeck.com/show...4&postcount=68.
I am going to apply the changes to the New Actinic.pm and see if it fixes it. But before that I will give "mrvnet.kundenserver.de" in the SMTP field a try, maybe I wont then need to change the Actinic.pm file.
John.
On our Dev site the mrvnet.kundenserver.de SMTP setting is working so I am going to stick with that for now.
Leave a comment: