不能 现在的个人用户和一些不够资质的公司是已经申请不到接口的权限了。在百度搜索淘宝开放平台，进入官网。加入开放平台。接着登录自己的淘宝帐号。加入需要提前注册淘宝帐号、支付宝实名认证，在这里再填写资料。验证手机和邮箱。提交申请。

2006年底，阿里巴巴提出了“Work at Alibaba”的战略，20来号人就被拉到湖畔花园马云的公寓里面开始一个叫阿里软件的公司创业。当时对于“Work at Alibaba”有个朦朦胧胧的感觉，就是要为中小企业提供一个工作平台，但是工作平台又需要是一个开放的平台，因为卖家的需求是长尾的，当时火热的Salesforce给了阿里人一些启示，那就是做一个支持二次开发的工作平台，半开放式的来满足各种卖家的长尾管理需求。此时，软件市场上就开始培养起来最早的一批TP（淘宝开放合作伙伴），迄今为止很多非常成功的TP就是从那个时候开始进入淘宝卖家市场。 但经过一年的平台建设，发现开发者非常难利用平台做二次开发，只有阿里软件公司内部团队构建了三个不同的CRM软件。这时候淘宝来了一个业界的技术牛人：王文彬(花名：菲青)，这位淘宝新晋的首席架构师找到阿里软件的平台架构团队，谈到了当时业界还非常新颖的一种技术平台——开放平台，由于阿里软件已经在做类似的开放工作，希望能够以合作的方式来试水开放平台。当时双方都是一种尝试的态度，因此最后敲定，投入一个人，两周时间，看是否能够出原型，如果可以，那么就继续做，如果出不了原型，那么就此结束。两周时间，负责阿里软件的架构师放翁，参看着美国雅虎的开放模式，吭哧吭哧的就搞出了开放平台第一个雏形，没想到就这样开启了5年的开放之路。后面会根据时间轴来说一下开放平台的产品和技术的变革，每一年会发生很多事情，但是调出的一点一滴是当年最有感触的。2007年：萌芽SOA盛行的年代，内部架构服务化成为开放的第一步，内部服务不做好隔离，开放就意味着风险不可控。支付宝今天的服务框架SOFA（类ESB），淘宝的HSF（OSGI），阿里软件的ASF（SCA）都是那个年代的产物，但服务化带来的痛却是一样的，不论是OSGI或者SCA之类的服务框架，本身服务化规约设计都类似，但难题也都摆在每个架构师和开发者面前——服务单元Bundle的粒度控制，服务之间依赖管理，性能与规范的冲突，调试与隔离的平衡。这些都使得一线开发者和平台框架实现者出现非常多的矛盾，而这个过程最后能活下来的框架，最后都是摒弃掉了很多企业级的设计思路，因为SOA架构从企业级产品演变而来，而服务化后的内部平台要面对的开放平台天生就是互联网的产物。2008年：雏形 这一年到年底，平台开放淘宝服务30个，每天调用量2000w，这一年的开放平台的开发者面向的客户主要是阿里巴巴上的中小企业和淘宝C店卖家。开放平台建设初期要解决的就是三个问题：1. 服务路由（外部可以获取内部信息）；2. 服务接口标准化（统一方式的获得各种标准化信息）；3. 授权（外部合法的获取内部信息）。服务路由其实就是写一个高效的HttpAgent，服务接口标准化就是对象文本化（Json，xml）。今天在各大开放平台广为使用的OAuth协议，当前处于0.6版本，没有任何实际的互联网开放平台使用，直到Google 2008年底慢慢对外推广开放的时候，OAuth被封装到Google的Open SDK中，才使得很多中小互联网公司使用这种看似极其复杂的两阶段授权交互模式。淘宝初期采用的是自有协议，因为OAuth2以前的逻辑复杂且使用不方便，直到2011年才开始支持OAuth2，同时做了部分的安全增强。授权解决了开放最大的一个问题：用户安全的对应用访问其数据受信。用户从此不用赤裸裸的将用户名/密码交给一个应用软件，应用也可以在允许的范围内（操作，数据，授权时长）充分利用用户授权来玩转创意。

是真的。TOP（淘宝开放平台）是大淘宝电子商务基础服务的开放都平台。淘宝开放平台将推动各行各业定制、创新、进化，并最终促成新商业文明生态圈。淘宝开放平台的使命是把淘宝网的商品、用户、交易、物流等一系列电子商务基础服务，像水、电、煤一样输送给有需要的商家、开发者、社区媒体和各行各业。

每个应用都有自身的证书权限，权限决定了应用本身可调用API的数量。开放平台对应用的权限管理，是通过API权限包进行的，API权限组一共分为两种：API公开包以及API增值包(下面用公开包与增值包代指)。如果一个API属于增值包，则在API文档列表页面显示有增值标记，反之则显示为开放标记： 两者的区别在于:公开包在应用注册时平台自动授予，根据不同业务，应用在注册时会拥有不同的公开包，详细可以在应用接入中了解不同业务的公开包，以便更好的进行开发前评估;增值包指的在应用创建后，需要额外申请的API权限，通常是适用于特定场景的功能，由于数据安全性及API适用资源考虑，每一个增值包的申请需要满足必要的条件，基础条件可在增值包页面查看。API的权限归属如何判断一个API属于哪个权限包，我的应用是否有权限可以调用？在API详情页面的“应用场景”栏，点击展开，可看到类似如下格式的信息：表格列“注册拥有”、“可申请的增值包”标明这个API从属的权限包属于公开包或是增值包，一个API由于场景需要，有时会属于多个权限包。ISV若需要使用此API，则需要在开发者后台证书管理页面确认自己的应用是否具备此公开包或增值包。在左侧列表示的不同应用标签对应可使用的权限包，由于买家卖家不同业务场景需要，提供的对应API权限包也有所不同。增值包的申请流程了解到增值包的情况后，如果没有增值包权限，如何提交申请？参间如下流程：如对申请流程存在疑问，请往支持中心提交问题。申请中的规则说明不同的增值包在审核时需要的条件也会有所不同，部分基础申请条件会在审核时进行校验，对于系统规则应用申请时必须满足其要求的条件，不然无法提交申请。申请流程中的判断逻辑如下：当前已有的申请规则项列表如下：规则项名称规则类型规则项类型数据源说明应用有效用户数系统规则数值Appkey当前拥有的有效sessionkey数量网站UV系统规则数值通过埋入JS-SDK检测到的网站UV数量网站等级系统规则数值网站合作当前的等级昨日淘宝客引导成交系统规则数值通过淘宝联盟报表得到的Appkey引导成交（xray表中有数据）应用安全等级系统规则数值Appkey对应安全等级值ISV已有应用上架至服务平台系统规则BoolISV是已经在服务平台发布过服务公司资质系统规则BoolISV已经通过公司资质验证托管至聚石塔系统规则BoolAppkey需要在聚石塔完成托管应用已经上线系统规则Bool应用必须进入上线状态TOP运营审核运营规则需要运营审核应用相关信息确认必须提交PRD/MRD运营规则需要运营审核相关信息，同时ISV必须提交审核材料 FAQ (0)

在国外申请淘宝开放平台接口步骤如下：(1)、自用型程序自用型（除了“在线订购应用”以外都是自用型程序）理论上只允许一家程序或者网站使用，但是在目前没有限制的情况下，可以使用一个网站使用多个app_key切换的方法让一家网站可以同时管理多个自用型程序 (2)、他用型程序他用型（自用“在线订购应用”属于他用型）可以管理多个店铺，但是在处理多个用户数据之前需要用户登录到淘宝以获得淘宝用户的相关信息和session_key数据来帮顶要处理的淘宝用户。