>>>I was wondering if anybody here has done any work with the new "Chip Reader" Swipers?
>>>(for payment systems or payment processing).
>>>
>>>
>>
>>I have one on my desk - although I don't have any sample chip cards to try it with.
>
>Well my replacement Debit card from BOA came yesterday and it now has the chip on it!
>
>I am wondering how these new Chip reader swipers interface software wise?
>
>Is there a specific manufacturer you work with?
>Does it come with any kind of software support? (for VFP - sample code).
>
>The current swipers are just keyboard emulators and it was easy to parse the card info from it.
>I need to figure out how one can parse the card info from the Chip readers? (I am pretty sure it is not as easy!).
>

Most CC readers I've used (besides just the keyboard wedge style) have come with COM components that you can use to interface w/the reader. So they work from VFP just don't expect any sample code.

I think in the US they decided to go with Chip + Signature vs Chip + Pin - if it was chip + pin you'd definitely need to use a device that let the customer enter their PIN #. I don't know if there is a requirement for you to capture their signature electronically or not. I looked through the docs for the device I've currently got (an Ingenico iSC250) and I didn't see anything specific to the contactless cards so I'd expect that, from my app's point of view, it behaves the same as a normal card. That is, they wave the card by the device and it raises the same event that would be raised if they had swiped it (encryption and all). At least that's what I'd expect - reality might be they've got some convoluted way of getting this info. I'll shoot an e-mail off to Ingenico to see what's involved (since I know I'll have to do this sometime next year anyway).