<?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 uestion regarding Direct Post Method - Migrating over from CyberSource in Integration and Testing</title>
    <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/uestion-regarding-Direct-Post-Method-Migrating-over-from/m-p/20977#M11455</link>
    <description>Currently with CyberSource, the payment process goes like this: • User fills in the fields in their browser and clicks a submit button. • User's browser sends an HTML POST to CyberSource. • CyberSource responds with the results in hidden fields in a form, with an onload that causes the form to post to our web server (the customer sets the URL for this is defined in the parameters in CyberSource's business center web site). • The web server gets the posted data and calls the web routine to record the results of the transaction. With authorize net, if I'm reading their spec right, the submit process works like this: A. User fills in the fields in the form and clicks a submit button. B. User's browser sends an HTML POST to the authorize.net server. C. The authorize.net server does a post directly to the site's web server. D. We send back a snipet of HTML that authorize.net sends back to the user's browser to direct it back to the site's web server. E. authorize.net responds to the pose the user's browser did in step B above with the code it got back from the sites web server in step D above. Which step in this process contains the data about the transactions (success/failed status, etc)? Step C or step E? This process is described in the DirectPost_guide.pdf file at the beginning of the Conceptial Overview section. The steps in the process I'm questioning are C and D in the pdf file.</description>
    <pubDate>Tue, 03 Jan 2012 15:05:32 GMT</pubDate>
    <dc:creator>TimmyDrane</dc:creator>
    <dc:date>2012-01-03T15:05:32Z</dc:date>
    <item>
      <title>uestion regarding Direct Post Method - Migrating over from CyberSource</title>
      <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/uestion-regarding-Direct-Post-Method-Migrating-over-from/m-p/20977#M11455</link>
      <description>Currently with CyberSource, the payment process goes like this: • User fills in the fields in their browser and clicks a submit button. • User's browser sends an HTML POST to CyberSource. • CyberSource responds with the results in hidden fields in a form, with an onload that causes the form to post to our web server (the customer sets the URL for this is defined in the parameters in CyberSource's business center web site). • The web server gets the posted data and calls the web routine to record the results of the transaction. With authorize net, if I'm reading their spec right, the submit process works like this: A. User fills in the fields in the form and clicks a submit button. B. User's browser sends an HTML POST to the authorize.net server. C. The authorize.net server does a post directly to the site's web server. D. We send back a snipet of HTML that authorize.net sends back to the user's browser to direct it back to the site's web server. E. authorize.net responds to the pose the user's browser did in step B above with the code it got back from the sites web server in step D above. Which step in this process contains the data about the transactions (success/failed status, etc)? Step C or step E? This process is described in the DirectPost_guide.pdf file at the beginning of the Conceptial Overview section. The steps in the process I'm questioning are C and D in the pdf file.</description>
      <pubDate>Tue, 03 Jan 2012 15:05:32 GMT</pubDate>
      <guid>https://community.developer.cybersource.com/t5/Integration-and-Testing/uestion-regarding-Direct-Post-Method-Migrating-over-from/m-p/20977#M11455</guid>
      <dc:creator>TimmyDrane</dc:creator>
      <dc:date>2012-01-03T15:05:32Z</dc:date>
    </item>
    <item>
      <title>Re: uestion regarding Direct Post Method - Migrating over from CyberSource</title>
      <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/uestion-regarding-Direct-Post-Method-Migrating-over-from/m-p/20979#M11456</link>
      <description>&lt;P&gt;Please format your question so it isn't one big paragraph. It's difficult to read it in its current form.&lt;/P&gt;</description>
      <pubDate>Tue, 03 Jan 2012 15:11:25 GMT</pubDate>
      <guid>https://community.developer.cybersource.com/t5/Integration-and-Testing/uestion-regarding-Direct-Post-Method-Migrating-over-from/m-p/20979#M11456</guid>
      <dc:creator>stymiee</dc:creator>
      <dc:date>2012-01-03T15:11:25Z</dc:date>
    </item>
    <item>
      <title>Re: uestion regarding Direct Post Method - Migrating over from CyberSource</title>
      <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/uestion-regarding-Direct-Post-Method-Migrating-over-from/m-p/21013#M11473</link>
      <description>&lt;P&gt;Step C, which in Authorize.net lingo is the "relay response" page. The relay response page should receive full order information, and since you're passing the transaction ID from there to the receipt page via the URL, you could theoretically also use the Transaction Details API to look up the transaction there. Or you could even set up a silent post and have that update your database. It's up to you.&lt;/P&gt;</description>
      <pubDate>Tue, 03 Jan 2012 20:24:16 GMT</pubDate>
      <guid>https://community.developer.cybersource.com/t5/Integration-and-Testing/uestion-regarding-Direct-Post-Method-Migrating-over-from/m-p/21013#M11473</guid>
      <dc:creator>TJPride</dc:creator>
      <dc:date>2012-01-03T20:24:16Z</dc:date>
    </item>
  </channel>
</rss>

