QuickBooks Merchant Service

[mydanilo]

I have experienced a pretty scary bug.

Two orders were placed by two different customers just one minute apart. Both orders showed in zen cart the same AuthCode and TransID. Now looking at the merchant account online, only the first one got charged. The other customer transaction did not post in QB merchant account. BUT zen cart processed as if all went right! Scary, I just now found out as I wanted to deposit payments in QB and compared it with what the merchant account shows.

So I shipped merchandise thinking it was paid....

Any idea how this is possible?

[cptok]

There is code in the module intended to stop duplicate entries. Should you have the same Customer ID and same $ amount within 15 min (or possibly 5 minutes as the SDK is not clear on that) that will create the same TransRequestID in the submission. But if it is different customers, and/or different amounts - it should have been distinct charges to QBMS.

Do you have any other information? That result is strange indeed...

[mydanilo]

I sent you a pm with details. Thank you for looking into it. I wonder if you have more insight. Let me know if you need to see anything else.

[mydanilo]

Customer id's are different too.

[M B Walker]

I have installed this mod and all is working correctly, with one problem which I suspect has a simple solution, I just can't find it.

QBMS charges transactions as "Sales". I would like for them to be charged as "Authorize" so I can capture the authorization as needed once the items are shipped.

Any suggestions on where to look to make this change?

Thanks very much.

[cptok]

I have installed this mod and all is working correctly, with one problem which I suspect has a simple solution, I just can't find it.

QBMS charges transactions as "Sales". I would like for them to be charged as "Authorize" so I can capture the authorization as needed once the items are shipped.

Any suggestions on where to look to make this change?

Thanks very much.

What you describing can be done - but it is not a "simple solution". The XML submission in Zen specifically crafts it as a sale (authorize and charge). One could re-write the XML message to be an authorize only - but that would then burden the merchant with going back to each of those and capturing the charge. There is no admin screen to do that - nor a database to keep track of outstanding "auth" transactions. If this is the objective - I would want to do that directly in QB, as it has the API to submit and track and capture those outstanding auth transactions.

[M B Walker]

What you describing can be done - but it is not a "simple solution". The XML submission in Zen specifically crafts it as a sale (authorize and charge). One could re-write the XML message to be an authorize only - but that would then burden the merchant with going back to each of those and capturing the charge. There is no admin screen to do that - nor a database to keep track of outstanding "auth" transactions. If this is the objective - I would want to do that directly in QB, as it has the API to submit and track and capture those outstanding auth transactions.

Thanks for the quick reply.

I want to be burdened. In fact, because of the potential for delay or changes from order to shipment it's essential for me to authorize first, then capture once the item is shipped. (It's easy to capture the authorization via QBMS, so the "burden" is actually pretty light.)

How would I go about changing ZenCart so that it tells QBMS to authorize only?