QuickBooks Merchant Service

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.

:unsure: Newbie question alert! Sorry if I'm hijacking the thread.

cptok:

NEW VERSION QBMS 1.9

(Includes important bug fix. All users encouraged to update to latest version.)

v 1.9 -- 09/05/09

I'm trying to take over for our webmaster, but am not a coder, just broke. :ohmy: 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?

I have just downloaded version 1.9a to install in a new zen cart and have gone through the process to register the application and now would like to try it in the test environment. However, when I follow the link provided in the PDF to sign up for a PTC Merch Account, I get a "Page Not Found" error message.

If##you##selected##the##Test##environment##you##need##to##sign##up##for##a##PTC##Merch##account##in##order##to##test##the##module,####do##so##going##to##the##following##web##page##
https://merchantaccount.ptc.quickbooks.com/j/signup?nonQBmerchant=true##

Any suggestions?

Thanks,
Steve

Use the following link - which can be found on IDN:

http://merchantaccount.ptc.quickbooks.com/j/mas/signup?nonQBmerchant=true&emulated=true

CPtook, looks like your still going strong here!

Awsome job on the support, STILL!!

I'm downloading your new update as I type!

Thank You!

I was successfully install this contribute (1.9a) and was able to test using the developer account. But when I try using my client account. I always getting statusCode "0". Right now, it is live testing mode. Not sure what I'm missing.

advoca:

I was successfully install this contribute (1.9a) and was able to test using the developer account. But when I try using my client account. I always getting statusCode "0". Right now, it is live testing mode. Not sure what I'm missing.

It's not clear what problem you're having. Status code "0" is what is supposed to happen. Are you still in "testing" mode? Did you change the setting in admin to production first? What do you mean by "live testing mode", are you running on the test server or live server? And with what merchant account - a real one or a testing one.

cptok:

It's not clear what problem you're having. Status code "0" is what is supposed to happen. Are you still in "testing" mode? Did you change the setting in admin to production first? What do you mean by "live testing mode", are you running on the test server or live server? And with what merchant account - a real one or a testing one.

I'm running on the live server using the real one. But I set testing to TRUE on zen cart since I still want run couple test on the real account setting the testing to FALSE.

You cannot do that. If you set "Testing" to true, then it is going to the test environment (different gateway), and you must use a test account set up for that environment. When you set testing to false, you then can use "real" card numbers - and it should process.

cptok:

You cannot do that. If you set "Testing" to true, then it is going to the test environment (different gateway), and you must use a test account set up for that environment. When you set testing to false, you then can use "real" card numbers - and it should process.

do you know if it possible to change the transaction to pre-authorize rather than final sale? since my client require to calculate the cost of the ship since majority of the products done by drop shipment. He will have to contact the vendor(s) and then vendor(s) will tell him the shipping cost. Then he will inform the customer about the shipping cost. Once the customer agrees with the shipping cost, he will then process total cost together with shipping cost which will be down on QBMS account rather on zen cart

The subject of "Authorize" vs "Charge" was discussed earlier in the thread. It is possible, but it is not that simple to do. I looked at it briefly and decided that it would require not just one or two simple changes, but instead would require a number of modifications. It is a good idea - and probably should be included at some later date. But it would have to be a configuration choice in admin, and that means being able to handle both options throughout the module.

I'm not planning on doing it - at least not soon. It would be a whole series of debugging versions to fix errors etc. And right now I'm quite happy that we've finally got a very nice and stable "Charge" version running!

cptok:

And right now I'm quite happy that we've finally got a very nice and stable "Charge" version running!

Copy that. Working like a charm. No more issues lately.