Odd problem with orders and authorize.net

[DrByte]

the orders comments part of your response has me a bit stumped.

Hmmm ... I'll have to go do a fresh test to confirm what it should look like.

If we decide to go to the add-on we used last year, are you saying that those random x's would NOT be generated, or are you saying we would have to downgrade back to 1.3.7?

Depending how you integrate it, I'd suggest that you remove the random letters and use the external order generator ID you were using.
I'm not sure how that exactly corresponds correctly with a Zen Cart order record, but I gather your client has already figured that part out.

And finally, we've never done refunds through Zen Cart. From a purely practical standpoint, is that the way you would recommend we handle refunds in the future?

It's up to you which method you choose. Some like to have the convenience of doing a refund directly from the order page in their Zen Cart admin instead of having to login to the authnet console to do it.

Sorry for all the questions, but the client is starting to freak, as he had to issue a bunch of refunds last year for various reasons and is now afraid this order # issue will make it even harder if not impossible.

Lotsa fun when the client freaks over things when something changes on them.