對接了個三方支付，給俺氣的呀
故事是這樣的：
我們的商城需要在日本上線去賺小日子過得不錯的日本人的錢，所以支付是首要的。就找了一家做日本本地支付的公司做對接，公司名字當然不能說，打我也不說。
第一天，很愉快，簽了協議，給了開發(fā)文檔。俺就準備開始擼代碼了。
API文檔
這開發(fā)文檔，打開兩秒鐘就自動掛掉了，我只能一次又一次的點擊Reload。
后來實在受不了了，我趁著那兩三秒鐘顯示的時間，截圖對照著看。結果就是所有的字段不能復制粘貼了，只能一個一個敲。
還是這個API文檔，必輸字段和非必輸字段亂的一塌糊涂，哪些是必輸純靠試，有的必輸字段調試的時候有問題，對面直接甩過來一句，要么不傳了吧。聽得我懵懵的。
加密，驗簽
然后到了加密，驗簽。竟然能只給了node的demo，咱對接的大部分是后端程序員吧,沒事，咱自己寫。比較坑的是MD5加密完是大寫的字母，這三方公司轉小寫了，也沒有提示，折騰了一會，測了一會也就通了，還好還好。
場景支持
在之后就是支付的一個場景了，日本是沒有微信支付寶這樣的便捷支付的，要么信用卡，要么便利店支付。
稍微說下便利店支付，就是說，客戶下完單之后，會給到一個回執(zhí)，是一串數字，我們且稱之為支付碼，他們便利店有一個類似于ATM機的柜員機，去這個機子上憑借這串支付碼打印出來一個憑條，然后拿著這個憑條去找便利店的店員，現金支付。
就是這個場景，就是這個數字，三方它就給客戶顯示一次，就一次，點擊支付的時候顯示一次。要是客戶不截圖，那么不好意思，您就重新下單吧。而且這個支付碼我們拿不到，這個跳轉了他們的頁面，也不發(fā)個郵件告知。這明顯沒法用啊，我們的訂單過期時間三天，客戶這三天啥時候想去便利店支付都行，可是這只顯示一次太扯了。
同樣的請求再發(fā)一次顯示的是支付進行中。這怎么玩，好說歹說他們排期開發(fā)了兩周，把這個訂單號重入解決了，就是說同一筆訂單再次進入是可以看到那串支付碼的。
測試環(huán)境不能測
最后，寫完了，調通了，測一下支付，結果他們測試環(huán)境不支持日本的這個便利店支付測試，what? 測試環(huán)境不能測試？那我這么久在干什么，讓我們上線上測，我的代碼在測試環(huán)境還沒搞完，讓我上生產，最后上了，沒測通，對方的問題，當天下午就把代碼給回滾了。等著對方調試完繼續(xù)測。
業(yè)務不完整
還有，不支持退款，作為一個支付公司，不支持退款，我們客戶退款只能線下轉賬，鬧呢。
以前對接三方的時候，遇到問題地想到的是我們是不是哪里做錯了，再看看文檔。對接這個公司，就跟他們公司的測試一樣，找bug呢。
建議
這里是本文的重點，咱就是給點建議，作為一家提供服務的公司，不管是啥服務。
對外API文檔應當可以正常顯示，必輸非必輸定義正確，字段類型標注準確。
若是有驗簽的步驟，介紹步驟詳細并配上各個語言的demo，并強調格式以及大小寫。
牽扯到業(yè)務的，需要站在客戶的角度思考，這個是否合情合理。
業(yè)務的完整性，有可能是尚未開發(fā)完全，但是得有備選的方案。
