[ic] Authorize.Net "Unknown charge type:"

Kevin Walsh kevin at cursor.biz
Sun Jul 30 06:19:10 EDT 2006


Grant <emailgrant at gmail.com> wrote:
> > > There is actually a long list of variables in the [payment] module.  So, any
> > > values that aren't passed to the charge tag explicitly are pulled from
> > > the session's [value]s if possible?
> > >
> > No.  None of the [charge] parameters will be pulled from the $Values
> > space, as that would be far too insecure.  Default parameter values can
> > be stored in a Route or in Variables.  Variables must be prefixed with
> > "MV_PAYMENT_".  The Route name must match the name given in the [charge]
> > tag's "route" parameter.
> >
> Well, the following values must be pulled:
> 
> mv_credit_card_number
> mv_credit_card_exp_month
> mv_credit_card_exp_year
>
There is a difference between the tag parameters, which will not
be pulled from $Values space, and values, which cannot be passed
as parameters.  From the context of this thread, I thought we were
talking about parameters.

> 
> I'm not passing them to the charge tag explicitly, but if I don't
> submit them on the page I get the appropriate error responses.
>
You can set keys in the $Value hashref before calling [charge],
if you want to avoid using a HTML <form> for some reason.  I can't
think of a reason for doing that.

> 
> Also, how can I get the values of the $result variables on my IC page?
>  For example:
> 
> x_response_reason_text
> x_trans_id
> x_avs_code
> 
> I've tried all kinds of stuff with no luck.
> 
I have a UserTag that you can use for that sort of thing.  You can
either use it directly or examine the code and use the same technique
in your code.

You can get the [payment-result] UserTag from this page:

    http://www.interchange.rtfm.info/downloads/usertags/index.html

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


More information about the interchange-users mailing list