聯(lián)系官方銷售客服
1835022288
028-61286886
投訴
已解決 生成的支付流水號是根據(jù)記錄的時間生成的生成的支付流水號是根據(jù)
6 0
4.1 get_pay_sn 生成的支付流水號是根據(jù) 記錄的時間生成的
4.5.1 get_pay_sn 生成的支付流水號是根據(jù) sys_time生成的
如果在做接口時，使用官方這個生成，那下面
支付接口傳遞給（比如支付寶）那個流水號，跟notify_js 驗證的流水號不一致，返回的結(jié)果就對不上了
不知道當初官方為何把時間改為系統(tǒng)時間！
這個是生成的函數(shù)，你回調(diào)讀取的時候只讀取payid號，不管到時間值了
回復@官方研發(fā)技術(shù)-羅老師
但是，你傳遞給支付寶的是一串代碼，是含了時間的！
在輪詢的時候，又不是同一串代碼！
除非你就傳了個ID，那就沒它啥事了！
現(xiàn)在出現(xiàn)的就是，使用官方這個生成流水號，導致這個流水號輪詢時一直不一樣！
當然，我可以寫死！
就是我發(fā)現(xiàn)之前都時調(diào)用 $data['inputtime'],不知道為什么改成 SYS_TIME
純屬求知！
是支付寶存在問題嗎，你試一試我們官網(wǎng)支付寶看看有沒有這個現(xiàn)象
回復@官方研發(fā)技術(shù)-羅老師
沒接口，沒測試，我是在測試我的那個當面付接口！
發(fā)現(xiàn)傳遞過去的流水號，跟輪訓的流水號不一致！
導致了支付之后，獲取不到支付結(jié)果！
當然如果支付僅僅寫 $data['id']作為流水號的，就不存在這個問題了
哦，你是準備開發(fā)一個支付接口，get_pay_sn只會用一次，回調(diào)時不會用這個了
4.51這種模式可以避免，二次支付是支付寶返回重復下單記錄的錯誤