Also, when the error comes back, the cards never make it to the qbms.
Also, when the error comes back, the cards never make it to the qbms.
Now we may be getting somewhere. The merchant service company tries to verify street address (line 1 of the address). In fact - line 2 is ignored entirely. So what is put in there is of no consequence. What seems to be tripping the system is - you may in fact have "invalid" information for "street address" on line 1 of the address. There is an easy way to check this (capture that particular return code from QBMS).
I'll let you know if it's an easy couple of edits - or I might send you a debug version to test.
awesome, thanks.
Can you quickly provide the address line 1 and line 2 examples of what does process and what generates the error?
Styleboy - THANK YOU for the PM. And thank you for the detailed answers. Your quick data helped determine that this is in fact an issue! And it will be fixed immediately. While I included all sorts of security checks for the credit card number etc. (overflows etc.) - it was not done for the address! QBMS has a limit of the XML for address attribute - and your longer addresses are causing submission errors to QBMS. These XML submissions will be "sanitized" for submission to the gateway, and should resolve this going forward.
Since I do not want to affect the core Zen files - I'll just sanitize the submission to QBMS - and not affect the customer's registration which is done when they create the account.
Thanks for this find! I'll run the sanitizing on not just address line 1 - but every XML attribute submitted to QBMS. Great catch! Thanks.
CP
No problem! I'm glad you are here to help. I would of racked my brain trying to figure out why some were working and some were not!
Let me know if I can do anything else. And also when you get that fixed so we can start taking cards again!
I will also gladly help out by testing the updated module.
thank you.
This should be pretty quick and easy. I'll take you up on your testing offer. I will send you a link in PM for you to d/l and verify it all works. Then can publish.
Awesome Job! Everything is working perfect now! I'll keep an eye on it to make sure, but it looks like you got this one figured out.
Thanks again.
Excellent! QBMS 1.9a posting up which incorporates these fixes.
FIX: Verify and crop address, zip and name on card data to be absolutely compliant with QBMS gateway XML requirements. Prevents error condition whereby legitimate address data from customers account information is longer than allowable XML field for processing. Other fields in the transaction are already validated and/or otherwise controlled and compliant.
Newbie question alert! Sorry if I'm hijacking the thread.
I'm trying to take over for our webmaster, but am not a coder, just broke.We've had several emails asking if we took CC's other than by PayPal. We got QBMS for card present retail transactions. We can also key in xactions. Is it possible to use both payment methods in ZC 1.3.8a? If so, do I need to create an intermediate page for the buyer to choose or do we want to drop PP altogether, since the rate is higher?
Jim Thomas www.tropicalsoul.com; Zen Cart v. 1.3.8a; Linux; PHP Version: 5.2.17; Database: MySQL 5
Bookmarks