Hmm...so, let me get this straight:

- A "card present" account is actually just an account that, if the card is 
actually present, requires a bit less information (no address,cvv needed) 
than a non-card present account, because the track information on the card 
gets sent;

- However if the card is not present, you can spoof it by sending more 
information, i.e. the address and zip code.

I will test this out and report back.

-- Josh



----- Original Message ----- 
From: "Arden Weiss" <[EMAIL PROTECTED]>
To: "CF-Talk" <[email protected]>
Sent: Friday, February 02, 2007 12:53 PM
Subject: Re: Authorize.net card present account


> >
>>For various dumb reasons my boss wants to use the card present account to
>>process web transactions.
>>
>>I tried bouncing a web transaction off the card present account, but not
>>surprisingly got the error "account not authorized for that type of
>>transaction" or some such.
>
> My experience with authorize.net is as follows:
>
> We are running AIM card pressent system and can enter card data manually 
> in those cases where the customer has phoned in a purchase and given 
> credit card information.
>
> In the case where the card is present and swiped, the contents of the 
> enire track 1 is sent to the bank as x_track1 variable (processing entity) 
> via authoize.net along with other required information via a CFHTTPS 
> transmission -- approvals or denials are sent back.
>
> In the case where the card is NOT present, the card number, expiration 
> info numeric part of the address and the zipcode is sent as separate 
> variables via the same process -- approvals or denials are received back.
>
> As far as we are concerned the process is transparent at authoize.net --  
> however, at the bank or processor, they do keep track of whether track1 or 
> the pieces comprising the contents of track1 and different rules apply 
> plus the cost of manual transactions are more than scanned transactions.
>
> If you have questions, I suggest you contact Corey Koeing at 
> [EMAIL PROTECTED] -- he is the resident program that is familar with 
> CF and the what they do.
>
> Also, of interest is the fact that authorize.net does not handle Pin Debit 
> transacitons -- debit cards are handle just like credit cards transactions 
> and settle daily...
>
> Hope this was helpful...
>
> 

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
Upgrade to Adobe ColdFusion MX7 
Experience Flex 2 & MX7 integration & create powerful cross-platform RIAs 
http:http://ad.doubleclick.net/clk;56760587;14748456;a?http://www.adobe.com/products/coldfusion/flex2/?sdid=LVNU

Archive: 
http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:268540
Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4

Reply via email to