<?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: AIM: auth_only - ok &amp;gt;&amp;gt; prio_auth_capture - declined &amp;gt;&amp;gt; void - transaction not found in Integration and Testing</title>
    <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/AIM-auth-only-ok-gt-gt-prio-auth-capture-declined-gt-gt-void/m-p/18300#M10165</link>
    <description>&lt;P&gt;Is there any pattern to this? Does it always happen on certain types of transactions, such a e-check?&lt;/P&gt;</description>
    <pubDate>Wed, 26 Oct 2011 03:30:19 GMT</pubDate>
    <dc:creator>TJPride</dc:creator>
    <dc:date>2011-10-26T03:30:19Z</dc:date>
    <item>
      <title>AIM: auth_only - ok &gt;&gt; prio_auth_capture - declined &gt;&gt; void - transaction not found -- !?</title>
      <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/AIM-auth-only-ok-gt-gt-prio-auth-capture-declined-gt-gt-void/m-p/18288#M10159</link>
      <description>&lt;P&gt;My current setup goes like this:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;AIM:&lt;/P&gt;&lt;P&gt;&amp;nbsp;- always try to authorize first&lt;/P&gt;&lt;P&gt;&amp;nbsp;-- if transaction gets declined: void it ..&lt;/P&gt;&lt;P&gt;&amp;nbsp;-- else capture it&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;And sometimes I have that issue, that I&lt;/P&gt;&lt;P&gt;&amp;nbsp;- get an authorization&lt;/P&gt;&lt;P&gt;&amp;nbsp;- BUT the capture gets declined&lt;/P&gt;&lt;P&gt;&amp;nbsp;- AND then the whole transaction can't not even be voided anymore&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Here are the logs of such a misserable request-response-orgy:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;----Request -- first auth_only ----&lt;/P&gt;&lt;P&gt;x_version=3.1&amp;amp;&lt;/P&gt;&lt;P&gt;x_delim_char=%2C&amp;amp;&lt;/P&gt;&lt;P&gt;x_delim_data=TRUE&amp;amp;&lt;/P&gt;&lt;P&gt;x_relay_response=FALSE&amp;amp;&lt;/P&gt;&lt;P&gt;x_encap_char=%7C&amp;amp;&lt;/P&gt;&lt;P&gt;x_amount=238&amp;amp;&lt;/P&gt;&lt;P&gt;x_address=14+Dojostr&amp;amp;&lt;/P&gt;&lt;P&gt;x_zip=65444&amp;amp;&lt;/P&gt;&lt;P&gt;x_first_name=John&amp;amp;&lt;/P&gt;&lt;P&gt;x_last_name=Doe&amp;amp;&lt;/P&gt;&lt;P&gt;x_invoice_num=508245&amp;amp;&lt;/P&gt;&lt;P&gt;x_cust_id=8549&amp;amp;&lt;/P&gt;&lt;P&gt;x_method=echeck&amp;amp;&lt;/P&gt;&lt;P&gt;x_bank_aba_code=121000248&amp;amp;&lt;/P&gt;&lt;P&gt;x_bank_acct_num=12345678&amp;amp;&lt;/P&gt;&lt;P&gt;x_bank_acct_type=checking&amp;amp;&lt;/P&gt;&lt;P&gt;x_bank_name=Bank+of+Earth&amp;amp;&lt;/P&gt;&lt;P&gt;x_bank_acct_name=Hans+ertg+rvf+rfrrf+rw&amp;amp;&lt;/P&gt;&lt;P&gt;x_echeck_type=web&amp;amp;&lt;/P&gt;&lt;P&gt;x_type=AUTH_ONLY&amp;amp;&lt;/P&gt;&lt;P&gt;x_login=**&amp;amp;x_tran_key=**&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;----Response----|1|,|1|,|1|,|This transaction has been approved.|,||,|P|,|2165268608|,|508245|,||,|238.00|,|ECHECK|,|auth_only|,|8549|,|John|,|Doe|,||,|14 Dojostr|,||,||,|65444|,||,||,||,||,||,||,||,||,||,||,||,||,||,||,||,||,||,|5274CA1D43C1D96E25D286E1FEB0C626|,||,||,||,||,||,||,||,||,||,||,||,||,|XXXX5678|,|Bank Account|,||,||,||,||,||,||,||,||,||,||,||,||,||,||,||,||&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;----Request -- auth_only approved -- now capture ----&lt;/P&gt;&lt;P&gt;x_version=3.1&amp;amp;&lt;/P&gt;&lt;P&gt;x_delim_char=%2C&amp;amp;&lt;/P&gt;&lt;P&gt;x_delim_data=TRUE&amp;amp;&lt;/P&gt;&lt;P&gt;x_relay_response=FALSE&amp;amp;&lt;/P&gt;&lt;P&gt;x_encap_char=%7C&amp;amp;&lt;/P&gt;&lt;P&gt;x_first_name=John&amp;amp;&lt;/P&gt;&lt;P&gt;x_last_name=Doe&amp;amp;&lt;/P&gt;&lt;P&gt;x_invoice_num=508245&amp;amp;&lt;/P&gt;&lt;P&gt;x_cust_id=8549&amp;amp;&lt;/P&gt;&lt;P&gt;x_trans_id=2165268608&amp;amp;&lt;/P&gt;&lt;P&gt;x_type=PRIOR_AUTH_CAPTURE&amp;amp;&lt;/P&gt;&lt;P&gt;x_login=**&amp;amp;&lt;/P&gt;&lt;P&gt;x_tran_key=**&lt;/P&gt;&lt;P&gt;----Response----|2|,|1|,|2|,|This transaction has been declined.|,||,|P|,|2165268608|,|508245|,||,|238.00|,|ECHECK|,|prior_auth_capture|,|8549|,|John|,|Doe|,||,|14 Dojostr|,||,||,|65444|,||,||,||,||,||,||,||,||,||,||,||,||,|0.00|,|0.00|,|0.00|,|FALSE|,||,|5274CA1D43C1D96E25D286E1FEB0C626|,||,||,||,||,||,||,||,||,||,||,||,||,||,|Bank Account|,||,||,||,||,||,||,||,||,||,||,||,||,||,||,||,||&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;----Request -- try to void ----&lt;/P&gt;&lt;P&gt;x_version=3.1&amp;amp;&lt;/P&gt;&lt;P&gt;x_delim_char=%2C&amp;amp;&lt;/P&gt;&lt;P&gt;x_delim_data=TRUE&amp;amp;&lt;/P&gt;&lt;P&gt;x_relay_response=FALSE&amp;amp;&lt;/P&gt;&lt;P&gt;x_encap_char=%7C&amp;amp;&lt;/P&gt;&lt;P&gt;x_method=echeck&amp;amp;&lt;/P&gt;&lt;P&gt;x_trans_id=2165268608&amp;amp;&lt;/P&gt;&lt;P&gt;x_type=VOID&amp;amp;&lt;/P&gt;&lt;P&gt;x_login=**&amp;amp;&lt;/P&gt;&lt;P&gt;x_tran_key=**&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;----Response----|3|,|2|,|16|,|The transaction cannot be found.|,||,|P|,|0|,||,||,|0.00|,|ECHECK|,|void|,||,||,||,||,||,||,||,||,||,||,||,||,||,||,||,||,||,||,||,||,||,||,||,||,||,|1041533EDE3B1D2EFB0755A6AAE45587|,||,||,||,||,||,||,||,||,||,||,||,||,||,|Bank Account|,||,||,||,||,||,||,||,||,||,||,||,||,||,||,||,||﻿&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;What am I missing ?&lt;/P&gt;&lt;P&gt;Why is the capture declined when the authorization was already approved ?&lt;/P&gt;&lt;P&gt;And why can't the declined transaction be found to be voided ?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 26 Oct 2011 00:34:38 GMT</pubDate>
      <guid>https://community.developer.cybersource.com/t5/Integration-and-Testing/AIM-auth-only-ok-gt-gt-prio-auth-capture-declined-gt-gt-void/m-p/18288#M10159</guid>
      <dc:creator>abernh</dc:creator>
      <dc:date>2011-10-26T00:34:38Z</dc:date>
    </item>
    <item>
      <title>Re: AIM: auth_only - ok &gt;&gt; prio_auth_capture - declined &gt;&gt; void - transaction not found</title>
      <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/AIM-auth-only-ok-gt-gt-prio-auth-capture-declined-gt-gt-void/m-p/18300#M10165</link>
      <description>&lt;P&gt;Is there any pattern to this? Does it always happen on certain types of transactions, such a e-check?&lt;/P&gt;</description>
      <pubDate>Wed, 26 Oct 2011 03:30:19 GMT</pubDate>
      <guid>https://community.developer.cybersource.com/t5/Integration-and-Testing/AIM-auth-only-ok-gt-gt-prio-auth-capture-declined-gt-gt-void/m-p/18300#M10165</guid>
      <dc:creator>TJPride</dc:creator>
      <dc:date>2011-10-26T03:30:19Z</dc:date>
    </item>
    <item>
      <title>Re: AIM: auth_only - ok &gt;&gt; prio_auth_capture - declined &gt;&gt; void - transaction not found</title>
      <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/AIM-auth-only-ok-gt-gt-prio-auth-capture-declined-gt-gt-void/m-p/18310#M10170</link>
      <description>&lt;P&gt;I wasn't able to figure one out.&lt;/P&gt;&lt;P&gt;Currently I experience this more with echecks, as the cc transactions get never declined on the test server. But in the live env we have also some cc cases where this happens - not seldom.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;But even if we'd leave the auth&amp;amp;capture problem aside - why is the transaction not found anymore to be voided ? did I sent wrong values for the void-request?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 26 Oct 2011 07:21:29 GMT</pubDate>
      <guid>https://community.developer.cybersource.com/t5/Integration-and-Testing/AIM-auth-only-ok-gt-gt-prio-auth-capture-declined-gt-gt-void/m-p/18310#M10170</guid>
      <dc:creator>abernh</dc:creator>
      <dc:date>2011-10-26T07:21:29Z</dc:date>
    </item>
    <item>
      <title>Re: AIM: auth_only - ok &gt;&gt; prio_auth_capture - declined &gt;&gt; void - transaction not found</title>
      <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/AIM-auth-only-ok-gt-gt-prio-auth-capture-declined-gt-gt-void/m-p/18322#M10176</link>
      <description>&lt;P&gt;If you go into your account, does a transaction with that transaction ID exist? I'm not too familiar with working directly with the XML - seems like there's a lot more scope for something going wrong. I use the PHP API that sits on top of the XML.&lt;/P&gt;</description>
      <pubDate>Wed, 26 Oct 2011 16:16:25 GMT</pubDate>
      <guid>https://community.developer.cybersource.com/t5/Integration-and-Testing/AIM-auth-only-ok-gt-gt-prio-auth-capture-declined-gt-gt-void/m-p/18322#M10176</guid>
      <dc:creator>TJPride</dc:creator>
      <dc:date>2011-10-26T16:16:25Z</dc:date>
    </item>
  </channel>
</rss>

