Zen Cart Logo
Forums / General Questions / Odd problem with orders and authorize.net

Odd problem with orders and authorize.net

Locked

Views: 3,950

Results 21 to 24 of 24
This thread is locked. New replies are disabled.
22 Jul 2008, 12:59 AM
#21
drbyte avatar

drbyte

Sensei

Join Date:
Jan 2004
Posts:
63,513
Plugin Contributions:
176

Odd problem with orders and authorize.net

rbobzin:

  1. The authorizenet table shows both the void and refund transactions, but in each case, the customer_id field is -0-. The Void transaction showed the correct order number (although it was the order # plus digits from the "-xxxxxx" string), while the Refund transaction showed order_id as -0-. Both Void and Refund transactions did, however, show up correctly in the orders_status_history table.You don't need to worry about the authorizenet table.
    rbobzin:

  2. Does either the Void or Refund process do anything to the order itself, or is it just an easy way to send adjustments to Auth? I'm not complaining, mind you, as this alone is a huge timesaver, just asking.The void and refund options only send the request to authorize.net, and add a comment in the order comment history stating what's happened. The order status is updated as well.

rbobzin:

  1. If the order itself remains untouched, I guess it's easy enough to delete a Voided order, but how do we edit a "partial refund" order?One would not normally "delete" any orders, since accountants don't like to see gaps in order numbers.

A partial refund is just that ... a partial refund of the funds collected. If you want to do more than that, you could use the functionality of addon modules such as super-orders or edit orders or an RMA module, etc.

There's nothing wrong with keeping Super Orders installed. But if you want the refund capability for Authorize.net orders (or PayPal or Linkpoint either) you'll need to just be sure to use the original /admin/orders.php page instead of the super orders page for doing that.

rbobzin:

  1. And finally, is there a way to turn off the extra -xxxxxx string piece?
    If you want the risk of duplicate orders, no.
    Or, if you want to use the other addon for generating order numbers, that's an option you'd have to re-integrate into the module.
22 Jul 2008, 2:11 AM
#22
rbobzin avatar

rbobzin

Zen Follower

Join Date:
Mar 2007
Posts:
112
Plugin Contributions:
0

Re: Odd problem with orders and authorize.net

OK, no more worrying about the authorizenet table. Whew!

I'll look into the order modifying addons - do you have any thoughts on which is better - Super Orders or Edit Orders?

Last question (I hope!) - is there a way to have one default order status for Refunds and a different one for Voids?

You should probably also know that I just talked with the client, describing the new Refund and Void capabilities in Zen Cart, and he said that would shave at least 10-15 minutes off the amount of time he spends now on each order requiring a refund. Considering well over 100 refunds were issued last year, that's more than 25 hours! Needless to say, he's thrilled!

Thanks, Doc!

22 Jul 2008, 8:34 AM
#23
drbyte avatar

drbyte

Sensei

Join Date:
Jan 2004
Posts:
63,513
Plugin Contributions:
176

Re: Odd problem with orders and authorize.net

rbobzin:

I'll look into the order modifying addons - do you have any thoughts on which is better - Super Orders or Edit Orders?If you're used to Super Orders, stick with it.

Edit Orders is buggy ... screws up totals ... or, at least that's what I've seen and heard. Not sure if that's been fixed.

22 Jul 2008, 8:41 AM
#24
drbyte avatar

drbyte

Sensei

Join Date:
Jan 2004
Posts:
63,513
Plugin Contributions:
176

Re: Odd problem with orders and authorize.net

rbobzin:

Last question (I hope!) - is there a way to have one default order status for Refunds and a different one for Voids?At the present time, no. You can create a new order status to handle both voids and refunds collectively though.

rbobzin:

You should probably also know that I just talked with the client, describing the new Refund and Void capabilities in Zen Cart, and he said that would shave at least 10-15 minutes off the amount of time he spends now on each order requiring a refund. Considering well over 100 refunds were issued last year, that's more than 25 hours! Needless to say, he's thrilled!
Great! Be sure to tell him he can show his appreciation here: http://www.zen-cart.com/index.php?main_page=infopages&pages_id=14