2012-09-21 93 views
0

好吧,我有一個網站,並使用信用卡處理之前。這是一個簡單的運行方式:如何在Coldfusion中使用Dwolla?

用戶進入頁面---->用戶填寫表單總數---->提交----> Coldfusion出去給Authorize.net處理卡---->結果返回(批准,拒絕,錯誤)----> CFIF卡被批准,從表單中輸入信息到數據庫---->用戶收到電子郵件---->顯示訂單頁面到用戶---->完成。

這對我來說是有道理的,而且這一切都發生在點擊提交。

但是,如果有人不得不出去在不同的網站付款,我該如何保持這種交易?在Dwolla付款時如何阻止CF在「提交」之後處理所有這些步驟,我如何知道他們已付款?

他們沒有關於ColdFusion的任何文檔,我很想爲我的網站構建這個文檔,但我只需要一個正確的方向。我需要記住什麼才能做到這一點?與我在Authorize.net中使用的過程有什麼不同?

感謝您的幫助!

+0

你讀過他們的文檔了嗎? [鏈接到Dwolla文檔](http://developers.dwolla.com/dev) –

回答

3

它看起來對我像你描述的過程中,他們稱其爲「Submit Directly

如何同步這一點的關鍵是你提供的回調URL作爲參數傳遞給他們。 It looks like their service POSTs a success message to your app

這聽起來來自您對過程的描述,您可能沒有存儲購物籃/訂單,直到付款成功爲止。這可能導致付款成功,但瀏覽器在返回到您的網站之前崩潰/失去連接。

理想情況下,您可能會在用戶出去付款之前以「未付款」狀態存儲購物籃,當此回調被調用時,您會將其更改爲「已付款」並啓動您需要的任何滿足處理。它看起來像整個Dwolla API圍繞有一個訂單ID的概念開始付款過程之前。

+0

哦,這使得更有意義。因此,我可以處理整件事,把它放在我的數據庫中,但是有一個概念,即在Dwolla發回「已付款」的東西之前它是「未付款」,然後我可以確認它。 – Amir

1

整個方法應該是不同的。 Dwolla的異地網關可以向您的服務器發送回調以及關於交易詳情的額外webhook通知。

@barnyr非常正確。正確的做法是直接從我們的webhook通知中收到「已處理」通知後才處理訂單。