AIM encryptedTrackData vs track1 or track2 - what's the point?

blalond — Wed, 20 Aug 2014 21:24:04 GMT

Hello,

I'm actually working on an iOS integration using the SDK https://github.com/AuthorizeNet/sdk-mpos-ios

The SDK allows for PaymentType with CreditCardTrackType trackData or SwiperDataType swiperData... what would be the point of the trackData with track1/2?

But I suppose this could be just a question that's related to AIM, aside from the iOS SDK world...

The question is, "When would you use the track1/2 data as opposed to encryptedTrackData?"

(fields listed here http://developer.authorize.net/api/reference/ and here http://www.authorize.net/support/AIM_guide_XML.pdf )

Thanks,

-Brian

Re: AIM encryptedTrackData vs track1 or track2 - what's the point?

RichardH — Thu, 21 Aug 2014 16:08:08 GMT

Hello @blalond

You are correct, it is always preferable to use encrypted data instead of track data when submitting transactions. Encrypted readers must be injected with the Authorize.Net key before they can be used with our gateway.

A list of available encrypted readers is available here: http://www.authorize.net/mobile

Richard

topic Re: AIM encryptedTrackData vs track1 or track2 - what's the point? in Integration and Testing

AIM encryptedTrackData vs track1 or track2 - what's the point?

Re: AIM encryptedTrackData vs track1 or track2 - what's the point?