<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

                企業??AI智能體構建引擎,智能編排和調試,一鍵部署,支持知識庫和私有化部署方案 廣告
                ## 支付接口筆記 創建支付寶收銀臺時如果檢測到已登錄則會直接創建支付訂單,否則不會直接創建支付訂單。 同一商戶訂單號可以創建多個支付寶收銀臺(訂單認證ID),但只能創建唯一一個支付訂單,支付訂單與收銀臺是一對多的關系,如果檢測到支付訂單已支付則會提示已支付。 手機網頁版支付(沒有調起支付控件時)再輸入支付密碼支付時才會創建支付訂單,也就是說創建支付訂單和支付完成很大可能會是一個步驟,甚至是在同一個過程中完成的,當然余額不夠,支付未完成這種情況也有可能,但這種情況應該會創建支付訂單的。 即使訂單信息相同,每次生成的支付寶收銀臺(訂單認證ID)也不相同,但是創建的支付訂單卻是唯一與訂單信息對應的。 如果一個訂單設置了超時支付,那么每次創建的不同收銀臺還是使用同步(沿用第一次的收銀臺)的超時時間,如果超時則會關閉該訂單對應的所有收銀臺,超時后再次創建新的收銀臺則會重新初始化超時時間(未生成支付訂單時),如果生成了支付訂單,超時關閉的話,再次創建收銀臺會提示訂單已關閉,不能為此訂單繼續創建收營臺了,估計12306就是出于這個考慮,所以才維護了兩套訂單號的。 同一個商戶訂單號,不論創建多少次收銀臺,后來的收銀臺是否設置了超時等,都會以首次創建的收銀臺為準,盡管收銀臺頁面可能不是這么顯示的而是按照當前收銀臺顯示的,但實際上創建訂單卻是以首次的收銀臺為準的。 這樣支付寶通過檢測商戶訂單號就不會導致重復支付的問題。 支付寶支付訂單不能被用戶手動關閉,只能被刪除,刪除不是關閉,所以不影響交易,而永久刪除必須在訂單完成后,而訂單完成這個狀態是:交易成功或者交易關閉。交易關閉是自動的,默認未完成的支付訂單超過十五天后會自動關閉,用戶并不能操作訂單狀態,商戶那邊可能可以關閉訂單。 但是12306的商戶訂單號卻與訂單編號不同,一個訂單編號(訂單E00000)每次支付時竟然會請求不同的商戶訂單號W000000000,這就導致了12306同一訂單可以重復支付的問題。 不知道12306為什么要這樣,我重復支付的也不知道在哪里申請退款。 估計12306是維護了兩套訂單號,給用戶看的和提交到支付寶的 支付是個麻煩的事情,最好還是要像12306那樣設計一個支付流水號,這個流水號與業務訂單號對應,而不應該將業務訂單號直接傳給支付平臺作為“商戶訂單號”,不然有的平臺比如支付寶同一“商戶訂單號”它是能區分開的,這就導致如果12306也這樣做那么會出現用戶好不容易搶的一張票,應為一次失誤的用一個沒有錢的支付寶支付失敗,在想用別的支付寶就不行了,所以12306才會維護自己的“支付流水號”。這個支付流水號只作為系統使用,用戶沒請求一次支付接口就生成一個,并與業務訂單號關聯,可以不對用戶展示。這樣在處理重復支付和支付平臺重試問題時也很容易了。 * * * * * #### 第三方重試/多渠道支付/重復支付? 防止重復支付,不能夠依賴于第三方平臺,建立退款機制,回調接口建立嚴謹完善的支付狀態檢查就可以保證支付安全了(需要用到事務和鎖),所以支付訂單和訂單可以分開,而不一定要用訂單號來請求第三方。 > 對于統一平臺,比如alipay,不管是調用掃碼支付還是PC/wap支付接口,只要時同一商戶訂單號,返回得都是同一支付信息,商戶訂單號在渠道那里是唯一的,而不論是具體哪個支付接口。(待實驗) **怎么判斷回執重試?** 這需要接口保證,對于同一個商戶的相同的支付請求數據所生成的支付信息,僅能付款成功一次(不論是具體的哪個付款方式接口) * * * * * ![](http://cdn.aipin100.cn/d4a92f2c0cdc243f56b3b11ba6a4ed5a) ![](http://cdn.aipin100.cn/599166df4008b23b316874199219ef10) ![](http://cdn.aipin100.cn/98f1b56199371a8491855a276a3bfffd) ![](http://cdn.aipin100.cn/269cb5d52505ed30fb79032d599a808b) ![](http://cdn.aipin100.cn/20190506184344.PNG) (只要請求支付信息的訂單號相同,都是這樣的,哪怕收銀臺二維碼不一樣,收銀臺地址每次請求支付信息都會不一樣的) 前一個用戶掃碼,什么都不做就到賬單中去了(待支付),第二個人再掃碼就不行了。 雖然這兒也可以找人代付,但是也并不方便,需要加好友(所以12306那樣有意義)。 支付寶會保證不會重復支付,就算會,支付寶渠道也會自己處理,對于我們商戶來說,對于同一訂單號生成的支付信息可以理解為不會發生重復支付就可以了。 ***** last date:2019-04-10 07:58:59
                  <ruby id="bdb3f"></ruby>

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看