<?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: Android POS in Integration and Testing</title>
    <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/Android-POS/m-p/19594#M10786</link>
    <description>&lt;P&gt;If there were no swiper, it'd be simple - you'd just set it up like a regular web site and have the SDK be on the web server, with the language being whatever you're most comfortable with (in my case, PHP). With the swiper, I don't know - I'm not familiar with how that would tie into an application or web browser. You could, for instance, have an Android program that takes input from the swiper and communicates directly with Authorize.net, in which case you'd need the Android SDK and would probably be using the AIM API (assuming one-time transactions and not subscriptions).&lt;/P&gt;</description>
    <pubDate>Fri, 02 Dec 2011 01:45:24 GMT</pubDate>
    <dc:creator>TJPride</dc:creator>
    <dc:date>2011-12-02T01:45:24Z</dc:date>
    <item>
      <title>Android POS</title>
      <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/Android-POS/m-p/19574#M10775</link>
      <description>&lt;P&gt;I'm trying to design a POS on an Android Tablet, in an environement consisting&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;1) Card Swiper ( Connected to the Tablet)&lt;/P&gt;&lt;P&gt;2) Webserver ( For Interacting with Autorize.Net)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Scenario: Both the Merchant and the customer are at the same premises.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;The merchant enters the amount due to the POS.&lt;/LI&gt;&lt;LI&gt;The user swipes his card, POS communicates the details to the webserver.&lt;/LI&gt;&lt;LI&gt;The webserver Interacts with the Authorized.net &amp;nbsp;to make the payment.&lt;/LI&gt;&lt;LI&gt;The webserver, acknowledges the result of the Transaction to the POS.&lt;/LI&gt;&lt;LI&gt;The receipt printed by the POS.&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;My question is:&lt;/P&gt;&lt;P&gt;1) Which SDK to be used on client side (Android Develoepment)?&lt;/P&gt;&lt;P&gt;2) Which SDK to be used for Webserver developement?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Note: I'm new to Authorize.net and Payment gateway..&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thank you in Advance.&lt;/P&gt;</description>
      <pubDate>Thu, 01 Dec 2011 20:46:48 GMT</pubDate>
      <guid>https://community.developer.cybersource.com/t5/Integration-and-Testing/Android-POS/m-p/19574#M10775</guid>
      <dc:creator>SimplainDev1</dc:creator>
      <dc:date>2011-12-01T20:46:48Z</dc:date>
    </item>
    <item>
      <title>Re: Android POS</title>
      <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/Android-POS/m-p/19594#M10786</link>
      <description>&lt;P&gt;If there were no swiper, it'd be simple - you'd just set it up like a regular web site and have the SDK be on the web server, with the language being whatever you're most comfortable with (in my case, PHP). With the swiper, I don't know - I'm not familiar with how that would tie into an application or web browser. You could, for instance, have an Android program that takes input from the swiper and communicates directly with Authorize.net, in which case you'd need the Android SDK and would probably be using the AIM API (assuming one-time transactions and not subscriptions).&lt;/P&gt;</description>
      <pubDate>Fri, 02 Dec 2011 01:45:24 GMT</pubDate>
      <guid>https://community.developer.cybersource.com/t5/Integration-and-Testing/Android-POS/m-p/19594#M10786</guid>
      <dc:creator>TJPride</dc:creator>
      <dc:date>2011-12-02T01:45:24Z</dc:date>
    </item>
  </channel>
</rss>

