阿里1688開(kāi)放平臺(tái)

阿里1688開(kāi)放平臺(tái)

專(zhuān)用API
【更新時(shí)間: 2024.07.23】 阿里1688開(kāi)放平臺(tái)是面對(duì)1688商家及采購(gòu)代發(fā)買(mǎi)家日益繁雜的電商管理需求,基于大數(shù)據(jù)提供快捷、高效的應(yīng)用工具
瀏覽次數(shù)
170
采購(gòu)人數(shù)
7
試用次數(shù)
3
! SLA: N/A
! 響應(yīng): N/A
! 適用于個(gè)人&企業(yè)
試用
收藏
×
完成
取消
×
書(shū)簽名稱(chēng)
確定
<
產(chǎn)品介紹
>

什么是阿里1688開(kāi)放平臺(tái)?

阿里1688開(kāi)放平臺(tái)是面對(duì)1688商家及采購(gòu)代發(fā)買(mǎi)家日益繁雜的電商管理需求,基于大數(shù)據(jù)提供快捷、高效的應(yīng)用工具。

什么是阿里1688開(kāi)放平臺(tái)接口?

由服務(wù)使用方的應(yīng)用程序發(fā)起,以Restful風(fēng)格為主、通過(guò)公網(wǎng)HTTP協(xié)議調(diào)用阿里1688開(kāi)放平臺(tái),從而實(shí)現(xiàn)程序的自動(dòng)化交互,提高服務(wù)效率。

阿里1688開(kāi)放平臺(tái)有哪些核心功能?

  1. 商品管理:提供自動(dòng)重發(fā)、批量處理、一鍵復(fù)制、信息優(yōu)化等功能,幫助商家高效管理商品信息。
  2. 訂單管理:支持批量打印、批量發(fā)貨、自動(dòng)評(píng)價(jià)、進(jìn)銷(xiāo)存等功能,簡(jiǎn)化訂單處理流程。
  3. 流量推廣:提供網(wǎng)銷(xiāo)寶優(yōu)化、站外推廣、搜索優(yōu)化、無(wú)線(xiàn)引流等推廣工具,助力商家提升店鋪流量。
  4. 店鋪裝修:包括主圖制作、裝修模版、關(guān)聯(lián)營(yíng)銷(xiāo)、詳情設(shè)計(jì)等功能,幫助商家打造專(zhuān)業(yè)美觀的店鋪形象。
  5. 鋪貨分銷(xiāo):支持一鍵鋪貨、訂單回流、批量支付、自動(dòng)發(fā)貨等功能,特別針對(duì)跨境電商和分銷(xiāo)商,實(shí)現(xiàn)快速高效的采購(gòu)和分銷(xiāo)。
  6. 業(yè)務(wù)場(chǎng)景解決方案:深度開(kāi)放B2B業(yè)務(wù)場(chǎng)景,提供完整的解決方案,讓ISV(獨(dú)立軟件開(kāi)發(fā)商)可以“拎包入住”,快速對(duì)接平臺(tái)服務(wù)。
  7. API開(kāi)發(fā)能力:提供模塊化的接口集合,清晰的接口分類(lèi),方便開(kāi)發(fā)伙伴進(jìn)行二次開(kāi)發(fā)和系統(tǒng)集成。

阿里1688開(kāi)放平臺(tái)的核心優(yōu)勢(shì)是什么?

  1. 開(kāi)放商業(yè)思維:平臺(tái)秉持開(kāi)放的心態(tài),積極與全球服務(wù)開(kāi)發(fā)者合作,共同推動(dòng)商業(yè)生態(tài)的繁榮。
  2. 多樣化的業(yè)務(wù)場(chǎng)景:支持豐富的業(yè)務(wù)場(chǎng)景,如跨境電商、鋪貨分銷(xiāo)等,滿(mǎn)足不同商家的多樣化需求。
  3. 高效的工具集:提供一系列快捷、高效的電商管理工具,幫助商家簡(jiǎn)化流程,提升運(yùn)營(yíng)效率。
  4. 強(qiáng)大的技術(shù)支持:通過(guò)API開(kāi)放、多語(yǔ)言SDK、云環(huán)境集成等技術(shù)資源,為開(kāi)發(fā)者提供強(qiáng)大的技術(shù)支持。
  5. 清晰的盈利模式:為商家和服務(wù)商提供清晰的盈利模式,促進(jìn)商業(yè)生態(tài)的可持續(xù)發(fā)展。
  6. 豐富的成功案例:平臺(tái)已合作超過(guò)1600家服務(wù)商,擁有眾多成功案例,證明了其市場(chǎng)價(jià)值和商業(yè)潛力。
  7. 優(yōu)質(zhì)的服務(wù)保障:提供一件代發(fā)包郵、快速發(fā)貨、退換貨保障等優(yōu)質(zhì)服務(wù),增強(qiáng)買(mǎi)家信心,提升交易成功率。

在哪些場(chǎng)景會(huì)用到阿里1688開(kāi)放平臺(tái)?

跨境電商

面向跨境電商平臺(tái)開(kāi)店的1688采購(gòu)商,與ISV一起實(shí)現(xiàn)智能選款、一鍵鋪貨、自動(dòng)下單、批量支付和訂單信息同步等功能,幫助跨境平臺(tái)賣(mài)家輕松實(shí)現(xiàn)在下游跨境電商平臺(tái)銷(xiāo)售,在1688平臺(tái)快速完成采購(gòu)的業(yè)務(wù)功能。

鋪貨分銷(xiāo)

面向在下游電商或內(nèi)容平臺(tái)(如淘寶/抖音/快手/小紅書(shū)/微信)開(kāi)店的分銷(xiāo)商,通過(guò)結(jié)合ISV數(shù)據(jù)化技術(shù)能力,實(shí)現(xiàn)1688優(yōu)質(zhì)代發(fā)貨源一鍵智能多店鋪貨、下游訂單自動(dòng)回流采購(gòu),自動(dòng)發(fā)貨,幫助下游賣(mài)家輕松實(shí)現(xiàn)1688代發(fā)采購(gòu)對(duì)接

貨源推薦

提供一件代發(fā)包郵、48小時(shí)內(nèi)發(fā)貨、7天包退等優(yōu)質(zhì)代發(fā)服務(wù)保障貨源品池,同時(shí)商品價(jià)格較下游零售面價(jià)平均低20%以上,結(jié)合ISV的用戶(hù)觸達(dá)渠道,幫助1688代發(fā)分銷(xiāo)買(mǎi)家實(shí)現(xiàn)更高利潤(rùn)空間的優(yōu)質(zhì)貨源采購(gòu)對(duì)接

<
使用指南
>

一、注冊(cè)成為開(kāi)發(fā)者

注冊(cè)開(kāi)發(fā)者身份,需同時(shí)具備以下兩個(gè)條件

1、具備一個(gè)阿里巴巴中國(guó)站帳號(hào)

2、必須綁定了通過(guò)個(gè)人或者企業(yè)實(shí)名認(rèn)證的支付寶帳號(hào);個(gè)人開(kāi)發(fā)者必須綁定通過(guò)個(gè)人實(shí)名認(rèn)證的支付寶賬號(hào),企業(yè)開(kāi)發(fā)者必須綁定通過(guò)商家認(rèn)證的支付寶賬號(hào)

具備這兩個(gè)條件之后就可以在1688開(kāi)放平臺(tái)注冊(cè)成為開(kāi)發(fā)者

 

二、注冊(cè)應(yīng)用

注冊(cè)成為開(kāi)發(fā)者之后就可以在1688開(kāi)放平臺(tái)上注冊(cè)應(yīng)用

應(yīng)用注冊(cè)成功后isv可以獲得此app的關(guān)鍵信息,包括appkey、app密鑰以及流量上限(5000)。

注意:appkey和app密鑰相當(dāng)于用戶(hù)名和密碼,請(qǐng)不要隨意泄露

 

三、開(kāi)發(fā)測(cè)試

說(shuō)明:如果你的web app要在阿里巴巴應(yīng)用市場(chǎng)售賣(mài),那么請(qǐng)選擇“托管式授權(quán)”,否則請(qǐng)選擇“WEB授權(quán)”;如果是客戶(hù)端app,請(qǐng)選擇“客戶(hù)端授權(quán)”。請(qǐng)參考授權(quán)分類(lèi)

1、托管式授權(quán)方式: 
對(duì)于托管式授權(quán)開(kāi)發(fā)方式而言,您的app需要與應(yīng)用市場(chǎng)配合完成授權(quán)過(guò)程,那么您可以參考如下授權(quán)流程編寫(xiě)代碼

(1)用戶(hù)授權(quán)以及api調(diào)用,對(duì)應(yīng)圖中黃色部分。用戶(hù)通過(guò)應(yīng)用市場(chǎng)訂購(gòu)你的app然后初次訪(fǎng)問(wèn)時(shí),應(yīng)用市場(chǎng)會(huì)302跳轉(zhuǎn)到你的app入口url,同時(shí)帶上參數(shù)code。 所以代碼中不需要涉及獲取code這一步,只需要使用getToken接口拿應(yīng)用市場(chǎng)傳過(guò)來(lái)的code換取accessToken, 并將getToken返回信息保存下來(lái), 然后用返回信息中的accessToken作為參數(shù)調(diào)用api(參考 API調(diào)用說(shuō)明 ) 在app測(cè)試過(guò)程中可以通過(guò) 授權(quán)測(cè)試工具 生成一個(gè)code,然后作為參數(shù)訪(fǎng)問(wèn)應(yīng)用入口即可測(cè)試。 
注意:必須以getToken返回信息中的refreshToken為主,如果跟本地保存的refreshToken不一樣,那么本地的refreshToken廢棄。

(2)特殊情況處理,對(duì)應(yīng)圖中綠色部分。主要是accessToken失效的處理。 如果accessToken失效,那么就需要用保存的refreshToken調(diào)用getToken接口生成一個(gè)新的accessToken;

(3)錯(cuò)誤處理,對(duì)應(yīng)圖中紅色部分。如果出現(xiàn)簽名錯(cuò)誤、時(shí)間戳錯(cuò)誤等異常情況,最好是能夠在日志中記錄當(dāng)前調(diào)用的url以及參數(shù),這樣即使在出現(xiàn)問(wèn)題時(shí)也能快速查找并解決問(wèn)題。(參考 常見(jiàn)問(wèn)題 

 

2、WEB授權(quán)方式:

對(duì)于WEB授權(quán)開(kāi)發(fā)方式而言,您的app不會(huì)在阿里巴巴應(yīng)用市場(chǎng)售賣(mài),那么您需要完成完整的授權(quán)過(guò)程,請(qǐng)參考如下授權(quán)流程

(1)用戶(hù)授權(quán)。請(qǐng)按照授權(quán)說(shuō)明中的WEB授權(quán)流程編寫(xiě)具體代碼。

(2)特殊情況處理。主要是accessToken失效以及refreshToken過(guò)期的處理。 如果accessToken失效,那么就需要用保存的refreshToken調(diào)用getToken接口生成一個(gè)新的accessToken; 如果refreshToken失效,那么需要重新進(jìn)行第一步。

(3)錯(cuò)誤處理。如果出現(xiàn)簽名錯(cuò)誤、時(shí)間戳錯(cuò)誤等api調(diào)用失敗的情況,最好是能夠在日志中記錄當(dāng)前調(diào)用的url以及參數(shù),這樣即使在出現(xiàn)問(wèn)題時(shí)也能快速查找并解決問(wèn)題。(參考常見(jiàn)問(wèn)題

 

3、客戶(hù)端授權(quán)方式

對(duì)于客戶(hù)端授權(quán)開(kāi)發(fā)方式而言,跟WEB授權(quán)類(lèi)似,也需要完成完整的授權(quán)過(guò)程,請(qǐng)參考如下授權(quán)流程

(1)用戶(hù)授權(quán)。請(qǐng)按照授權(quán)說(shuō)明中的客戶(hù)端授權(quán)流程編寫(xiě)具體代碼

(2)特殊情況處理。主要是accessToken失效以及refreshToken過(guò)期的處理。 如果accessToken失效,那么就需要用保存的refreshToken調(diào)用getToken接口生成一個(gè)新的accessToken; 如果refreshToken失效,那么需要重新進(jìn)行第一步。

(3)錯(cuò)誤處理。如果出現(xiàn)簽名錯(cuò)誤、時(shí)間戳錯(cuò)誤等api調(diào)用失敗的情況,最好是能夠在日志中記錄當(dāng)前調(diào)用的url以及參數(shù),這樣即使在出現(xiàn)問(wèn)題時(shí)也能快速查找并解決問(wèn)題。(參考常見(jiàn)問(wèn)題

 

四、提交申請(qǐng)

應(yīng)用測(cè)試無(wú)誤后還需要填寫(xiě)更為詳細(xì)的app信息才能提交上線(xiàn)申請(qǐng)

1、如果您的app需要在應(yīng)用市場(chǎng)在線(xiàn)售賣(mài),那么審核通過(guò)后會(huì)在應(yīng)用市場(chǎng)進(jìn)行上架配置;

2、如果您的app是通過(guò)自有渠道銷(xiāo)售或者僅供自用,那么審核通過(guò)后在應(yīng)用市場(chǎng)不顯示。

注意:app提交審核之后將無(wú)法修改,請(qǐng)確認(rèn)app測(cè)試通過(guò)并且重要信息填寫(xiě)無(wú)誤后再提交審核 

 

五、審核并上線(xiàn)

提交審核申請(qǐng)之后,阿里巴巴工作人員會(huì)在一周內(nèi)進(jìn)行審核

如果審核通過(guò)則可在相關(guān)平臺(tái)提供服務(wù);如果不通過(guò),需要isv修改app然后再次提交申請(qǐng)

應(yīng)用審核關(guān)注的重點(diǎn)是應(yīng)用功能和安全性,請(qǐng)isv關(guān)注應(yīng)用接入審核規(guī)則

app審核通過(guò)并在應(yīng)用市場(chǎng)配置后即可上線(xiàn),有以下兩點(diǎn)需要注意

1、app流量上限由原來(lái)的5000增加到100000,如果在app使用過(guò)程中發(fā)現(xiàn)流量不夠,可以向開(kāi)放平臺(tái)申請(qǐng)擴(kuò)充

2、app的基本信息中有部分信息可以修改,包括應(yīng)用簡(jiǎn)介、應(yīng)用詳情、客服旺旺、客服郵箱以及客服電話(huà)。修改后同樣需要提交審核才能正式生效。

詳情參考:https://open.1688.com/api/apidoclist.htm?id=624392

<
產(chǎn)品問(wèn)答
>
?
通過(guò)瀏覽器訪(fǎng)問(wèn)直接報(bào)500錯(cuò)誤
很有可能是使用ie瀏覽器的原因,建議使用chrome或者firefox瀏覽器,這樣可以清晰地看到返回的錯(cuò)誤信息
?
簽名錯(cuò)誤
返回結(jié)果為:{"error_code":400,"error_message":"com.alibaba.openapi.gateway.exceptions.RequestValidateException:Invalid signature.","exception":"com.alibaba.openapi.gateway.exceptions.RequestValidateException: Invalid signature."} a. 如果請(qǐng)求參數(shù)中帶中文或者日期(如:20120228212041422+0800),所有參數(shù)需在UrlEncode之前計(jì)算簽名,也就是用原始的參數(shù)計(jì)算簽名;簽名完成后,在請(qǐng)求前應(yīng)對(duì)參數(shù)用utf-8進(jìn)行UrlEncode,再訪(fǎng)問(wèn)阿里巴巴開(kāi)放平臺(tái)??梢允褂煤灻麥y(cè)試工具測(cè)試簽名的正確性 b. 如果根據(jù)當(dāng)前url和請(qǐng)求參數(shù)計(jì)算的簽名和簽名測(cè)試工具一致,那么只可能是傳到后端服務(wù)的參數(shù)與代碼中的參數(shù)不一致,可能原因是使用 get請(qǐng)求的參數(shù)內(nèi)容太長(zhǎng)(換成post請(qǐng)求試試),也可能是特殊字符的編碼格式不對(duì)(設(shè)置Content-type為"application/x-www-form-urlencoded; charset=UTF-8"試試) c. 如果請(qǐng)求中涉及文件上傳,文件字節(jié)流參數(shù)不參與簽名計(jì)算;另外,需指定請(qǐng)求的form enctype屬性為multipart/form-data
?
app訪(fǎng)問(wèn)頻率超限
返回信息{"error_code":"403","error_message":"Beyond the app call frequency limit","exception":"Beyond the app call frequency limit"} 通常app都會(huì)有訪(fǎng)問(wèn)頻率的限制,可以在阿里巴巴開(kāi)放平臺(tái)開(kāi)發(fā)者中心看到自己的app的每日調(diào)用頻率上限, 這個(gè)值代表單臺(tái)服務(wù)器24小時(shí)內(nèi)訪(fǎng)問(wèn)的頻率上限。一旦在某一臺(tái)服務(wù)器上通過(guò)此app調(diào)用api 的次數(shù)超過(guò)這個(gè)上限,那么就會(huì)報(bào)這個(gè)錯(cuò)誤,這時(shí)候需要聯(lián)系開(kāi)放平臺(tái)管理員修改調(diào)用頻率上限。
?
app怎么獲取臨時(shí)令牌code
對(duì)于托管式授權(quán)方式,由于app托管在應(yīng)用市場(chǎng),那么用戶(hù)在進(jìn)入app應(yīng)用時(shí),阿里巴巴開(kāi)放平臺(tái)會(huì)302跳轉(zhuǎn)到app的入口地址,同時(shí)會(huì)附帶參數(shù)code。App在跳轉(zhuǎn)的http請(qǐng)求中,可取得此參數(shù)。 對(duì)于客戶(hù)端或者web端授權(quán)方式,需要app自己發(fā)起獲取code的請(qǐng)求,用戶(hù)登錄成功后就會(huì)返回code。
?
code錯(cuò)誤
返回結(jié)果為:{"error":"invalid_request","error_description":"wrong authorizationCode:cb681549-c8de-441c-b96b-e0e224fb28e0"} 可能原因: a. code已失效,為了保證用戶(hù)數(shù)據(jù)安全,臨時(shí)令牌code的有效期為2分鐘。App在獲得令牌后,需同步調(diào)用getToken接口,獲取token。 b. 用該code多次獲取token。code為一次性消費(fèi)的臨時(shí)令牌,調(diào)用一次getToken后,此臨時(shí)令牌便已失效。 c. 獲取code使用的appKey和獲取token使用的appKey不一致。
?
未使用post調(diào)用getToken接口
返回結(jié)果為:{"error":"invalid_request","error_description":"Method not set to POST."} oauth2協(xié)議規(guī)定,getToken必須為post提交
?
未使用https調(diào)用getToken接口
返回結(jié)果為:{"error_code":"400","error_message":"API unsupport the channel: http.","exception":"API unsupport the channel: http."} getToken必須為https請(qǐng)求
?
調(diào)用getToken接口時(shí)缺少redirect_uri參數(shù)
返回結(jié)果為:{"error":"invalid_request","error_description":"Missing parameters: redirect_uri"} getToken的參數(shù)中redirect_uri必須要填
?
缺少簽名
返回結(jié)果為:{"error_code":"401","error_message":"Request need signature","exception":"Request need signature"} 原因是當(dāng)前訪(fǎng)問(wèn)的api 需要簽名,但是傳入的參數(shù)中沒(méi)有_aop_signature。在調(diào)用api 時(shí)要注意看文檔中的系統(tǒng)級(jí)輸入?yún)?shù),在其中可以看到請(qǐng)求簽名是否必須
?
accessToken過(guò)期
返回結(jié)果為:{"error_code":"401","error_message":"Request need user authorized","exception":"Request need user authorized"} 原因是傳入的參數(shù)access_token已經(jīng)過(guò)期,需要用refreshToken重新?lián)Q取accessToken。
?
沒(méi)有授權(quán)
返回結(jié)果為:{"error_code":"401","error_message":"Request need user authenticated","exception":"Request need user authenticated"} 原因是當(dāng)前訪(fǎng)問(wèn)的api 需要用戶(hù)授權(quán)才能訪(fǎng)問(wèn),但是沒(méi)有傳入?yún)?shù)access_token。在調(diào)用api 時(shí)要注意看對(duì)于api 文檔中的"API用戶(hù)授權(quán)類(lèi)型",在其中可以看到是否需要授權(quán)。
?
refreshToken錯(cuò)誤
返回結(jié)果為:{"error":"invalid_request","error_description":"wrong refreshToken"} 原因一般有兩種:refreshToken錯(cuò)誤,refreshToken過(guò)期
?
沒(méi)有傳refreshToken參數(shù)
返回結(jié)果為:{"error":"invalid_request","error_description":"Missing parameters: refresh_token"} 原因是在用refreshToken換accessToken時(shí)refreshToken參數(shù)為空,請(qǐng)檢查post請(qǐng)求的refreshToken參數(shù)是否遺漏
?
密鑰校驗(yàn)不通過(guò)
返回結(jié)果為:{"error":"unauthorized_client","error_description":"getToken secret error! client_id: YOUR_APPKEY"} 原因是在使用getToken接口時(shí)傳入的client_secret參數(shù)跟client_id不匹配,也就是沒(méi)有傳入client_id(appkey)對(duì)應(yīng)的密鑰,導(dǎo)致后臺(tái)在校驗(yàn)密鑰時(shí)發(fā)現(xiàn)與預(yù)期的密鑰不符,所以報(bào)錯(cuò)。 可能原因有以下兩種:一是傳入的client_secret錯(cuò)誤,二是傳入了正確的密鑰但是在post調(diào)用時(shí)沒(méi)有進(jìn)行urlencode。
?
時(shí)間戳錯(cuò)誤
返回結(jié)果為{"error_code":"400","error_message":"com.alibaba.openapi.exception.request.RequestValidateException: Request is expired.","exception":"com.alibaba.openapi.exception.request.RequestValidateException: Request is expired."} 時(shí)間戳參數(shù)代表著訪(fǎng)問(wèn)api 的時(shí)間,只要傳入了這個(gè)參數(shù),那么每次訪(fǎng)問(wèn)時(shí)系統(tǒng)都會(huì)把這個(gè)參數(shù)與當(dāng)前時(shí)間進(jìn)行對(duì)比,如果二者相差超過(guò)了時(shí)間戳誤差的話(huà),就會(huì)報(bào)這個(gè)錯(cuò)誤。 所以對(duì)于這個(gè)時(shí)間戳參數(shù)有三點(diǎn)需要注意:(1)首先要閱讀api文檔的系統(tǒng)級(jí)輸入?yún)?shù)一節(jié),看api 的訪(fǎng)問(wèn)是否需要時(shí)間戳,如果不需要就沒(méi)有必要傳入這個(gè)參數(shù)。(2)如果api 要求必須傳入時(shí)間戳,那么最好是先進(jìn)行時(shí)間校準(zhǔn)然后再調(diào)用api。(3)時(shí)間戳的內(nèi)容為時(shí)間的毫秒值,在java中轉(zhuǎn)換方式為new Date().getTime(),其他編程語(yǔ)言也有類(lèi)似的轉(zhuǎn)換方式 時(shí)間戳校準(zhǔn)方法:調(diào)用currentTime接口(http://gw.open.1688.com/openapi/param2/1/system/currentTime/{YOUR_APP_KEY})獲取系統(tǒng)時(shí)間,然后跟本地取到的當(dāng)前時(shí)間對(duì)比取二者的差,這樣就得到了本地時(shí)間與阿里巴巴服務(wù)器的時(shí)間差;然后在調(diào)用api 時(shí)把當(dāng)前時(shí)間加上這個(gè)時(shí)間差作為時(shí)間戳參數(shù)
?
缺少時(shí)間戳參數(shù)
返回結(jié)果為{"error_code":"400","error_message":"API need time stamp verify, so request must has _aop_timestamp. ","exception":"API need time stamp verify, so request must has _aop_timestamp. "} 原因是api 必須要有時(shí)間戳參數(shù),但是調(diào)用時(shí)沒(méi)有傳入這個(gè)參數(shù)
?
調(diào)用api 時(shí)使用的appkey不存在或者未通過(guò)審核
返回結(jié)果為{"error_code":"400","error_message":"com.alibaba.openapi.exception.request.RequestValidateException: Invalid appKey, unsport appKey: xxx","exception":"com.alibaba.openapi.exception.request.RequestValidateException: Invalid appKey, unsport appKey: xxx"} 對(duì)應(yīng)的app不存在或者未通過(guò)審核
<
關(guān)于我們
>
阿里巴巴開(kāi)放平臺(tái)是面向1688商家及采購(gòu)代發(fā)買(mǎi)家的電商管理需求,提供基于大數(shù)據(jù)的快捷、高效應(yīng)用工具。平臺(tái)涵蓋流量推廣、跨境電商、鋪貨分銷(xiāo)、貨源推薦等業(yè)務(wù)場(chǎng)景解決方案,同時(shí)提供API開(kāi)發(fā)能力,支持會(huì)員、商品、旺鋪、訂單、支付、物流等服務(wù)。已合作服務(wù)商超過(guò)1600家,致力于幫助中小企業(yè)實(shí)現(xiàn)電商業(yè)務(wù)的高效管理。
聯(lián)系信息
服務(wù)時(shí)間: 09:00--18:00
電話(huà)號(hào)碼: 400-800-1688

文化和價(jià)值觀

使命
讓天下沒(méi)有難做的生意。
愿景
追求成為一家活102年的好公司。我們的愿景是讓客戶(hù)相會(huì)、工作和生活在阿里巴巴。
 
價(jià)值觀
客戶(hù)第一,員工第二,股東第三
因?yàn)樾湃危院?jiǎn)單
唯一不變的是變化
今天最好的表現(xiàn)是明天最低的要求
此時(shí)此刻,非我莫屬
認(rèn)真生活,快樂(lè)工作
 
里程碑
阿里巴巴集團(tuán)由曾擔(dān)任英語(yǔ)教師的馬云與其他來(lái)自不同背景的伙伴共18人,于1999年在中國(guó)杭州創(chuàng)立。從一開(kāi)始,所有創(chuàng)始人就深信互聯(lián)網(wǎng)能夠創(chuàng)造公平的環(huán)境,讓小企業(yè)通過(guò)創(chuàng)新與科技拓展業(yè)務(wù),并更有效地參與中國(guó)及國(guó)際市場(chǎng)競(jìng)爭(zhēng)。自推出讓中國(guó)中小企業(yè)接觸全球買(mǎi)家的首個(gè)網(wǎng)站以來(lái),阿里巴巴作為控股公司持有六大業(yè)務(wù)集團(tuán):淘天集團(tuán)、阿里國(guó)際數(shù)字商業(yè)集團(tuán)、云智能集團(tuán)、本地生活集團(tuán)、菜鳥(niǎo)集團(tuán)、大文娛集團(tuán),以及各種其他業(yè)務(wù)。

關(guān)于1688開(kāi)放平臺(tái)

   1688開(kāi)放平臺(tái),依托B2B海量用戶(hù)資源以及強(qiáng)大的平臺(tái)優(yōu)勢(shì),是為阿里巴巴買(mǎi)賣(mài)家提供開(kāi)放服務(wù)的重要平臺(tái),幫助商家提升經(jīng)營(yíng)能力、拓寬生意渠道、提高辦公效率;幫助買(mǎi)家提升選品、下單效率,降低采購(gòu)成本等。

   

   我們致力于為企業(yè)構(gòu)建智能經(jīng)營(yíng)服務(wù)網(wǎng)絡(luò),開(kāi)放和集成企業(yè)經(jīng)營(yíng)生命周期所需的專(zhuān)業(yè)服務(wù),解決企業(yè)經(jīng)營(yíng)問(wèn)題。賦能生態(tài)伙伴以靈活、安全及低成本形式進(jìn)行系統(tǒng)對(duì)接,信息互聯(lián)。

 

我們服務(wù)哪些伙伴

    1688開(kāi)放平臺(tái)服務(wù)兩類(lèi)最基礎(chǔ)的伙伴,為買(mǎi)賣(mài)家提供服務(wù)工具的1688服務(wù)商(isv),以及有1688電商系統(tǒng)對(duì)接需求并有開(kāi)發(fā)能力的買(mǎi)賣(mài)家。

    · 第一種 - 合作伙伴銷(xiāo)售服務(wù)模式:服務(wù)商伙伴使用開(kāi)放平臺(tái)的場(chǎng)景解決方案(api)開(kāi)發(fā)工具或服務(wù),并在1688服務(wù)市場(chǎng)售賣(mài)給買(mǎi)賣(mài)家。提供包括但不限于電商經(jīng)營(yíng)所需的管理工具和買(mǎi)家采購(gòu)提效工具或服務(wù),如商品管理,訂單管理,電商ERP等工具。

    · 第二種 - 買(mǎi)賣(mài)家自開(kāi)發(fā)模式:有開(kāi)發(fā)能力的1688商家或買(mǎi)家,使用平臺(tái)解決方案,開(kāi)發(fā)滿(mǎn)足自身電商場(chǎng)景所需的工具,如買(mǎi)家采購(gòu)場(chǎng)景,以及部分垂直業(yè)務(wù)的開(kāi)放場(chǎng)景,如跨境電商、社交電商等,此場(chǎng)景僅限企業(yè)用戶(hù)自開(kāi)發(fā)自使用,禁止私自線(xiàn)下售賣(mài)或授權(quán)其他企業(yè)使用,如因此產(chǎn)生的數(shù)據(jù)泄漏、法律責(zé)任由開(kāi)發(fā)者全權(quán)承擔(dān)。

 

我們將提供哪些服務(wù)

    我們?yōu)橐陨祥_(kāi)發(fā)者伙伴提供了基礎(chǔ)的產(chǎn)品研發(fā)平臺(tái),包括組成場(chǎng)景解決方案的API,消息,介紹,幫助文檔等,以及研發(fā)輔助相關(guān)的測(cè)試工具、咨詢(xún)工具、信息反饋渠道等,幫助合作伙伴解決研發(fā)問(wèn)題。

    我們開(kāi)放的解決方案主要是圍繞商家電商經(jīng)營(yíng)和買(mǎi)家采購(gòu)場(chǎng)景,如常見(jiàn)的商家場(chǎng)景有:訂單管理解決方案、商品管理解決方案等;常見(jiàn)的買(mǎi)家場(chǎng)景有:采購(gòu)解決方案,跨境采購(gòu)解決方案,社交電商解決方案等。

    另外,我們還開(kāi)放專(zhuān)業(yè)智能技術(shù)作為特色增值能力,通過(guò)將人工智能和垂直產(chǎn)業(yè)相結(jié)合,幫助合作伙伴用技術(shù)手段在產(chǎn)品價(jià)值,如智能摳圖,智能搜索等;

<
最可能同場(chǎng)景使用的其他API
>
API接口列表
<
使用指南
>

一、注冊(cè)成為開(kāi)發(fā)者

注冊(cè)開(kāi)發(fā)者身份,需同時(shí)具備以下兩個(gè)條件

1、具備一個(gè)阿里巴巴中國(guó)站帳號(hào)

2、必須綁定了通過(guò)個(gè)人或者企業(yè)實(shí)名認(rèn)證的支付寶帳號(hào);個(gè)人開(kāi)發(fā)者必須綁定通過(guò)個(gè)人實(shí)名認(rèn)證的支付寶賬號(hào),企業(yè)開(kāi)發(fā)者必須綁定通過(guò)商家認(rèn)證的支付寶賬號(hào)

具備這兩個(gè)條件之后就可以在1688開(kāi)放平臺(tái)注冊(cè)成為開(kāi)發(fā)者

 

二、注冊(cè)應(yīng)用

注冊(cè)成為開(kāi)發(fā)者之后就可以在1688開(kāi)放平臺(tái)上注冊(cè)應(yīng)用

應(yīng)用注冊(cè)成功后isv可以獲得此app的關(guān)鍵信息,包括appkey、app密鑰以及流量上限(5000)。

注意:appkey和app密鑰相當(dāng)于用戶(hù)名和密碼,請(qǐng)不要隨意泄露

 

三、開(kāi)發(fā)測(cè)試

說(shuō)明:如果你的web app要在阿里巴巴應(yīng)用市場(chǎng)售賣(mài),那么請(qǐng)選擇“托管式授權(quán)”,否則請(qǐng)選擇“WEB授權(quán)”;如果是客戶(hù)端app,請(qǐng)選擇“客戶(hù)端授權(quán)”。請(qǐng)參考授權(quán)分類(lèi)

1、托管式授權(quán)方式: 
對(duì)于托管式授權(quán)開(kāi)發(fā)方式而言,您的app需要與應(yīng)用市場(chǎng)配合完成授權(quán)過(guò)程,那么您可以參考如下授權(quán)流程編寫(xiě)代碼

(1)用戶(hù)授權(quán)以及api調(diào)用,對(duì)應(yīng)圖中黃色部分。用戶(hù)通過(guò)應(yīng)用市場(chǎng)訂購(gòu)你的app然后初次訪(fǎng)問(wèn)時(shí),應(yīng)用市場(chǎng)會(huì)302跳轉(zhuǎn)到你的app入口url,同時(shí)帶上參數(shù)code。 所以代碼中不需要涉及獲取code這一步,只需要使用getToken接口拿應(yīng)用市場(chǎng)傳過(guò)來(lái)的code換取accessToken, 并將getToken返回信息保存下來(lái), 然后用返回信息中的accessToken作為參數(shù)調(diào)用api(參考 API調(diào)用說(shuō)明 ) 在app測(cè)試過(guò)程中可以通過(guò) 授權(quán)測(cè)試工具 生成一個(gè)code,然后作為參數(shù)訪(fǎng)問(wèn)應(yīng)用入口即可測(cè)試。 
注意:必須以getToken返回信息中的refreshToken為主,如果跟本地保存的refreshToken不一樣,那么本地的refreshToken廢棄。

(2)特殊情況處理,對(duì)應(yīng)圖中綠色部分。主要是accessToken失效的處理。 如果accessToken失效,那么就需要用保存的refreshToken調(diào)用getToken接口生成一個(gè)新的accessToken;

(3)錯(cuò)誤處理,對(duì)應(yīng)圖中紅色部分。如果出現(xiàn)簽名錯(cuò)誤、時(shí)間戳錯(cuò)誤等異常情況,最好是能夠在日志中記錄當(dāng)前調(diào)用的url以及參數(shù),這樣即使在出現(xiàn)問(wèn)題時(shí)也能快速查找并解決問(wèn)題。(參考 常見(jiàn)問(wèn)題 

 

2、WEB授權(quán)方式:

對(duì)于WEB授權(quán)開(kāi)發(fā)方式而言,您的app不會(huì)在阿里巴巴應(yīng)用市場(chǎng)售賣(mài),那么您需要完成完整的授權(quán)過(guò)程,請(qǐng)參考如下授權(quán)流程

(1)用戶(hù)授權(quán)。請(qǐng)按照授權(quán)說(shuō)明中的WEB授權(quán)流程編寫(xiě)具體代碼。

(2)特殊情況處理。主要是accessToken失效以及refreshToken過(guò)期的處理。 如果accessToken失效,那么就需要用保存的refreshToken調(diào)用getToken接口生成一個(gè)新的accessToken; 如果refreshToken失效,那么需要重新進(jìn)行第一步。

(3)錯(cuò)誤處理。如果出現(xiàn)簽名錯(cuò)誤、時(shí)間戳錯(cuò)誤等api調(diào)用失敗的情況,最好是能夠在日志中記錄當(dāng)前調(diào)用的url以及參數(shù),這樣即使在出現(xiàn)問(wèn)題時(shí)也能快速查找并解決問(wèn)題。(參考常見(jiàn)問(wèn)題

 

3、客戶(hù)端授權(quán)方式

對(duì)于客戶(hù)端授權(quán)開(kāi)發(fā)方式而言,跟WEB授權(quán)類(lèi)似,也需要完成完整的授權(quán)過(guò)程,請(qǐng)參考如下授權(quán)流程

(1)用戶(hù)授權(quán)。請(qǐng)按照授權(quán)說(shuō)明中的客戶(hù)端授權(quán)流程編寫(xiě)具體代碼

(2)特殊情況處理。主要是accessToken失效以及refreshToken過(guò)期的處理。 如果accessToken失效,那么就需要用保存的refreshToken調(diào)用getToken接口生成一個(gè)新的accessToken; 如果refreshToken失效,那么需要重新進(jìn)行第一步。

(3)錯(cuò)誤處理。如果出現(xiàn)簽名錯(cuò)誤、時(shí)間戳錯(cuò)誤等api調(diào)用失敗的情況,最好是能夠在日志中記錄當(dāng)前調(diào)用的url以及參數(shù),這樣即使在出現(xiàn)問(wèn)題時(shí)也能快速查找并解決問(wèn)題。(參考常見(jiàn)問(wèn)題

 

四、提交申請(qǐng)

應(yīng)用測(cè)試無(wú)誤后還需要填寫(xiě)更為詳細(xì)的app信息才能提交上線(xiàn)申請(qǐng)

1、如果您的app需要在應(yīng)用市場(chǎng)在線(xiàn)售賣(mài),那么審核通過(guò)后會(huì)在應(yīng)用市場(chǎng)進(jìn)行上架配置;

2、如果您的app是通過(guò)自有渠道銷(xiāo)售或者僅供自用,那么審核通過(guò)后在應(yīng)用市場(chǎng)不顯示。

注意:app提交審核之后將無(wú)法修改,請(qǐng)確認(rèn)app測(cè)試通過(guò)并且重要信息填寫(xiě)無(wú)誤后再提交審核 

 

五、審核并上線(xiàn)

提交審核申請(qǐng)之后,阿里巴巴工作人員會(huì)在一周內(nèi)進(jìn)行審核

如果審核通過(guò)則可在相關(guān)平臺(tái)提供服務(wù);如果不通過(guò),需要isv修改app然后再次提交申請(qǐng)

應(yīng)用審核關(guān)注的重點(diǎn)是應(yīng)用功能和安全性,請(qǐng)isv關(guān)注應(yīng)用接入審核規(guī)則

app審核通過(guò)并在應(yīng)用市場(chǎng)配置后即可上線(xiàn),有以下兩點(diǎn)需要注意

1、app流量上限由原來(lái)的5000增加到100000,如果在app使用過(guò)程中發(fā)現(xiàn)流量不夠,可以向開(kāi)放平臺(tái)申請(qǐng)擴(kuò)充

2、app的基本信息中有部分信息可以修改,包括應(yīng)用簡(jiǎn)介、應(yīng)用詳情、客服旺旺、客服郵箱以及客服電話(huà)。修改后同樣需要提交審核才能正式生效。

詳情參考:https://open.1688.com/api/apidoclist.htm?id=624392

<
依賴(lài)服務(wù)
>
<
產(chǎn)品問(wèn)答
>
?
通過(guò)瀏覽器訪(fǎng)問(wèn)直接報(bào)500錯(cuò)誤
很有可能是使用ie瀏覽器的原因,建議使用chrome或者firefox瀏覽器,這樣可以清晰地看到返回的錯(cuò)誤信息
?
簽名錯(cuò)誤
返回結(jié)果為:{"error_code":400,"error_message":"com.alibaba.openapi.gateway.exceptions.RequestValidateException:Invalid signature.","exception":"com.alibaba.openapi.gateway.exceptions.RequestValidateException: Invalid signature."} a. 如果請(qǐng)求參數(shù)中帶中文或者日期(如:20120228212041422+0800),所有參數(shù)需在UrlEncode之前計(jì)算簽名,也就是用原始的參數(shù)計(jì)算簽名;簽名完成后,在請(qǐng)求前應(yīng)對(duì)參數(shù)用utf-8進(jìn)行UrlEncode,再訪(fǎng)問(wèn)阿里巴巴開(kāi)放平臺(tái)??梢允褂煤灻麥y(cè)試工具測(cè)試簽名的正確性 b. 如果根據(jù)當(dāng)前url和請(qǐng)求參數(shù)計(jì)算的簽名和簽名測(cè)試工具一致,那么只可能是傳到后端服務(wù)的參數(shù)與代碼中的參數(shù)不一致,可能原因是使用 get請(qǐng)求的參數(shù)內(nèi)容太長(zhǎng)(換成post請(qǐng)求試試),也可能是特殊字符的編碼格式不對(duì)(設(shè)置Content-type為"application/x-www-form-urlencoded; charset=UTF-8"試試) c. 如果請(qǐng)求中涉及文件上傳,文件字節(jié)流參數(shù)不參與簽名計(jì)算;另外,需指定請(qǐng)求的form enctype屬性為multipart/form-data
?
app訪(fǎng)問(wèn)頻率超限
返回信息{"error_code":"403","error_message":"Beyond the app call frequency limit","exception":"Beyond the app call frequency limit"} 通常app都會(huì)有訪(fǎng)問(wèn)頻率的限制,可以在阿里巴巴開(kāi)放平臺(tái)開(kāi)發(fā)者中心看到自己的app的每日調(diào)用頻率上限, 這個(gè)值代表單臺(tái)服務(wù)器24小時(shí)內(nèi)訪(fǎng)問(wèn)的頻率上限。一旦在某一臺(tái)服務(wù)器上通過(guò)此app調(diào)用api 的次數(shù)超過(guò)這個(gè)上限,那么就會(huì)報(bào)這個(gè)錯(cuò)誤,這時(shí)候需要聯(lián)系開(kāi)放平臺(tái)管理員修改調(diào)用頻率上限。
?
app怎么獲取臨時(shí)令牌code
對(duì)于托管式授權(quán)方式,由于app托管在應(yīng)用市場(chǎng),那么用戶(hù)在進(jìn)入app應(yīng)用時(shí),阿里巴巴開(kāi)放平臺(tái)會(huì)302跳轉(zhuǎn)到app的入口地址,同時(shí)會(huì)附帶參數(shù)code。App在跳轉(zhuǎn)的http請(qǐng)求中,可取得此參數(shù)。 對(duì)于客戶(hù)端或者web端授權(quán)方式,需要app自己發(fā)起獲取code的請(qǐng)求,用戶(hù)登錄成功后就會(huì)返回code。
?
code錯(cuò)誤
返回結(jié)果為:{"error":"invalid_request","error_description":"wrong authorizationCode:cb681549-c8de-441c-b96b-e0e224fb28e0"} 可能原因: a. code已失效,為了保證用戶(hù)數(shù)據(jù)安全,臨時(shí)令牌code的有效期為2分鐘。App在獲得令牌后,需同步調(diào)用getToken接口,獲取token。 b. 用該code多次獲取token。code為一次性消費(fèi)的臨時(shí)令牌,調(diào)用一次getToken后,此臨時(shí)令牌便已失效。 c. 獲取code使用的appKey和獲取token使用的appKey不一致。
?
未使用post調(diào)用getToken接口
返回結(jié)果為:{"error":"invalid_request","error_description":"Method not set to POST."} oauth2協(xié)議規(guī)定,getToken必須為post提交
?
未使用https調(diào)用getToken接口
返回結(jié)果為:{"error_code":"400","error_message":"API unsupport the channel: http.","exception":"API unsupport the channel: http."} getToken必須為https請(qǐng)求
?
調(diào)用getToken接口時(shí)缺少redirect_uri參數(shù)
返回結(jié)果為:{"error":"invalid_request","error_description":"Missing parameters: redirect_uri"} getToken的參數(shù)中redirect_uri必須要填
?
缺少簽名
返回結(jié)果為:{"error_code":"401","error_message":"Request need signature","exception":"Request need signature"} 原因是當(dāng)前訪(fǎng)問(wèn)的api 需要簽名,但是傳入的參數(shù)中沒(méi)有_aop_signature。在調(diào)用api 時(shí)要注意看文檔中的系統(tǒng)級(jí)輸入?yún)?shù),在其中可以看到請(qǐng)求簽名是否必須
?
accessToken過(guò)期
返回結(jié)果為:{"error_code":"401","error_message":"Request need user authorized","exception":"Request need user authorized"} 原因是傳入的參數(shù)access_token已經(jīng)過(guò)期,需要用refreshToken重新?lián)Q取accessToken。
?
沒(méi)有授權(quán)
返回結(jié)果為:{"error_code":"401","error_message":"Request need user authenticated","exception":"Request need user authenticated"} 原因是當(dāng)前訪(fǎng)問(wèn)的api 需要用戶(hù)授權(quán)才能訪(fǎng)問(wèn),但是沒(méi)有傳入?yún)?shù)access_token。在調(diào)用api 時(shí)要注意看對(duì)于api 文檔中的"API用戶(hù)授權(quán)類(lèi)型",在其中可以看到是否需要授權(quán)。
?
refreshToken錯(cuò)誤
返回結(jié)果為:{"error":"invalid_request","error_description":"wrong refreshToken"} 原因一般有兩種:refreshToken錯(cuò)誤,refreshToken過(guò)期
?
沒(méi)有傳refreshToken參數(shù)
返回結(jié)果為:{"error":"invalid_request","error_description":"Missing parameters: refresh_token"} 原因是在用refreshToken換accessToken時(shí)refreshToken參數(shù)為空,請(qǐng)檢查post請(qǐng)求的refreshToken參數(shù)是否遺漏
?
密鑰校驗(yàn)不通過(guò)
返回結(jié)果為:{"error":"unauthorized_client","error_description":"getToken secret error! client_id: YOUR_APPKEY"} 原因是在使用getToken接口時(shí)傳入的client_secret參數(shù)跟client_id不匹配,也就是沒(méi)有傳入client_id(appkey)對(duì)應(yīng)的密鑰,導(dǎo)致后臺(tái)在校驗(yàn)密鑰時(shí)發(fā)現(xiàn)與預(yù)期的密鑰不符,所以報(bào)錯(cuò)。 可能原因有以下兩種:一是傳入的client_secret錯(cuò)誤,二是傳入了正確的密鑰但是在post調(diào)用時(shí)沒(méi)有進(jìn)行urlencode。
?
時(shí)間戳錯(cuò)誤
返回結(jié)果為{"error_code":"400","error_message":"com.alibaba.openapi.exception.request.RequestValidateException: Request is expired.","exception":"com.alibaba.openapi.exception.request.RequestValidateException: Request is expired."} 時(shí)間戳參數(shù)代表著訪(fǎng)問(wèn)api 的時(shí)間,只要傳入了這個(gè)參數(shù),那么每次訪(fǎng)問(wèn)時(shí)系統(tǒng)都會(huì)把這個(gè)參數(shù)與當(dāng)前時(shí)間進(jìn)行對(duì)比,如果二者相差超過(guò)了時(shí)間戳誤差的話(huà),就會(huì)報(bào)這個(gè)錯(cuò)誤。 所以對(duì)于這個(gè)時(shí)間戳參數(shù)有三點(diǎn)需要注意:(1)首先要閱讀api文檔的系統(tǒng)級(jí)輸入?yún)?shù)一節(jié),看api 的訪(fǎng)問(wèn)是否需要時(shí)間戳,如果不需要就沒(méi)有必要傳入這個(gè)參數(shù)。(2)如果api 要求必須傳入時(shí)間戳,那么最好是先進(jìn)行時(shí)間校準(zhǔn)然后再調(diào)用api。(3)時(shí)間戳的內(nèi)容為時(shí)間的毫秒值,在java中轉(zhuǎn)換方式為new Date().getTime(),其他編程語(yǔ)言也有類(lèi)似的轉(zhuǎn)換方式 時(shí)間戳校準(zhǔn)方法:調(diào)用currentTime接口(http://gw.open.1688.com/openapi/param2/1/system/currentTime/{YOUR_APP_KEY})獲取系統(tǒng)時(shí)間,然后跟本地取到的當(dāng)前時(shí)間對(duì)比取二者的差,這樣就得到了本地時(shí)間與阿里巴巴服務(wù)器的時(shí)間差;然后在調(diào)用api 時(shí)把當(dāng)前時(shí)間加上這個(gè)時(shí)間差作為時(shí)間戳參數(shù)
?
缺少時(shí)間戳參數(shù)
返回結(jié)果為{"error_code":"400","error_message":"API need time stamp verify, so request must has _aop_timestamp. ","exception":"API need time stamp verify, so request must has _aop_timestamp. "} 原因是api 必須要有時(shí)間戳參數(shù),但是調(diào)用時(shí)沒(méi)有傳入這個(gè)參數(shù)
?
調(diào)用api 時(shí)使用的appkey不存在或者未通過(guò)審核
返回結(jié)果為{"error_code":"400","error_message":"com.alibaba.openapi.exception.request.RequestValidateException: Invalid appKey, unsport appKey: xxx","exception":"com.alibaba.openapi.exception.request.RequestValidateException: Invalid appKey, unsport appKey: xxx"} 對(duì)應(yīng)的app不存在或者未通過(guò)審核
<
關(guān)于我們
>
阿里巴巴開(kāi)放平臺(tái)是面向1688商家及采購(gòu)代發(fā)買(mǎi)家的電商管理需求,提供基于大數(shù)據(jù)的快捷、高效應(yīng)用工具。平臺(tái)涵蓋流量推廣、跨境電商、鋪貨分銷(xiāo)、貨源推薦等業(yè)務(wù)場(chǎng)景解決方案,同時(shí)提供API開(kāi)發(fā)能力,支持會(huì)員、商品、旺鋪、訂單、支付、物流等服務(wù)。已合作服務(wù)商超過(guò)1600家,致力于幫助中小企業(yè)實(shí)現(xiàn)電商業(yè)務(wù)的高效管理。
聯(lián)系信息
服務(wù)時(shí)間: 09:00--18:00
電話(huà)號(hào)碼: 400-800-1688

文化和價(jià)值觀

使命
讓天下沒(méi)有難做的生意。
愿景
追求成為一家活102年的好公司。我們的愿景是讓客戶(hù)相會(huì)、工作和生活在阿里巴巴。
 
價(jià)值觀
客戶(hù)第一,員工第二,股東第三
因?yàn)樾湃?,所以?jiǎn)單
唯一不變的是變化
今天最好的表現(xiàn)是明天最低的要求
此時(shí)此刻,非我莫屬
認(rèn)真生活,快樂(lè)工作
 
里程碑
阿里巴巴集團(tuán)由曾擔(dān)任英語(yǔ)教師的馬云與其他來(lái)自不同背景的伙伴共18人,于1999年在中國(guó)杭州創(chuàng)立。從一開(kāi)始,所有創(chuàng)始人就深信互聯(lián)網(wǎng)能夠創(chuàng)造公平的環(huán)境,讓小企業(yè)通過(guò)創(chuàng)新與科技拓展業(yè)務(wù),并更有效地參與中國(guó)及國(guó)際市場(chǎng)競(jìng)爭(zhēng)。自推出讓中國(guó)中小企業(yè)接觸全球買(mǎi)家的首個(gè)網(wǎng)站以來(lái),阿里巴巴作為控股公司持有六大業(yè)務(wù)集團(tuán):淘天集團(tuán)、阿里國(guó)際數(shù)字商業(yè)集團(tuán)、云智能集團(tuán)、本地生活集團(tuán)、菜鳥(niǎo)集團(tuán)、大文娛集團(tuán),以及各種其他業(yè)務(wù)。

關(guān)于1688開(kāi)放平臺(tái)

   1688開(kāi)放平臺(tái),依托B2B海量用戶(hù)資源以及強(qiáng)大的平臺(tái)優(yōu)勢(shì),是為阿里巴巴買(mǎi)賣(mài)家提供開(kāi)放服務(wù)的重要平臺(tái),幫助商家提升經(jīng)營(yíng)能力、拓寬生意渠道、提高辦公效率;幫助買(mǎi)家提升選品、下單效率,降低采購(gòu)成本等。

   

   我們致力于為企業(yè)構(gòu)建智能經(jīng)營(yíng)服務(wù)網(wǎng)絡(luò),開(kāi)放和集成企業(yè)經(jīng)營(yíng)生命周期所需的專(zhuān)業(yè)服務(wù),解決企業(yè)經(jīng)營(yíng)問(wèn)題。賦能生態(tài)伙伴以靈活、安全及低成本形式進(jìn)行系統(tǒng)對(duì)接,信息互聯(lián)。

 

我們服務(wù)哪些伙伴

    1688開(kāi)放平臺(tái)服務(wù)兩類(lèi)最基礎(chǔ)的伙伴,為買(mǎi)賣(mài)家提供服務(wù)工具的1688服務(wù)商(isv),以及有1688電商系統(tǒng)對(duì)接需求并有開(kāi)發(fā)能力的買(mǎi)賣(mài)家。

    · 第一種 - 合作伙伴銷(xiāo)售服務(wù)模式:服務(wù)商伙伴使用開(kāi)放平臺(tái)的場(chǎng)景解決方案(api)開(kāi)發(fā)工具或服務(wù),并在1688服務(wù)市場(chǎng)售賣(mài)給買(mǎi)賣(mài)家。提供包括但不限于電商經(jīng)營(yíng)所需的管理工具和買(mǎi)家采購(gòu)提效工具或服務(wù),如商品管理,訂單管理,電商ERP等工具。

    · 第二種 - 買(mǎi)賣(mài)家自開(kāi)發(fā)模式:有開(kāi)發(fā)能力的1688商家或買(mǎi)家,使用平臺(tái)解決方案,開(kāi)發(fā)滿(mǎn)足自身電商場(chǎng)景所需的工具,如買(mǎi)家采購(gòu)場(chǎng)景,以及部分垂直業(yè)務(wù)的開(kāi)放場(chǎng)景,如跨境電商、社交電商等,此場(chǎng)景僅限企業(yè)用戶(hù)自開(kāi)發(fā)自使用,禁止私自線(xiàn)下售賣(mài)或授權(quán)其他企業(yè)使用,如因此產(chǎn)生的數(shù)據(jù)泄漏、法律責(zé)任由開(kāi)發(fā)者全權(quán)承擔(dān)。

 

我們將提供哪些服務(wù)

    我們?yōu)橐陨祥_(kāi)發(fā)者伙伴提供了基礎(chǔ)的產(chǎn)品研發(fā)平臺(tái),包括組成場(chǎng)景解決方案的API,消息,介紹,幫助文檔等,以及研發(fā)輔助相關(guān)的測(cè)試工具、咨詢(xún)工具、信息反饋渠道等,幫助合作伙伴解決研發(fā)問(wèn)題。

    我們開(kāi)放的解決方案主要是圍繞商家電商經(jīng)營(yíng)和買(mǎi)家采購(gòu)場(chǎng)景,如常見(jiàn)的商家場(chǎng)景有:訂單管理解決方案、商品管理解決方案等;常見(jiàn)的買(mǎi)家場(chǎng)景有:采購(gòu)解決方案,跨境采購(gòu)解決方案,社交電商解決方案等。

    另外,我們還開(kāi)放專(zhuān)業(yè)智能技術(shù)作為特色增值能力,通過(guò)將人工智能和垂直產(chǎn)業(yè)相結(jié)合,幫助合作伙伴用技術(shù)手段在產(chǎn)品價(jià)值,如智能摳圖,智能搜索等;

<
最可能同場(chǎng)景使用的其他API
>