<?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 Re: Why is Response Code 3 instead of 2 for the following Reasons? in Integration and Testing</title>
    <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/Why-is-Response-Code-3-instead-of-2-for-the-following-Reasons/m-p/20224#M11096</link>
    <description>It can only be a decline if the card issuing bank declines the transaction. If Authorize.Net catches an error before processing the transaction, the transaction is not processed and cannot be declined. FYI, validation errors are real errors. If they are not caught prior to transmission it does make them any less real (some of those scenarios can be caught prior to transmittal).&lt;BR /&gt;&lt;BR /&gt;Transactions that pass validation will come up as declines in the cases you listed above.</description>
    <pubDate>Sat, 17 Dec 2011 17:01:15 GMT</pubDate>
    <dc:creator>stymiee</dc:creator>
    <dc:date>2011-12-17T17:01:15Z</dc:date>
    <item>
      <title>Why is Response Code 3 instead of 2 for the following Reasons?</title>
      <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/Why-is-Response-Code-3-instead-of-2-for-the-following-Reasons/m-p/20208#M11088</link>
      <description>&lt;P&gt;Why is &lt;STRONG&gt;Response Code&lt;/STRONG&gt; 3 instead of 2 for the following reasons:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;6. The credit card number is invalid.&lt;BR /&gt;7. The credit card expiration date is invalid.&lt;BR /&gt;8. The credit card has expired.&lt;BR /&gt;78. The Card Code (CVV2/CVC2/CID) is invalid.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I understand that these could be classified as transaction errors, but wouldn't it be better to dish out &lt;STRONG&gt;transaction has been declined&lt;/STRONG&gt; status instead, since these are &lt;U&gt;validation errors, not real errors&lt;/U&gt;.&lt;/P&gt;</description>
      <pubDate>Sat, 17 Dec 2011 07:05:32 GMT</pubDate>
      <guid>https://community.developer.cybersource.com/t5/Integration-and-Testing/Why-is-Response-Code-3-instead-of-2-for-the-following-Reasons/m-p/20208#M11088</guid>
      <dc:creator>qwertyfinger</dc:creator>
      <dc:date>2011-12-17T07:05:32Z</dc:date>
    </item>
    <item>
      <title>Re: Why is Response Code 3 instead of 2 for the following Reasons?</title>
      <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/Why-is-Response-Code-3-instead-of-2-for-the-following-Reasons/m-p/20224#M11096</link>
      <description>It can only be a decline if the card issuing bank declines the transaction. If Authorize.Net catches an error before processing the transaction, the transaction is not processed and cannot be declined. FYI, validation errors are real errors. If they are not caught prior to transmission it does make them any less real (some of those scenarios can be caught prior to transmittal).&lt;BR /&gt;&lt;BR /&gt;Transactions that pass validation will come up as declines in the cases you listed above.</description>
      <pubDate>Sat, 17 Dec 2011 17:01:15 GMT</pubDate>
      <guid>https://community.developer.cybersource.com/t5/Integration-and-Testing/Why-is-Response-Code-3-instead-of-2-for-the-following-Reasons/m-p/20224#M11096</guid>
      <dc:creator>stymiee</dc:creator>
      <dc:date>2011-12-17T17:01:15Z</dc:date>
    </item>
  </channel>
</rss>

