<?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 API Selection Map in Services Discussions</title>
    <link>https://community.cisco.com/t5/services-discussions/api-selection-map/m-p/3714441#M346</link>
    <description>&lt;P&gt;I've been using the Cisco Support APIs (&lt;A href="https://developer.cisco.com/docs/support-apis/" target="_blank"&gt;https://developer.cisco.com/docs/support-apis/&lt;/A&gt;) for a while which is managed through Mashery.&amp;nbsp; PSS API access is available via Support API portal, however those require (as I understand it) an appliance on-prem at the customer collecting individual device data via SNMP, or whatever.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I'm having a having a hard time with the exact usage of the Services APIs and terminology.&amp;nbsp; Are Services APIs the same as Smart APIs?&lt;/P&gt;
&lt;P&gt;&lt;A href="https://developer.cisco.com/docs/service-apis/" target="_blank"&gt;https://developer.cisco.com/docs/service-apis/&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://www.cisco.com/c/dam/assets/docs/pss-api-overview.pdf" target="_blank"&gt;https://www.cisco.com/c/dam/assets/docs/pss-api-overview.pdf&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://www.cisco.com/c/dam/assets/docs/pss-api-faq.pdf" target="_blank"&gt;https://www.cisco.com/c/dam/assets/docs/pss-api-faq.pdf&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Why are the Services APIs managed through anypoint.mulesoft.com, but Support APIs aren't?&lt;/P&gt;
&lt;P&gt;Are Services APIs the same as Smart APIs?&lt;/P&gt;
&lt;P&gt;Do these APIs also require on on-prem PSS appliance?&amp;nbsp; Or are they really around obtaining SNTC data which is populated by an on-prem appliance, manual upload, or Cisco CallHome?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I have a few use cases that I'm trying to make sure I develop correctly around.&amp;nbsp; If I have a customer who only gives me a serial number for a device, I'm still best served by using the Support APIs (SN2INFO, EOX, etc.)?&lt;/P&gt;</description>
    <pubDate>Thu, 27 Sep 2018 19:45:21 GMT</pubDate>
    <dc:creator>thiland</dc:creator>
    <dc:date>2018-09-27T19:45:21Z</dc:date>
    <item>
      <title>API Selection Map</title>
      <link>https://community.cisco.com/t5/services-discussions/api-selection-map/m-p/3714441#M346</link>
      <description>&lt;P&gt;I've been using the Cisco Support APIs (&lt;A href="https://developer.cisco.com/docs/support-apis/" target="_blank"&gt;https://developer.cisco.com/docs/support-apis/&lt;/A&gt;) for a while which is managed through Mashery.&amp;nbsp; PSS API access is available via Support API portal, however those require (as I understand it) an appliance on-prem at the customer collecting individual device data via SNMP, or whatever.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I'm having a having a hard time with the exact usage of the Services APIs and terminology.&amp;nbsp; Are Services APIs the same as Smart APIs?&lt;/P&gt;
&lt;P&gt;&lt;A href="https://developer.cisco.com/docs/service-apis/" target="_blank"&gt;https://developer.cisco.com/docs/service-apis/&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://www.cisco.com/c/dam/assets/docs/pss-api-overview.pdf" target="_blank"&gt;https://www.cisco.com/c/dam/assets/docs/pss-api-overview.pdf&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://www.cisco.com/c/dam/assets/docs/pss-api-faq.pdf" target="_blank"&gt;https://www.cisco.com/c/dam/assets/docs/pss-api-faq.pdf&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Why are the Services APIs managed through anypoint.mulesoft.com, but Support APIs aren't?&lt;/P&gt;
&lt;P&gt;Are Services APIs the same as Smart APIs?&lt;/P&gt;
&lt;P&gt;Do these APIs also require on on-prem PSS appliance?&amp;nbsp; Or are they really around obtaining SNTC data which is populated by an on-prem appliance, manual upload, or Cisco CallHome?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I have a few use cases that I'm trying to make sure I develop correctly around.&amp;nbsp; If I have a customer who only gives me a serial number for a device, I'm still best served by using the Support APIs (SN2INFO, EOX, etc.)?&lt;/P&gt;</description>
      <pubDate>Thu, 27 Sep 2018 19:45:21 GMT</pubDate>
      <guid>https://community.cisco.com/t5/services-discussions/api-selection-map/m-p/3714441#M346</guid>
      <dc:creator>thiland</dc:creator>
      <dc:date>2018-09-27T19:45:21Z</dc:date>
    </item>
    <item>
      <title>Re: API Selection Map</title>
      <link>https://community.cisco.com/t5/services-discussions/api-selection-map/m-p/3718767#M352</link>
      <description>&lt;P&gt;Hi&lt;/P&gt;
&lt;P&gt;&lt;FONT color="#3366FF"&gt;Please see the answers to all your questions below :&lt;/FONT&gt; &lt;/P&gt;
&lt;P&gt;I'm having a having a hard time with the exact usage of the Services APIs and terminology.&amp;nbsp; Are Services APIs the same as Smart APIs?&lt;/P&gt;
&lt;P&gt;&lt;A href="https://developer.cisco.com/docs/service-apis/" target="_blank" rel="nofollow noopener noreferrer"&gt;https://developer.cisco.com/docs/service-apis/&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://www.cisco.com/c/dam/assets/docs/pss-api-overview.pdf" target="_blank" rel="nofollow noopener noreferrer"&gt;https://www.cisco.com/c/dam/assets/docs/pss-api-overview.pdf&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://www.cisco.com/c/dam/assets/docs/pss-api-faq.pdf" target="_blank" rel="nofollow noopener noreferrer"&gt;https://www.cisco.com/c/dam/assets/docs/pss-api-faq.pdf&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;FONT color="#3366FF"&gt;No, Services APIs and Smart APIs are not the same. Services APIs are currently available to Smart Net Total Care (SNTC) customers where as Smart APIs that you are referring to primarily serves partner community (Partner Support Services (PSS)). Currently Smart APIs are in sustenance mode and the goal is to consolidate APIs supporting both customers and partners. Having said that, currently there are no plans to deprecate Smart APIs.&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Why are the Services APIs managed through anypoint.mulesoft.com, but Support APIs aren't?&lt;/P&gt;
&lt;P&gt;&lt;FONT color="#3366FF"&gt;The decision to have Services APIs managed through MuleSoft was based on the market conditions at that time. In the near future Services APIs will be available through apiconsole.cisco.com similar to Support APIs.&lt;/FONT&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Are Services APIs the same as Smart APIs?&lt;/P&gt;
&lt;P&gt;&lt;FONT color="#3366FF"&gt;Already answered&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Do these APIs also require on on-prem PSS appliance?&amp;nbsp; Or are they really around obtaining SNTC data which is populated by an on-prem appliance, manual upload, or Cisco CallHome?&lt;/P&gt;
&lt;P&gt;&lt;FONT color="#3366FF"&gt;Services APIs are based on SNTC data and as you said, can be obtained by an on-prem appliance or manual uploads.&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I have a few use cases that I'm trying to make sure I develop correctly around.&amp;nbsp; If I have a customer who only gives me a serial number for a device, I'm still best served by using the Support APIs (SN2INFO, EOX, etc.)? &lt;FONT color="#3366FF"&gt;Yes, because if a serial number of a device is not part of SNTC upload, then it will not be reported via Smart APIs.&lt;/FONT&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 03 Oct 2018 21:24:30 GMT</pubDate>
      <guid>https://community.cisco.com/t5/services-discussions/api-selection-map/m-p/3718767#M352</guid>
      <dc:creator>shreyara</dc:creator>
      <dc:date>2018-10-03T21:24:30Z</dc:date>
    </item>
  </channel>
</rss>

