支付寶服務商開發

支付寶服務商開發，相對微信服務商來講還是有點坑的，可能太久沒接觸支付寶支付了吧，作為系統服務商首先要解決幾個問題。

1.關於服務商的返佣，雖然子商戶在服務商下面進件產生，如果不加上額外的參數的話，服務商是收不到返佣的，只需要將可選參數里面的這個參數配置下就好了

這個參數填寫服務商的合作伙伴ID,即partnerId( pid )，我對這個參數的理解是（系統服務商的收款ID），不管是普通商戶還是系統服務商都只有一個pid。

2.能不能像微信那樣只需要傳一個子商戶ID服務商就能夠完成對子商戶的收款呢？

    開始我也是很納悶，API文檔上面並沒有像微信的文檔一樣讓人一看就懂，沒辦法，先用着子商戶自己發起支付的方式吧，接了幾個子商戶的支付之后覺得確實是挺麻煩的，不說其他的你要接

   支付，首先得要引入支付寶SDK吧，異步回調也要接一遍，這實在不是個一勞永逸的辦法，開始了好一頓Searching，網上資料提到這個確實是少，畢竟服務商還是少數吧，有些踩過坑的也沒有

   詳細的說明，只提到弄一個app_auth_token參數，我又回去看了下API文檔，找到了這個頁面

 

跟着一頓搞，終於拿到了那個app_auth_token，具體步驟如下：https://docs.open.alipay.com/20160728150111277227/intro去服務商的應用里面設置一下授權回調地址(這個地址是可以帶url參數的) =>

拼接一個授權鏈接由子商戶登錄PC打開完成授權確認  =>自動跳轉那個回調地址並帶上code，自己完成code換token及freshtoken的操作。token拿到最后就要開始做實驗了，由服務商端完成子商戶的支付

(所傳的key全是服務商的，然后帶上子商戶對應的authtoken)，雖然知道了就是這么回事，但還是弄了半天，支付寶里面下載的demo里面沒有關於這部分的操作，所以得扒sdk源碼

可以完全確定這個authtoken就是以這種方式傳進去的了，開始實驗

注意這個seller_id，開始不小心傳了服務商的pid，錢到了服務商，然后再傳了子商戶的pid，結果報了個錯

 

 后面找了找文檔，發現里面有條潛規則：seller_id優先級>authtoken>appid對應的pid，所以這里應該是不傳seller_id，錢到了子商戶里面，實驗完成。

 如遇到其他坑，請留言，看到會回復的