on 7/4/02 1:51 PM, Cornelius Conboy at [EMAIL PROTECTED] wrote:

> on 7/4/02 10:16 AM, Dan Stein at [EMAIL PROTECTED] wrote:
> 
>> Three questions
>> 
>> 1. Can I set up testing without getting a security certificate for my
>> development machine?
> 
> yes
Great do I have to do anything special? As long as I send the post arg as a
test or change the mode to test in the merchant menu am I OK. In other words
they are not looking to see if it came from HTTPS. And they will let me send
back to HTTP?
> 
> 
>> 2. do you have a sample snippet of the return response so I can see what
>> parsing it is like. I am assuming I will have to use <@POSTARG> to get my
>> results
>> 
> 
> 
> 
> the first results we look for is the default authorize net argument "<@ARG
> x_response_code>". this numerical value will be either 1,2 or 3.
> (!=approved, 2=denied, 3=error). the form we send them includes a large
> number of hidden arguments, some of which I show below:
> 
> 
> <FORM METHOD=POST
> ACTION="https://secure.authorize.net/gateway/transact.dll";>
> 
> 
> <INPUT TYPE=HIDDEN NAME="x_Cust_ID" VALUE="@@user$member_record_id">
> <INPUT TYPE=HIDDEN NAME="x_Invoice_Num" VALUE="@@user$member_record_id">
> <INPUT TYPE=HIDDEN NAME="userref" VALUE="<@USERREFERENCEARGUMENT>">
> <INPUT TYPE=HIDDEN NAME="x_Login" VALUE="forestweb">
> <INPUT TYPE=HIDDEN NAME="x_Header_Html_Payment_Form" VALUE="<HTML><HEAD>
> Forestweb form</HEAD><BODY><CENTER>">
> <INPUT TYPE=HIDDEN NAME="x_Color_Background" VALUE="FFFFFF">
> <INPUT TYPE=HIDDEN NAME="x_Version" VALUE="3.0">
> <INPUT TYPE=HIDDEN NAME="x_Email_Customer" VALUE="FALSE">
> <INPUT TYPE=HIDDEN NAME="x_adc_relay_response" VALUE="TRUE">
> <INPUT TYPE=HIDDEN NAME="x_adc_url"
> VALUE="https://www.forestweb.com/nborderbill.taf?function=passed&;<@USERREFER
> ENCEARGUMENT>">
> 
> 
> 
> As you can see the form comes back to use from authorize net to
> nborderbill.taf?function=passed&<@USERREFERENCEARGUMENT>">. At that function
> there is an if statement to check  the value of <@ARG x_response_code>.
> Depending on it's value the user is re-assigned variable, told to try again
> etc.
> 
> Does this help?
Yes that confirms what I am doing is pretty much the same. But I see a few
things different. You are using the replay response not direct response is
there a reason why? I was thinking of using direct response instead of relay
as it seems to avoid the referrer URL issue some people were having.

I wanted to see what the response you get back looks like. Does it look like
a regular post arg so I can just say if <@ARG x_response_Code>=1 or do I
have to parse something.

> 
> -Cornelius Conboy
> 
> 
>> 3. Do you use ADC Relay or ADC direct response. Seems like ADC Direct
>> response avoids the URL referrer URL issue altogether. Does it cause other
>> problems for Witango?
> 
> 
> ________________________________________________________________________
> TO UNSUBSCRIBE: send a plain text/US ASCII email to [EMAIL PROTECTED]
>               with unsubscribe witango-talk in the message body
> 

-- 
Dan Stein
Digital Software Solutions
799 Evergreen Circle
Telford PA 18969
Land: 215-799-0192
Mobile: 610-256-2843
Fax 413-410-9682
FMP, WiTango, EDI,SQL 2000
[EMAIL PROTECTED]
www.dss-db.com


________________________________________________________________________
TO UNSUBSCRIBE: send a plain text/US ASCII email to [EMAIL PROTECTED]
                with unsubscribe witango-talk in the message body

Reply via email to