支付接入開發的陷阱有多深？

發表于2015-10-27 15:04| 3975次閱讀| 來源CSDN| 10 條評論| 作者蒲婧

CTO俱樂部CTOCTO講堂移動支付BeeCloud width="22" height="16" src="http://hits.sinajs.cn/A1/weiboshare.html?url=http%3A%2F%2Fwww.csdn.net%2Farticle%2F2015-10-27%2F2826049-CTO&type=3&count=&appkey=&title=%E6%94%AF%E4%BB%98%E5%BC%80%E5%8F%91%E9%83%BD%E9%9D%A2%E4%B8%B4%E5%93%AA%E4%BA%9B%E6%8C%91%E6%88%98%EF%BC%9F%E6%94%AF%E4%BB%98%E6%B8%A0%E9%81%93%E6%8E%A5%E5%85%A5%E8%83%8C%E5%90%8E%E9%83%BD%E6%9C%89%E5%93%AA%E4%BA%9B%E6%8A%80%E6%9C%AF%E9%99%B7%E9%98%B1%EF%BC%9F%E6%95%B0%E6%8D%AE%E5%A4%87%E4%BB%BD%E6%96%B9%E9%9D%A2%E6%98%AF%E5%A6%82%E4%BD%95%E8%A7%84%E5%88%92%E7%9A%84%EF%BC%9F%E2%80%9C%E4%BB%85%E9%9C%803%E8%A1%8C%E4%BB%A3%E7%A0%81%EF%BC%8C%E6%97%A0%E9%9C%80SDK%EF%BC%8C%E4%B8%80%E9%94%AE%E8%BD%BB%E6%9D%BE%E6%8E%A5%E5%85%A5%E2%80%9D%E8%BF%99%E8%BD%BB%E6%9D%BE%E5%AE%9E%E7%8E%B0%E7%9A%84%E8%83%8C%E5%90%8E%E9%83%BD%E7%94%A8%E5%88%B0%E5%93%AA%E4%BA%9B%E6%8A%80%E6%9C%AF%EF%BC%9F%E6%9C%AC%E6%96%87%E4%B8%BABeecloud%E5%88%9B%E5%A7%8B%E4%BA%BA%E9%BB%84%E5%90%9B%E8%B4%A4%E5%9C%A8CTO%E8%AE%B2%E5%A0%82%E7%9A%84%E5%88%86%E4%BA%AB%E3%80%82&pic=&ralateUid=&language=zh_cn&rnd=1449926452693" frameborder="0" scrolling="no" allowtransparency="true">摘要：支付開發都面臨哪些挑戰？支付渠道接入背后都有哪些技術陷阱？數據備份方面是如何規劃的？“僅需3行代碼，無需SDK，一鍵輕松接入”這輕松實現的背后都用到哪些技術？本文為Beecloud創始人黃君賢在CTO講堂的分享。

為了幫助IT從業者職業之路擁有更多收獲，在諸多C粉的殷切期待下，由CTO俱樂部打造的CTO線上講堂自登場以來獲得大家好評。本期邀請Beecloud創始人黃君賢帶來“支付接入開發的陷阱有多深？?”的主題分享。

歡迎加入CTO講堂微信群與業界大咖零距離溝通，10月29日本期講堂報名方式拖至文末查看。

分享嘉賓：Beecloud創始人 黃君賢

嘉賓簡介：黃君賢，現任比可網絡科技有限公司董事長兼CEO。清華大學本科畢業后獲得美國密歇根大學全額獎學金攻讀并獲得計算機博士學位。曾在微軟亞洲研究院，微軟硅谷研究院，AT&T研究院和Google硅谷總部從事計算機網絡和移動互聯網研發。

2014年4月從美國硅谷回國，創辦比可網絡科技有限公司（BeeCloud），專注于支付云服務。目前，已獲得FreeS峰瑞資本與極客幫資本的天使輪投資。 作為典型的技術型創始人，他自己本身就是名骨灰級的移動開發者，09年學生時候就作為個人開發者開發過百萬級用戶的APP，深知移動開發的痛點。

公司簡介：BeeCloud為開發者和企業提供一站式支付解決方案。通過提供易用友好的支付SDK，幾行代碼高效實現網頁、APP支付功能，并提供可靠穩定可靠的分布式云后端服務，保障支付流程安全流暢。BeeCloud現已支持移動支付、網頁支付、線下掃碼多種支付場景，支持PC，iOS，Android，H5等多開發平臺，讓開發者無需后端服務器即可高速集成支付寶、銀聯、微信等主流支付渠道。

產品介紹

• “秒支付”是BeeCloud針對支付集成這一痛點推出的系列產品，開發者不需要自己搭建支付模塊寫冗長代碼直接接入“秒支付”，幾分鐘就可快速完成支付功能開發。

• 繼秒支付SDK之后，團隊今年5月份推出顛覆性產品秒支付Button，完全無需SDK，三行代碼即可完成網頁支付的集成。除了為開發省力，BeeCloud 也同時支持支付訂單管理統計以及企業級私有云部署等定制化支付方案設計。

以下是10月23日CTO講堂現場完整速記：

主持人：今天CTO講堂正式開始啦，嘉賓是BeeCloud的創始人兼CEO黃君賢，請您給大家做個自我介紹吧。

黃君賢：大家好? 我叫黃君賢，是BeeCloud的創始人兼CEO。BeeCloud是一家提供一站式支付解決方案的公司。

我本人本科畢業于清華大學計算機專業，之后去美國密歇根大學攻讀博士學位。畢業后在Google硅谷總部從事計算機網絡和移動互聯網研發，14年回國創立BeeCloud。今天很高興和大家在CTO講堂做分享和探討。

主持人：很開心您能來分享，那么是在什么情況下您開始了BeeCloud創業之旅，最初的創業方向是怎么確定的呢？

黃君賢：我應該算是全球最早的一批移動開發者之一。2008年在美國密歇根大學讀博時，我選擇的研究方向是移動互聯網。那年，蘋果剛剛推出了iPhone SDK，當時應用商店的應用寥寥無幾。那期間，我開發了一款App，是一個基于手機壁紙的社交網絡，用戶可以上傳自己喜歡的壁紙，同時可以Like別人上傳的壁紙，這款應用累計有超過300萬用戶。

這個產品與后來的instagram還挺像的，雖然最后沒有成功成為我的第一個正式的創業項目，但是過程中，在我心中種下了為開發者服務的種子。后來回國創業，經歷了各種打磨，最后決定專注于做支付方向。行業里面有很多不同的團隊圍著共同的目標做著方式不同的努力，我覺得是好事。

主持人：請介紹一下目前BeeCloud的情況以及技術團隊構成。

黃君賢：最開始的時候，我們是一幫清華計算機系還有我和一些Google的朋友一起張羅的這個項目，現在我們有一個20人的團隊，就像所有精煉的技術型創業公司一樣，我們90%都是研發人員。目前在北京和蘇州都有office。最近也正在北京招兵買馬。我們在技術上追求極致，要做就做最好的。

主持人：歡迎大家加入BeeCloud~哈哈，那么現在請您談談支付開發都面臨哪些挑戰？

黃君賢：這一點，我小小展開講一下，為我們，還有其他友商做點廣告，因為現在大多數團隊還是要么不知道我們這樣的服務，要么對接入我們以及類似服務存在猶疑。

一方面，如果你是第一次做支付開發，項目需要同時接幾個支付方式，那前期要分別向每個第三方支付（就是支付寶，微信這些），各銀行申請賬號，通道，或進行商務洽談，每個渠道都要一兩周左右的溝通審核期，加上后面研讀每家的文檔，分別coding、調試，非常費時費力，可能一兩月都搞不定。而且下次你在做另外一個項目的支付接入時，還要幾乎做同樣重復費力的工作。我們最近就在幫一家機構做跨境支付的解決方案，這一方面的痛點尤為明顯。

另一方面，就是支付流程的風險承擔。因為涉及到資金交易，所以本身支付開發就比較敏感，每個環節要都要推敲。支付功能上，會涉及到支持退款，對賬和差錯處理的運營工作以及風險控制； 另外對不少創業團隊來講，服務器是否能支持支持高頻次，高并發的支付請求也是一個挑戰 （比如項目做營銷活動時你的交易量可能突然暴漲）；此外你還要防止中間人攻擊導致支付數據泄露、訂單被黑客惡意篡改等外在風險。

最后一方面就是支付體驗的優化。比如客戶下單時，發起支付響應時間過長會直接導致訂單流失。現在支付場景的很多樣化，應用內支付，網頁支付，微信公眾號支付，線下掃碼支付，項目選擇什么樣的入口可以提高下單成功率、體驗上更加流暢，這些可能是立項時就要考慮的。

還有與支付配套的數據統計分析服務，訂單，退款，對賬管理服務等SaaS服務，也都是必須的。作為一個程序員，我創立BeeCloud的初心就是為這個群體服務，避免大家重復造輪子。

主持人：請您介紹一下BeeCloud目前的產品及服務？最初的產品路線選擇方面是怎么考量的？

黃君賢：BeeCloud目前提供一站式的支付集成、訂單管理、后期運維服務。目前，我們的秒支付已集成支付寶 、銀聯、微信 、易寶、京東支付、百度錢包、快錢等主流第三方支付方式，支持iOS 、Android 、HTML5 、PC Web等主流開發平臺。（部分直連銀行的接口也會逐步加上，比如民生電商，平安銀行等接口，這些主要是為大企業服務的）

除了開放的API,開源的SDK這些標準模塊，BeeCloud也支持企業級私有云部署等定制化支付方案設計。

從支付場景上，除了普通的app支付以外，PC網頁支付，線下掃碼/被掃支付，跨境支付，B2C（商戶給用戶打錢）等都是我們支持的。總之我們的目標是讓錢能夠從源頭安全流暢地流動到它需要去的地方，從某種程度上來說，這可以被理解為互聯網時代的一個類似于高速公路的基礎設施。

BeeCloud的產品設計思路是先深入切入某一些客戶的全部需求，為這一部分客戶提供極致的體驗，然后再橫向拓展到其他客戶。作為一個創業團隊，這樣的產品路線規劃能夠保障團隊能夠更專注地為一批客戶提供最優質的服務，而不是將“餅”攤得太薄。這一塊我們也非常愿意直接與客戶深入交流，獲得第一手的反饋，來逐步打磨我們的產品。在我看來，真正好的產品絕不是設計出來的，而是用出來的，通過真實的使用快速迭代才可以的。

主持人：那么到底什么是秒支付呢？可否從實際客戶案例的角度來闡述一下應用場景？

黃君賢：秒支付是一款友好易用的支付集成開發工具，開發者不需要自己寫客戶端和服務端的冗長代碼，直接接入秒支付，短短幾行代碼就可實現移動支付功能。目前有秒支付SDK和秒支付Button兩個產品系。雙十一我們會推出線下收款新品“秒收款”。所有的產品，都是專注于為開發者與商戶提供最好用的支付解決方案。

主持人：“僅需3行代碼，無需SDK，一鍵輕松接入”這輕松實現的背后都用到哪些技術？

黃君賢：這是說的我們團隊今年4月份推出產品秒支付Button，完全無需SDK，三行代碼即可完成網頁支付的集成。群里都是技術大拿，我就直接跳進去講講技術細節。三行代碼分別是做什么的呢？

第一行代碼通過后臺自動生成的JS將支付有關的UI組建，業務流程通過云端可控的方式動態加載；然后通過一行簡單后端代碼算得支付訂單簽名，防止支付信息被篡改；最后一行代碼傳入必須的支付參數，調起支付按鈕。

我截個圖給大家看看。

在PC瀏覽器里，秒支付Button點開之后就是這樣一個可以選擇不同支付方式的選擇框。

在手機瀏覽器里，會自動適配成這樣子的展現形式。如果在微信瀏覽器里，還會根據user-agent自動匹配成微信公眾號內的支付，而不是PC網頁上的微信掃碼支付。

開發者如果需要在PC網頁，移動網頁或者微信眾公號里加入支付功能，用3行代碼即可。這一點我們不同于其他友商，秒支付Button的接入沒有任何SDK，不需要升級維護。是一個純動態加載的方案，開發者只需要在BeeCloud后臺改配置即可。

主持人：相比其他公司類似產品，BeeCloud提供的服務競爭力體現在哪些方面？

黃君賢：一方面，對于復雜的交易場景和訂單系統，BeeCloud可以為企業提供定制化服務，我們依托自己的技術優勢，早期重在在服務一批大客戶。

另一方面，BeeCloud的產品更貼近開發者，比如說秒支付Button這一產品，免去了SDK的需求，讓開發者省掉了需要去定期update的煩惱；

又比如說iOS/Android的app支付，只需要做client端的開發，后端的開發由BeeCloud后臺全部打包完成，包括對高并發的支持，災備的支持，數據的自動備份，都由BeeCloud的后端云服務自動解決。

剛才也有同學問到，這一點是我們和國內其他服務商在技術模式上較大的區別。我們強調的是一站式的云服務，所以app與支付有關的后端我們全部打包做好。業務后端唯一要做的就是接收支付結果。

此外，BeeCloud會根據客戶的需求不斷創新推出適應不同支付場景的極致體驗的支付產品，“秒收款”app就是我們針對線下收款場景即將推出的一款app，歡迎大家關注。

主持人：可否分享一下BeeCloud系統架構是怎樣的？

黃君賢：

BeeCloud底層采用了分布式的數據庫Cassandra，在其之上我們采用了Lucene作為索引引擎來提升查詢效率，再上面就是分散在不同機房中的BeeCloud backend服務節點，為不同國家和地區的客戶提供統一的REST API接口。依據REST API接口，我們對不同的平臺（iOS/Android/PC網頁/移動網頁/微信公眾號)與不同編程語言(Objective-C/Swift/Java/PHP/Python/.NET等)。

我們為這些平臺與語言提供了開源的SDK。小伙伴們可以去github貢獻代碼，也可以拿去直接改成自己的應用。

主持人：請談談你們是從哪些方面來做好提升服務保障的？

黃君賢：

首先整個系統的設計沒有任何單點瓶頸，無需任何down機時間，即可動態擴容；其次，對于每個服務節點有監控腳本，每分鐘監控系統中每一個節點的服務狀態，一旦有異常就會報警。

對于整個服務流程有end to end的監控，每一個REST API接口包括回調，都會有監控，來預警任何問題。同時我們會安排人員輪流值班，保障服務萬無一失。To B的企業服務很多時候就是要幫助企業做好這些臟活累活，讓客戶能夠更專注于自己的業務邏輯。

主持人：數據備份方面是如何規劃的？什么是Cassandra？

黃君賢：Cassandra是最開始由Facebook公司開發的一套分布式數據庫，歷經多年的發展，現已被Apple, Instagram, eBay, Netflix, Comcast等1500+ 家公司使用，其中Apple 的Cassandra集群有 75,000服務器，存儲了10PB數據。Cassandra系統里有一個概念叫做replication factor，比如設置成為5，就代表所有的數據會被復制成5個copy，隨機放在不同的服務器上，在任意時間，只要是不超過5臺服務器故障，數據都可以被恢復出來。對于賬號信息這類核心數據，我們也是會通過腳本定期分別備份的。

主持人：看到您簡歷中的過往學習及經歷，算得上是位“學霸”了：）請結合您的切身體會談談一名優秀的技術公司創始人應該是什么樣的？

黃君賢：一名優秀的技術創始人可能同時也是一個不錯的產品人，因為市場最終檢驗的是產品和服務能否被用戶接受，技術轉化成產品的過程要求創始人需要有一定的產品思維。同時跟所有的創始人一樣，技術創始人也需要能疏通里外資源，把握時機摸準方向。

不過創業與以前做學生的生涯差別還是非常大的。主要的區別在于，以前可能自己一個人單打獨斗，埋頭苦學即可。但是創業是團隊的戰斗。創始人如何能夠把一群聰明人凝聚在一起，發揮1+1 > 2的力量，是很有藝術的，我也一直在努力探索。

主持人：從在美國工作到回國創業，談談您感受到的中美技術氛圍的不同。

黃君賢：其實在程序員的世界里，我不覺得中美的氛圍有太大不同，畢竟我們都用同樣的編程語言。java在哪里都是那樣的java。

若論文化氛圍，整個硅谷，尤其是Google的開放的氛圍也一直是為國內的創業圈推崇的。例如牽著狗上班（我可以證明在Google“牽著女朋友上班”是謠傳），穿拖鞋T恤衫，短褲，隨處可見的板書討論各種問題等等。其實這一點上，Google和美國大學的氛圍也挺像的，所以也有Google University這一說。開放，輕松，不被條條框框限制，追求極致的Geek精神，應該是硅谷文化中比較核心的一種氣質。

國內其實有很多地方已經在追趕甚至超越硅谷了，我們這一批從硅谷回來的創業者的一個共同目標都是，從硅谷回來，以后再打會硅谷去（搶國際市場）。

主持人：在提升BeeCloud技術團隊方面，有哪些經驗分享？

黃君賢：一個好的技術團隊需要一個很好的leader，哪怕每一個個體的能力很強，leader的作用都不會被過分強調。Leader需要制訂產品路線與規劃，把大家的工作有機地串起來，成為一個優秀的產品。計劃的制定需要讓每個人忙而不亂，這是一門藝術，我也一直在摸索這個度。

經驗不多，但若論教訓的話可以分享一條就是，需要讓每個程序員遇到疑難問題多與團隊討論，而不是自己一個人獨自戰斗，之前有過一次某程序員調試了將近6個小時的一個bug，發現不過是字符串里多了一個“-”，這種卡殼很浪費時間，但如果多討論的話，也許某個經驗豐富的程序員一眼就能看出問題的所在，提升團隊作為一個整體的效率才是最關鍵的。

另外，環境與氛圍很重要，如果一個團隊個體水平都比較一般，要想提高會有瓶頸，一個團隊還是需要有那么幾個技術極牛的人，才能把團隊帶起來。

所以我們一方面在努力提高團隊，另一方面也在努力找世界最頂尖的一批程序員加入我們。在我眼里，所謂頂尖的程序員分為兩類，一類是比較年輕的，參加過各種世界編程大賽的“小朋友”，智商超群；另一類是有多年實戰經驗的老兵。這兩類在團隊里都很需要，而且很互補。

主持人：可否跟大家談談BeeCloud的技術團隊氛圍是怎樣的？公司招人過程中，您比較看重新人的哪些特質？不大接受哪一類型的人？

黃君賢：我們團隊的氛圍可以說嚴肅又活潑。市場變化很快，客戶需求多又緊急，要求團隊有快速作戰的能力，整個開發的進度和排期比較緊湊，需求交叉，能同時交付不同的項目。但程序員本身就是一個很奇思妙想的物種，實際上我們同事都是一群非常聰明有趣的人，有趣的人才有創造力。

我們招人的時候比較看重他是否有優秀的學習力和職業能力之外的綜合素質。因為你會發現在某領域很優秀的人，他在做其他事情的時候也是比較可以做得很好。扎實的功底、深入的思考力，加上靠譜的素質，優秀的方法論幾乎可以在所有領域融會貫通，所以我們找人也是不拘一格。不大接受沒有獨立思考力的人，平庸的人。

大家聽過各種關于Google面試的傳聞，也大概了解Google招人的不拘一格的風格。這點上，我非常認同Google的這樣的招人策略。

主持人：對想在技術路線上走得更遠的人，您都有什么建議和忠告嗎？推薦一些您覺得非常不錯的書籍吧。

黃君賢：根據我對我身邊技術牛人的觀察，要想在技術上走的遠，都會或多或少對技術有一定的執念，那就是解決問題的辦法一定要非常elegant，讓自己滿意。把一個問題解決的徹徹底底的成就感會促使你去征服下一個問題，這是一個良性循環。

最近可能創業與管理相關的書籍會看得多一些，比如《From 0 to 1》，《The hard thing about hard things》這些創業圈很火的書，沒讀過的話讀讀還挺有意思。

如果是技術的話，除了針對某些技術某些語言的各種寶典深度解析，比較推薦Knuth的經典大作《The Art of Computer Programming》，雖然難度對于準備Google面試而言都太難了，但是其中對于一些問題的深度思考以及一些閃光的想法，很能開闊眼界，也會極大增強對計算機這門學科的興趣。這套書我到現在都沒讀完，不過讀過的部分，都印象特別深刻。我在清華計算機系的時候，這本書也很受大家推崇。雖然計算機技術發展這么快，這本十多年快20年的書的思想永遠不會過時的。

互動環節：想了解一下您對技術營銷崗位的看法。
黃君賢：技術營銷和普通的營銷區別還是很大的，我覺得一個好的技術營銷是真的能夠理解技術的優勢，并能夠將其向客戶展現出來。如果只是背誦技術特點12345，沒有任何意義。我覺得技術營銷的崗位很挑戰。事實上，我到目前為止基本可以算是我們公司的首席技術營銷。 互動環節：您分享中提到頂尖程序員，和您的看法。想問：您認為普通程序員可以稱為頂尖程序員嗎？工作中工作方式應該怎樣改進，我還是相信有很多天才被埋沒。
黃君賢：當然。我不覺得中國的大學之前的教育系統有多好，很多天才被埋沒毋庸置疑。這就是為什么我很強調那些有多年實戰經驗的老兵。如果你沒有華麗的教育背景，那么讓一個公司認可你的只能是你的工作經歷。在選擇工作的時候，也盡量選擇有自己發揮空間的，而不是重復性的沒技術的會比較好，這個對成長有利。 互動環節：根據一些支付政策要求，客戶賬戶和交易信息不能留存在第三方，beecloud的客戶在使用支付云服務時，是如何避免這一點的，另外，客戶還需要與各個通道簽署協議嗎？
黃君賢：我們有為客戶提供私有化的云服務，數據完全由用戶掌控。對于run在我們公有云上的app，我們不會存用戶的賬戶信息，只會存一些第三方渠道返給我們的訂單信息，以便為客戶提供數據訂單平臺的服務。客戶需要與各個通道簽署協議。 互動環節：關于支付：還有一個是短信支付，有的產品也有用短信支付，消費的。這個你們支付場景后續會有嗎？
黃君賢：短信支付之前也了解過，目前我們還不支持，主要原因是因為在我們看來，這個方式有點陳舊了，還不確定未來會有多大市場。如果市場需求很大，我們也會加上。 互動環節：你們和Ping++這樣的平臺是完全的競爭關系嗎？
黃君賢：某些業務上，是的。很多業務上，大家各有側重。 互動環節： beecloud和ping++的區別？貌似都是強調一站式云服務。
黃君賢：一些產品還是有較大區別的，比如秒支付Button還有我們即將推出的秒收款。秒支付SDK的話，解決了類似的問題，不過我們將云端服務層打包做了，ping的話應該是需要接一個server sdk。我們和他們是在解決相似問題上做的不同嘗試。未來在細分場景上，我們會有更多區別，比如我們在做的一些跨境產品。期待多交流。
互動環節：對于傳統的支付設備，比如POS，大多采用報文通訊方式與通道交互，這些設備能對接beecloud嗎？
黃君賢：目前我們還沒有接直連POS的接口。不過這個方向我們特別感興趣。我們目前的接口都是基于HTTPS的REST API。 互動環節：1. 他們自己有支付牌照嗎，如果沒有那其實他自己做了一個網關轉接的是，可以這么理解嗎？2. 差錯處理，他們怎么處理，還是只是對賬就完事了？3. 提到了，爆款控制操作，請問beecloud怎么做的？
黃君賢：1.我們目前沒有支付牌照，目前做的是技術接入，提供技術架構。2.目前的對賬是數據層面的，幫助商戶找到問題的所在，需要退款的話可以進行退款，其他的話需要人工來干預。3.架構上，我們支持高并發的，所以有爆款，系統本來就能支持。如果服務器不夠，實時可以在線擴容，不需要關掉服務。
問：黃總，我認為你僅僅作了技術層面的解決。關于業務層面的處理，比如資金操作(財務處理)、運營規劃、賬戶體系，其實不全，關于費率、傭金處理，每個商戶級別、客戶級別其實需求不完全一致。請問你們怎么做到靈活處置的呢？
黃君賢：這其實是to B服務的一個度的把握。服務的太深，不通用；服務的太淺，沒啥用。我們現在正在努力尋找一種最好的平衡，我們的主要產品可以服務大多數客戶；部分產品，甚至定制需求，服務您說的更深入需求的客戶。商戶級別我們目前都沒有做區分，目前做的還是解決商戶在不同場景下收錢付錢的問題。

互動環節：我有個問題想問一下黃總，我們公司目前除了用戶向我們支付（入賬）這個場景需求需要滿足之外，還有和商家的結算與返傭場景（出賬），以及財務的對賬需求及統計需求。請問beecloud是否只是能夠滿足入賬這塊的需求？
黃君賢：我剛提到了，我們支持B2C下發的端口，即商戶給用戶打錢。 互動環節：請教一個具體的問題，支付轉賬有的時候是每日跨行結算的時候才會返回不成功，請問您那里是怎么處理的？
黃君賢：這些處理一般是渠道處理好的，這屬于渠道內部邏輯了。 互動環節：用你們的秒付，客戶支付完成后，商戶收到的錢實質上在哪個地方？你們的內部虛擬賬戶？或者客戶指定的某個銀行的指定的賬號上？
黃君賢：通過渠道X支付的錢，會直接到商戶在渠道X的賬號上，商戶可以通過渠道X的后臺提現到自己在該渠道綁定的銀行賬號上。我們目前沒做二清。 互動環節：微信支付寶等為什么會愿意和beecloud做對接呢?
黃君賢：從某種程度上來說，我們降低了支付寶微信客服的壓力。 互動環節：請問一下beecloud的結算周期是多少？
黃君賢：由渠道資深決定，依據渠道不同而不同，一般是T+1。

總結

以上是生活随笔為你收集整理的支付接入开发的陷阱有多深？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。