[ic] authorizenet failure increments counter?

[Kevin Walsh]

Bob Puff <bob at nleaudio.com> wrote:
> Just saw something strange tonight on a catalog running under 5.2.
> There was a gap in the  
> order numbers.  I looked at the error log, and saw this:
> 
> 68.46.118.213 eToPPpzf:68.46.118.213 - [26/November/2006:20:27:28 -0500] deli /c
> gi-bin/deli/ord/finalize.html Safe: Real-time charge failed. Reason: Authorizene
> t error: . Please call in your order or try again.
>  >
>  >
>  >               die errmsg(
>  >                               "Real-time charge failed. Reason: %s\n",
>  >                               errmsg($Session->{cybercash_error}),
>  >                       );
>  >
>  >
> 68.46.118.213 eToPPpzf:68.46.118.213 - [26/November/2006:20:27:28 -0500] deli /c
> gi-bin/deli/ord/finalize.html Route log failed.
> 68.46.118.213 eToPPpzf:68.46.118.213 - [26/November/2006:20:27:28 -0500] deli /c
> gi-bin/deli/ord/finalize.html ERRORS on ORDER 20022:
>  > Error during creation of order routing log:
>  > Route log failed. at /usr/local/interchange/lib/Vend/Order.pm line 1997.
> 
> Obviously, someone entered a bad CC number, and it told them so.  But why did it increment 
> the order number counter?  I thought this only happened on successful orders.
> 
The number is only an order reference, and not an invoice number, so
that's fine.  That's just the way it all works in the Standard demo.

You could create your own code to generate order numbers another way,
but there's probably not a lot to be gained by doing so.

-- 
   _/   _/  _/_/_/_/  _/    _/  _/_/_/  _/    _/
  _/_/_/   _/_/      _/    _/    _/    _/_/  _/   K e v i n   W a l s h
 _/ _/    _/          _/ _/     _/    _/  _/_/    kevin at cursor.biz
_/   _/  _/_/_/_/      _/    _/_/_/  _/    _/