模組介紹: 給 Ubercart 用的藍新金流模組 底下是簡單的說明: 1. 信用卡部份不支援分期付款 2. 訂單編號前綴是會附加在真正訂單編號前面的一個字元,這項功能用於你可以申請一組藍新的付款服務,對應多個網站(信用卡付款可對應 9 個網站,其他付款方式可以對應 26 個網站) 連結網址: http://code.google.com/p/drupal-neweb/downloads/list模組分類: 電子商務/廣告模組版本: 6.x 發表回應前,請先登入或註冊 回應 Re: 藍新金流模組 Great!! 發表回應前,請先登入或註冊 Re: 藍新金流模組 您好, 我是藍新科技的Paul 對於模組介紹的第二點有點疑義, 申請一組藍新付款服務只能對應一個付款網站, 商家"不能"自行將訂單編號擴充到多個網頁. 發表回應前,請先登入或註冊 Re: 藍新金流模組 這點你可能有點誤會~ 那個功能只是讓每個付款網站的訂單編號有所不同而已,因為有可能一個公司有許多不同的付款網站,但是後台的操作人員是同一組人。 為了分辨不同付款網站的訂單編號,所以提供一個前置字元在訂單編號前面以供識別而已。 當然每個付款網站都必須跟貴公司申請一組服務,因為會有不同的 Merchant Number 對應到不同的付款網站~ 發表回應前,請先登入或註冊 Re: 藍新金流模組 您好, 謝謝您的解說 我有看到文件上訂單編號的用意也謝謝您提供這些模組. 我補充說明一下, 在我們合約書上會要求商家提供一個交易網址, 我們對商家的審核標準就是認定這個提供的網址, 倘若商家因為作業上的需求而擴充了交易的網頁, 那藍新就無法有效控管商家銷售的商品. 假使日後發生了交易的糾紛, 雙方責任歸屬就很難釐清. 為了確保沒有灰色地帶, 就像您提的"每個付款網站都必須跟藍新申請一組服務", 這樣對我們來說是比較好管理的. 謝謝, 請多指教! 發表回應前,請先登入或註冊 Re: 藍新金流模組 Dear Paul: 目前貴公司對這個金流模組的維護態度為何? 有想要自行維護的話,可以到上面的網址把完整的 Source Code 拿回去作維護,我個人是覺得雖然我受雇寫了這個金流模組,但是如果官方願意自行維護會比較好一點~ 畢竟我沒辦法一直關注這個模組後續的維護,除非說問題通報我才會去修~ 今天也是因為有問題通報所以修掉了一個 Bug... 發表回應前,請先登入或註冊 Re: 藍新金流模組 可不可能為drupal commerce (drupal 7) 做個module, 或改良? Thanks! 發表回應前,請先登入或註冊 Re: 藍新金流模組 port 到 d7 的 commerce 的計畫在明年... 發表回應前,請先登入或註冊
Re: 藍新金流模組 這點你可能有點誤會~ 那個功能只是讓每個付款網站的訂單編號有所不同而已,因為有可能一個公司有許多不同的付款網站,但是後台的操作人員是同一組人。 為了分辨不同付款網站的訂單編號,所以提供一個前置字元在訂單編號前面以供識別而已。 當然每個付款網站都必須跟貴公司申請一組服務,因為會有不同的 Merchant Number 對應到不同的付款網站~ 發表回應前,請先登入或註冊
Re: 藍新金流模組 您好, 謝謝您的解說 我有看到文件上訂單編號的用意也謝謝您提供這些模組. 我補充說明一下, 在我們合約書上會要求商家提供一個交易網址, 我們對商家的審核標準就是認定這個提供的網址, 倘若商家因為作業上的需求而擴充了交易的網頁, 那藍新就無法有效控管商家銷售的商品. 假使日後發生了交易的糾紛, 雙方責任歸屬就很難釐清. 為了確保沒有灰色地帶, 就像您提的"每個付款網站都必須跟藍新申請一組服務", 這樣對我們來說是比較好管理的. 謝謝, 請多指教! 發表回應前,請先登入或註冊
Re: 藍新金流模組 Dear Paul: 目前貴公司對這個金流模組的維護態度為何? 有想要自行維護的話,可以到上面的網址把完整的 Source Code 拿回去作維護,我個人是覺得雖然我受雇寫了這個金流模組,但是如果官方願意自行維護會比較好一點~ 畢竟我沒辦法一直關注這個模組後續的維護,除非說問題通報我才會去修~ 今天也是因為有問題通報所以修掉了一個 Bug... 發表回應前,請先登入或註冊
回應
Re: 藍新金流模組
Great!!
Re: 藍新金流模組
您好, 我是藍新科技的Paul
對於模組介紹的第二點有點疑義, 申請一組藍新付款服務只能對應一個付款網站, 商家"不能"自行將訂單編號擴充到多個網頁.
Re: 藍新金流模組
這點你可能有點誤會~
那個功能只是讓每個付款網站的訂單編號有所不同而已,因為有可能一個公司有許多不同的付款網站,但是後台的操作人員是同一組人。
為了分辨不同付款網站的訂單編號,所以提供一個前置字元在訂單編號前面以供識別而已。
當然每個付款網站都必須跟貴公司申請一組服務,因為會有不同的 Merchant Number 對應到不同的付款網站~
Re: 藍新金流模組
您好, 謝謝您的解說
我有看到文件上訂單編號的用意也謝謝您提供這些模組.
我補充說明一下, 在我們合約書上會要求商家提供一個交易網址, 我們對商家的審核標準就是認定這個提供的網址, 倘若商家因為作業上的需求而擴充了交易的網頁, 那藍新就無法有效控管商家銷售的商品. 假使日後發生了交易的糾紛, 雙方責任歸屬就很難釐清.
為了確保沒有灰色地帶, 就像您提的"每個付款網站都必須跟藍新申請一組服務", 這樣對我們來說是比較好管理的.
謝謝, 請多指教!
Re: 藍新金流模組
Dear Paul:
目前貴公司對這個金流模組的維護態度為何?
有想要自行維護的話,可以到上面的網址把完整的 Source Code 拿回去作維護,我個人是覺得雖然我受雇寫了這個金流模組,但是如果官方願意自行維護會比較好一點~
畢竟我沒辦法一直關注這個模組後續的維護,除非說問題通報我才會去修~
今天也是因為有問題通報所以修掉了一個 Bug...
Re: 藍新金流模組
可不可能為drupal commerce (drupal 7) 做個module, 或改良?
Thanks!
Re: 藍新金流模組
port 到 d7 的 commerce 的計畫在明年...