<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Card Code 65 (CVV) on Valid Numbers In Testing in Integration and Testing</title>
    <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/Card-Code-65-CVV-on-Valid-Numbers-In-Testing/m-p/34458#M18903</link>
    <description>&lt;P&gt;I am using the AIM PHP API to process credit cards for a site I am building. I am using a developer account and I have tried using both the setSandbox(TRUE) function for testing and also turning on TEST MODE in the Merchant interface. I am testing the CVV response codes and using the test CVV = 901 to trigger&amp;nbsp;the return of "N" card code response&amp;nbsp;(reason code = 65) which is what I am declining transactions on.&amp;nbsp; I am getting the appropriate response when submitting transaction with the invalid CVV. The problem is that if I then change the CVV to a valid one (ex. 123) and try to resubmit, I still get the "N" card code response and&amp;nbsp;the reason code = 65. Is this a TEST MODE thing or will this occur in LIVE MODE? In either case, is there a way to get around it other than allowing mismatch CVV codes?&lt;/P&gt;</description>
    <pubDate>Fri, 31 May 2013 21:05:49 GMT</pubDate>
    <dc:creator>rhise</dc:creator>
    <dc:date>2013-05-31T21:05:49Z</dc:date>
    <item>
      <title>Card Code 65 (CVV) on Valid Numbers In Testing</title>
      <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/Card-Code-65-CVV-on-Valid-Numbers-In-Testing/m-p/34458#M18903</link>
      <description>&lt;P&gt;I am using the AIM PHP API to process credit cards for a site I am building. I am using a developer account and I have tried using both the setSandbox(TRUE) function for testing and also turning on TEST MODE in the Merchant interface. I am testing the CVV response codes and using the test CVV = 901 to trigger&amp;nbsp;the return of "N" card code response&amp;nbsp;(reason code = 65) which is what I am declining transactions on.&amp;nbsp; I am getting the appropriate response when submitting transaction with the invalid CVV. The problem is that if I then change the CVV to a valid one (ex. 123) and try to resubmit, I still get the "N" card code response and&amp;nbsp;the reason code = 65. Is this a TEST MODE thing or will this occur in LIVE MODE? In either case, is there a way to get around it other than allowing mismatch CVV codes?&lt;/P&gt;</description>
      <pubDate>Fri, 31 May 2013 21:05:49 GMT</pubDate>
      <guid>https://community.developer.cybersource.com/t5/Integration-and-Testing/Card-Code-65-CVV-on-Valid-Numbers-In-Testing/m-p/34458#M18903</guid>
      <dc:creator>rhise</dc:creator>
      <dc:date>2013-05-31T21:05:49Z</dc:date>
    </item>
    <item>
      <title>Re: Card Code 65 (CVV) on Valid Numbers In Testing</title>
      <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/Card-Code-65-CVV-on-Valid-Numbers-In-Testing/m-p/34460#M18905</link>
      <description>&lt;P&gt;does it work if you use CVV=900. Also for test account, there isn't any reason to turn test mode on.&lt;/P&gt;</description>
      <pubDate>Fri, 31 May 2013 22:49:19 GMT</pubDate>
      <guid>https://community.developer.cybersource.com/t5/Integration-and-Testing/Card-Code-65-CVV-on-Valid-Numbers-In-Testing/m-p/34460#M18905</guid>
      <dc:creator>RaynorC1emen7</dc:creator>
      <dc:date>2013-05-31T22:49:19Z</dc:date>
    </item>
    <item>
      <title>Re: Card Code 65 (CVV) on Valid Numbers In Testing</title>
      <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/Card-Code-65-CVV-on-Valid-Numbers-In-Testing/m-p/34469#M18914</link>
      <description>&lt;P&gt;Thank you for the tip! I used the 900 and it worked. The weird thing is that before I tried the 901 CVV test code, any code worked for testing (ex. 123, 456, 000, etc...). It is like once I used the first test CVV code it turned on a setting that I cannot find.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Again, thanks for the tip.&lt;/P&gt;</description>
      <pubDate>Sun, 02 Jun 2013 14:43:35 GMT</pubDate>
      <guid>https://community.developer.cybersource.com/t5/Integration-and-Testing/Card-Code-65-CVV-on-Valid-Numbers-In-Testing/m-p/34469#M18914</guid>
      <dc:creator>rhise</dc:creator>
      <dc:date>2013-06-02T14:43:35Z</dc:date>
    </item>
    <item>
      <title>Re: Card Code 65 (CVV) on Valid Numbers In Testing</title>
      <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/Card-Code-65-CVV-on-Valid-Numbers-In-Testing/m-p/68092#M41356</link>
      <description>&lt;P&gt;I am also experiencing this issue as well.&amp;nbsp; Testing with a code 901, then switching it to 900 or any other successful matches and am still getting a response that the code is invalid.&lt;/P&gt;</description>
      <pubDate>Thu, 20 Jun 2019 13:23:56 GMT</pubDate>
      <guid>https://community.developer.cybersource.com/t5/Integration-and-Testing/Card-Code-65-CVV-on-Valid-Numbers-In-Testing/m-p/68092#M41356</guid>
      <dc:creator>SethS-Candoris</dc:creator>
      <dc:date>2019-06-20T13:23:56Z</dc:date>
    </item>
  </channel>
</rss>

