<?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 Question about handling asynchronous callbacks in CyberSource API integration in cybersource APIs</title>
    <link>https://community.developer.cybersource.com/t5/cybersource-APIs/Question-about-handling-asynchronous-callbacks-in-CyberSource/m-p/94691#M4015</link>
    <description>&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I’m integrating the CyberSource REST API for payment processing in our Node.js backend. I have a question around managing asynchronous callbacks and error handling:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;When using their payment-authorization endpoint, if the response returns with a 402 or another non-200 status, what’s the best practice to retry the request — immediately, or after some delay (and how long)?&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Also, in case the callback URL is unreachable (network timeout or DNS error), does CyberSource automatically retry, or do we need to implement our own retry logic?&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Thanks in advance for any insights or examples from real-world integrations.&lt;/P&gt;</description>
    <pubDate>Tue, 09 Dec 2025 17:34:49 GMT</pubDate>
    <dc:creator>Iuvtech</dc:creator>
    <dc:date>2025-12-09T17:34:49Z</dc:date>
    <item>
      <title>Question about handling asynchronous callbacks in CyberSource API integration</title>
      <link>https://community.developer.cybersource.com/t5/cybersource-APIs/Question-about-handling-asynchronous-callbacks-in-CyberSource/m-p/94691#M4015</link>
      <description>&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I’m integrating the CyberSource REST API for payment processing in our Node.js backend. I have a question around managing asynchronous callbacks and error handling:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;When using their payment-authorization endpoint, if the response returns with a 402 or another non-200 status, what’s the best practice to retry the request — immediately, or after some delay (and how long)?&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Also, in case the callback URL is unreachable (network timeout or DNS error), does CyberSource automatically retry, or do we need to implement our own retry logic?&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Thanks in advance for any insights or examples from real-world integrations.&lt;/P&gt;</description>
      <pubDate>Tue, 09 Dec 2025 17:34:49 GMT</pubDate>
      <guid>https://community.developer.cybersource.com/t5/cybersource-APIs/Question-about-handling-asynchronous-callbacks-in-CyberSource/m-p/94691#M4015</guid>
      <dc:creator>Iuvtech</dc:creator>
      <dc:date>2025-12-09T17:34:49Z</dc:date>
    </item>
    <item>
      <title>Re: Question about handling asynchronous callbacks in CyberSource API integration</title>
      <link>https://community.developer.cybersource.com/t5/cybersource-APIs/Question-about-handling-asynchronous-callbacks-in-CyberSource/m-p/94706#M4024</link>
      <description>&lt;P&gt;For handling asynchronous callbacks with CyberSource REST API, if a payment-authorization response returns a 402 or other non-200 status, implement a retry with exponential backoff rather than immediate retries to avoid overwhelming the API. Typical delays start around a few seconds and double each retry, with a maximum number of attempts. If the callback URL is unreachable, CyberSource does not automatically retry, so your backend should handle retries, logging, and alerts for failed callbacks.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sat, 13 Dec 2025 07:08:49 GMT</pubDate>
      <guid>https://community.developer.cybersource.com/t5/cybersource-APIs/Question-about-handling-asynchronous-callbacks-in-CyberSource/m-p/94706#M4024</guid>
      <dc:creator>Elio</dc:creator>
      <dc:date>2025-12-13T07:08:49Z</dc:date>
    </item>
  </channel>
</rss>

