db at m-and-d.com
Fri Feb 15 12:15:00 UTC 2013
> Quoting DB (db at m-and-d.com):
>> I've been using Skipjack as a gateway provider for years. I recently
>> started requiring CVV2 codes on my checkout page. I asked Skipjack about
>> transactions being declined based on CVV2 mismatch. I was told that they
>> can't do that - they can ony require the field be populated, which of
>> course I can do myself.
>> That seems kind of dumb to me. If a CVV2 mismatch is not used as a
>> reason to decline a transaction, then what's the point of requiring it
>> on my checkout page?
>> I'm interested in hearing what others do with CVV2 codes. It is hard to
>> believe that what Skipjack told me is correct.
> Yes, this is the case with at least Linkpoint and PayflowPro, too (but
> not Authorize.net). To get around it, you have to send transactions as
> authorizations (not sales), and then configure the payment module to
> send an error to the customer if the CVV does not match. This is done
> via a "check_sub" in the case of Linkpoint.pm. Looks like Skipjack.pm
> would need to be updated to support this kind of functionality
> (something a competent IC consultant could do).
Thanks for the info. I was amazed at how clueless both Skipjack and my
processor NPC were when I called to ask them what my CVV options were.
I'm hunting for a competent processor that resells Authorize.net and is
not painful to deal with. Perhaps I'm asking too much ;)
More information about the interchange-users