<?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: duplicate window limit on Prior Authorization Capture in Integration and Testing</title>
    <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/duplicate-window-limit-on-Prior-Authorization-Capture/m-p/34875#M19293</link>
    <description>&lt;P&gt;ok, I see.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I had tested this new implementation in our Dev environment and it worked&amp;nbsp;perfect but last night when I deployed to production&amp;nbsp;the same code&amp;nbsp;failed.&amp;nbsp; The AUTH_ONLY requests were submitted but the relay page was failing.&amp;nbsp; Of course the logging wasn't set up right so I couldn't see what was going on but I thought maybe it was failing because the capture was getting viewed as a duplicate transaction.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I have fixed the logging and will just have to push it out to production and try again I guess so I can see what is actually going on.&amp;nbsp; Was hoping I could figure out what the issue was before having to redeploy though but guess I'm not that lucky.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;PRE&gt;var priorAuthCapture = new CaptureRequest(sr.Amount, sr.TransactionID, sr.AuthorizationCode);
var response = gateway.Send(priorAuthCapture);
if (response.Approved)
{
    //do business logic&lt;/PRE&gt;&lt;P&gt;This is in our Relay page so it&amp;nbsp;happens almost instantly after the initial authorization request is submitted.&amp;nbsp; From what I can tell response.Approved was coming back&amp;nbsp;false.&amp;nbsp; I was not getting an exception, it was just not doing any of the business logic in the "Approved" block.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Anyway, unless you see any glaring errors in my code above I'll just try again off-hours and actually capture the response message this time.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;:-)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Anyway, thanks for the quick response,&lt;/P&gt;&lt;P&gt;John&lt;/P&gt;</description>
    <pubDate>Wed, 03 Jul 2013 15:33:55 GMT</pubDate>
    <dc:creator>juantoro</dc:creator>
    <dc:date>2013-07-03T15:33:55Z</dc:date>
    <item>
      <title>duplicate window limit on Prior Authorization Capture</title>
      <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/duplicate-window-limit-on-Prior-Authorization-Capture/m-p/34872#M19290</link>
      <description>&lt;P&gt;Hi there,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I would just like to know if the duplicate transaction limit affects prior authorization captures.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We are modifying our current setup to switch from sending an "AUTH_CAPTURE" request via DPM&amp;nbsp;to sending&amp;nbsp;an "AUTH_ONLY" request via DPM&amp;nbsp;and then in our Relay Response page we will&amp;nbsp;perform a CaptureRequest to capture the funds and perform the necessary business functions.&amp;nbsp; This allows us to capture funds and peform our&amp;nbsp;business logic&amp;nbsp;in one atomic transaction.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Can you please confirm whether or not the "duplicate window" setting&amp;nbsp;applies in this scenario.&amp;nbsp; i.e. can I submit an "AUTH_ONLY" request and then immediately capture the funds without waiting the default 2 minutes or will I need to set this to 0 in my initial request?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thank you,&lt;/P&gt;&lt;P&gt;John&lt;/P&gt;</description>
      <pubDate>Wed, 03 Jul 2013 15:07:59 GMT</pubDate>
      <guid>https://community.developer.cybersource.com/t5/Integration-and-Testing/duplicate-window-limit-on-Prior-Authorization-Capture/m-p/34872#M19290</guid>
      <dc:creator>juantoro</dc:creator>
      <dc:date>2013-07-03T15:07:59Z</dc:date>
    </item>
    <item>
      <title>Re: duplicate window limit on Prior Authorization Capture</title>
      <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/duplicate-window-limit-on-Prior-Authorization-Capture/m-p/34873#M19291</link>
      <description>&lt;P&gt;That is different, as it is for creating a new transaction.&lt;/P&gt;&lt;P&gt;You would be sending a transactionID with the PRIOR_AUTH_CAPTURE for a existing transaction.&lt;/P&gt;</description>
      <pubDate>Wed, 03 Jul 2013 15:19:54 GMT</pubDate>
      <guid>https://community.developer.cybersource.com/t5/Integration-and-Testing/duplicate-window-limit-on-Prior-Authorization-Capture/m-p/34873#M19291</guid>
      <dc:creator>RaynorC1emen7</dc:creator>
      <dc:date>2013-07-03T15:19:54Z</dc:date>
    </item>
    <item>
      <title>Re: duplicate window limit on Prior Authorization Capture</title>
      <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/duplicate-window-limit-on-Prior-Authorization-Capture/m-p/34875#M19293</link>
      <description>&lt;P&gt;ok, I see.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I had tested this new implementation in our Dev environment and it worked&amp;nbsp;perfect but last night when I deployed to production&amp;nbsp;the same code&amp;nbsp;failed.&amp;nbsp; The AUTH_ONLY requests were submitted but the relay page was failing.&amp;nbsp; Of course the logging wasn't set up right so I couldn't see what was going on but I thought maybe it was failing because the capture was getting viewed as a duplicate transaction.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I have fixed the logging and will just have to push it out to production and try again I guess so I can see what is actually going on.&amp;nbsp; Was hoping I could figure out what the issue was before having to redeploy though but guess I'm not that lucky.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;PRE&gt;var priorAuthCapture = new CaptureRequest(sr.Amount, sr.TransactionID, sr.AuthorizationCode);
var response = gateway.Send(priorAuthCapture);
if (response.Approved)
{
    //do business logic&lt;/PRE&gt;&lt;P&gt;This is in our Relay page so it&amp;nbsp;happens almost instantly after the initial authorization request is submitted.&amp;nbsp; From what I can tell response.Approved was coming back&amp;nbsp;false.&amp;nbsp; I was not getting an exception, it was just not doing any of the business logic in the "Approved" block.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Anyway, unless you see any glaring errors in my code above I'll just try again off-hours and actually capture the response message this time.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;:-)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Anyway, thanks for the quick response,&lt;/P&gt;&lt;P&gt;John&lt;/P&gt;</description>
      <pubDate>Wed, 03 Jul 2013 15:33:55 GMT</pubDate>
      <guid>https://community.developer.cybersource.com/t5/Integration-and-Testing/duplicate-window-limit-on-Prior-Authorization-Capture/m-p/34875#M19293</guid>
      <dc:creator>juantoro</dc:creator>
      <dc:date>2013-07-03T15:33:55Z</dc:date>
    </item>
    <item>
      <title>Re: duplicate window limit on Prior Authorization Capture</title>
      <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/duplicate-window-limit-on-Prior-Authorization-Capture/m-p/34877#M19295</link>
      <description>&lt;P&gt;relay response error usually is an access issue with the url.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;A href="https://community.developer.cybersource.com/t5/The-Authorize-Net-Developer-Blog/Relay-Response-Basics-and-Troubleshooting/ba-p/9536" target="_self"&gt;Relay Response Basics and Troubleshooting&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;If you think it is not getting approved, check the response code/ response reason code to see why it is not approved.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 03 Jul 2013 16:46:23 GMT</pubDate>
      <guid>https://community.developer.cybersource.com/t5/Integration-and-Testing/duplicate-window-limit-on-Prior-Authorization-Capture/m-p/34877#M19295</guid>
      <dc:creator>RaynorC1emen7</dc:creator>
      <dc:date>2013-07-03T16:46:23Z</dc:date>
    </item>
    <item>
      <title>Re: duplicate window limit on Prior Authorization Capture</title>
      <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/duplicate-window-limit-on-Prior-Authorization-Capture/m-p/35000#M19407</link>
      <description>&lt;P&gt;Thank you for your response.&amp;nbsp; What it ended up being was that by default the gateway is set to be in Test Mode, which explains why it worked fine in our development environment and failed once I pushed it to production.&amp;nbsp; The fix was to manually set the Test Mode value via a web.config setting so we can set it to True in our testing environments and False when we deploy to production.&lt;/P&gt;&lt;P&gt;i.e&lt;/P&gt;&lt;P&gt;&lt;FONT face="courier new,courier"&gt;gateway.TestMode =&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face="courier new,courier"&gt;&lt;FONT color="#2b91af" size="2"&gt;&lt;FONT color="#2b91af" size="2"&gt;&lt;FONT color="#2b91af" size="2"&gt;ConfigurationManager&lt;/FONT&gt;&lt;/FONT&gt;&lt;/FONT&gt;&lt;FONT size="2"&gt;&lt;FONT size="2"&gt;.AppSettings(&lt;/FONT&gt;&lt;/FONT&gt;&lt;FONT color="#259241" size="2"&gt;&lt;FONT color="#259241" size="2"&gt;&lt;FONT color="#259241" size="2"&gt;"AUTHORIZE_NET_GATEWAY_TEST_MODE"&lt;/FONT&gt;&lt;/FONT&gt;&lt;/FONT&gt;&lt;FONT size="2"&gt;&lt;FONT size="2"&gt;&lt;FONT size="2"&gt;)&lt;/FONT&gt;&lt;/FONT&gt;&lt;/FONT&gt;&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face="courier new,courier"&gt;response = gateway.Send(credit)&lt;/FONT&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 16 Jul 2013 18:40:16 GMT</pubDate>
      <guid>https://community.developer.cybersource.com/t5/Integration-and-Testing/duplicate-window-limit-on-Prior-Authorization-Capture/m-p/35000#M19407</guid>
      <dc:creator>juantoro</dc:creator>
      <dc:date>2013-07-16T18:40:16Z</dc:date>
    </item>
  </channel>
</rss>

