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

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，錢到了子商戶裡面，實驗完成。

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