PTT職涯區 / Soft_Job (軟體人)

[心得] [抱怨]智x寶使用心得

看板Soft_Job (軟體人)作者 (ssssss)時間10年前 (2016/01/28 12:59), 10年前編輯推噓18(18推 0噓 48→)
留言66則, 19人參與, 最新討論串1/1
總之，這家公司很糟， 可以在毫無通知的情況下就把你的交易服務停下來， 而且不覺得有甚麼問題。 (對，毫無通知，這其實是我最大怒的地方。 直到早上起來的時候看到客人反應打電話去才知道) 由於開發的環境並沒有提供開發語言(C#)的API， 規格書： https://www.智x寶.com/dw_files/ info_api/pay2go_gateway_MPGapi_V1_1_6.pdf 縮網址： http://批踢踢.cc/au0NT (三) 資料交換方式 1. 商店以「Form Post」方式傳送交易資料至智x寶進行交易。 Form Post? 好吧，雖然網頁程式還是入門，不過規格既然開了， 總是做的了得吧，所以在後端寫了一個Follow他規格的Post程式。 看起來也運作順暢，啊，規格真是好東西。 :D 雖然活動辦完了，但是還是開了一些門給客戶做服務。 結果從昨天突然就開始出現錯誤。 到了早上發現這個問題， 馬上打電話給客服，中間雖然有回電，但是一直也無法解決問題。 (當然其實也不太期待啦。) 最後是一個男性業務打電話來回答我的問題， 回答超官方，就照我們MGP API上的走一模一樣其他公司也沒問題。 因為昨天更新了一些安全性的東西， 所以昨天開始就會多檢查一些balabala... 慢著，你說更新？我可不知道這件事情，回去查了一下E-Mail， 也沒收到更新通知。 我有點火大，作為一個服務， 你怎麼可以在沒有告知的狀況下就更新了？ 業務不斷跳針的說公司決定就是這樣做， 只保留ATM付款方式到明天四點。 吵到後來，他甚至嗆我說是做不到嗎？ (對話結束。) 總之，給直接End的各位。 如果你再找一家對於規格不是很精準的第三方支付， 而且會在未告知的情況下更新他們的服務。 就算實質上造成你的損失，也不會因此而道歉。 因為是你的錯啊，是你的能力不足啊。 絕對和我們公司無預警更新服務無關唷。 ps: 本來想說反正都寫了，就分享一下用C#怎麼連智x寶服務， 現在看起來是免了，省一件事情。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.238.119.3 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1453957184.A.991.html
→
01/28 13:03, , 1F
這家喔...之前談過 主管基本上就是這種人 不用期待
01/28 13:03, 1F
→
01/28 13:06, , 2F
可以請問一下有甚麼第三方比較正常的嗎，台灣的。 XD
01/28 13:06, 2F
→
01/28 13:12, , 3F
我們的結論是..自己開發金流系統..所以你知道的
01/28 13:12, 3F
※ 編輯: coolthor (36.238.119.3), 01/28/2016 13:13:32
→
01/28 13:16, , 4F
我哀傷。
01/28 13:16, 4F
推
01/28 14:04, , 5F
怎麼會沒有C#
01/28 14:04, 5F
推
01/28 14:13, , 6F
我們公司就是用C#在串他們的API 他們給的範例只有PHP.
01/28 14:13, 6F
推
01/28 14:14, , 7F
燈愣~~~
01/28 14:14, 7F
→
01/28 14:14, , 8F
開放式平台不是應該準備各種語言的API還是我搞錯了?
01/28 14:14, 8F
推
01/28 14:23, , 9F
有人知道為什麼台灣金流都喜歡用PDF寫文件嗎
01/28 14:23, 9F
推
01/28 14:24, , 10F
不然用Word寫文件嗎？
01/28 14:24, 10F
推
01/28 14:26, , 11F
ALLPAY就是用WORD啊
01/28 14:26, 11F
→
01/28 14:32, , 12F
跪求MVC C#的方式，對不起我能力不足。 Q_Q
01/28 14:32, 12F
→
01/28 14:35, , 13F
只是沒給C#的範例吧~HTTP POST各語言都通的
01/28 14:35, 13F
→
01/28 14:38, , 14F
POST上去OK，拿回來的CONTENT也對(200)
01/28 14:38, 14F
→
01/28 14:39, , 15F
但是不知道怎麼把content變成網頁，抱歉網頁我很弱。Q_Q
01/28 14:39, 15F
→
01/28 14:40, , 16F
所以我就把他的content變成我的content。
01/28 14:40, 16F
推
01/28 14:48, , 17F
看他回傳給你的值對照他給你的文件
01/28 14:48, 17F
→
01/28 14:49, , 18F
是正確的就繼續你自己的流程就好了@@
01/28 14:49, 18F
→
01/28 14:50, , 19F
抱歉，我想是表達的不夠清楚，我是指說，當我表單寫好
01/28 14:50, 19F
→
01/28 14:51, , 20F
我這邊form把資料收集完後，進到自己的的後端，
01/28 14:51, 20F
→
01/28 14:51, , 21F
後端資料整理好後，再發一個POST出去給智付寶。
01/28 14:51, 21F
→
01/28 14:52, , 22F
然後理論上應該是會出現可以選付款方式的頁面。
01/28 14:52, 22F
→
01/28 14:52, , 23F
也就是RESPONSE的Content內容。
01/28 14:52, 23F
→
01/28 14:53, , 24F
api為啥要分語言啊 不就json或xml訂一訂用post就好
01/28 14:53, 24F
其實我生氣的點是無預警更新， 程式有問題就改倒是還好。
→
01/28 14:53, , 25F
我之前的作法是把收到的content寫入我自己的content，
01/28 14:53, 25F
→
01/28 14:54, , 26F
但是因為看起來加了，CORS的檢查，所以變成付款頁會失敗
01/28 14:54, 26F
※ 編輯: coolthor (36.238.119.3), 01/28/2016 14:56:37
推
01/28 15:05, , 27F
不是丟給他之後他自己會跳頁面到付款頁面嗎 囧
01/28 15:05, 27F
因為小弟手賤，POST的動作不是在前端，在後端端端端端端端端端端端端端(眼神死) ※ 編輯: coolthor (36.238.119.3), 01/28/2016 15:08:06
→
01/28 15:32, , 28F
API 都通吧，我用 nodejs 接過。
01/28 15:32, 28F
→
01/28 15:34, , 29F
是說 post 當然應該在前端做啊，在後端做的有別的作法吧。
01/28 15:34, 29F
→
01/28 15:34, , 30F
看下來不是規格不嚴謹，是兩邊對規格想法不一致而已。
01/28 15:34, 30F
推
01/28 15:35, , 31F
對他們印象不好的點在於 之前得到不在文件中的錯誤碼
01/28 15:35, 31F
謝謝大家的回答， 其實我這邊考量的點是比較商業上的， 因為主要活動正好已經結束了，如果在沒有準備的情況下， 突然因為單方面無預警的更新導致無法交易。 光想都覺得冷掉半截。 得到的回覆又是敷衍隨便，真的會氣壞。 至於解決方式目前我已經呈現認命狀態，乖乖的變更設計。 XD ※ 編輯: coolthor (36.238.119.3), 01/28/2016 16:07:03
→
01/28 16:41, , 32F
幹麻不用paypal
01/28 16:41, 32F
→
01/28 17:08, , 33F
http://bit.ly/1ZUJ8Xw Paypal 不被允許提供台灣國內交易
01/28 17:08, 33F
推
01/28 17:16, , 34F
像紅藍綠那幾間會比較好嗎?
01/28 17:16, 34F
推
01/28 17:31, , 35F
每一間都馬有人說好 有人說不好
01/28 17:31, 35F
推
01/28 17:37, , 36F
不過是說國內還有誰有提供測試站試接 api的嗎？
01/28 17:37, 36F
→
01/28 17:38, , 37F
那用allpay…之前串接，蠻support的，弄起來不用1天，
01/28 17:38, 37F
→
01/28 17:38, , 38F
人也蠻客氣的
01/28 17:38, 38F
→
01/28 17:38, , 39F
而且 paypal 也不會准你在 server post 吧
01/28 17:38, 39F
推
01/28 17:44, , 40F
都會提供測試的環境吧@@? 不然要怎麼測試 QQ
01/28 17:44, 40F
→
01/28 17:45, , 41F
我之前也用過allpay的，感覺滿簡單的
01/28 17:45, 41F
推
01/28 17:53, , 42F
allpay 的公開測試看起來是所有人共用同一個測試環境(帳號)
01/28 17:53, 42F
→
01/28 17:53, , 43F
，測起來有點麻煩啊。
01/28 17:53, 43F
→
01/28 17:54, , 44F
payapl 是他們不想做國內生意，不是不被允許。
01/28 17:54, 44F
推
01/28 18:17, , 45F
pay2go我用起來滿順的 業務也回很快耶
01/28 18:17, 45F
→
01/28 23:19, , 46F
更新沒通知確實可議，不過如果沒改規格純加檢查...
01/28 23:19, 46F
→
01/28 23:19, , 47F
感覺也不太需要通知，整個問題點看起來是實作方式有誤
01/28 23:19, 47F
→
01/29 00:28, , 48F
是不是沒有按照他們的步驟走啊???我按照他們的步驟使用
01/29 00:28, 48F
→
01/29 00:29, , 49F
都沒遇到什麼問題耶...而且我也跟他們客服聯絡過，感覺上
01/29 00:29, 49F
→
01/29 00:29, , 50F
人都蠻耐斯的...我想溝通上是不是有什麼誤會???API使用上
01/29 00:29, 50F
→
01/29 00:30, , 51F
是不是有哪些步驟使用錯誤???
01/29 00:30, 51F
→
01/29 00:31, , 52F
你說的更新問題我也有致電他們客服詢問，他們說有安全性
01/29 00:31, 52F
→
01/29 00:31, , 53F
更新，如果都按造使用步驟的話，是不會有什麼問題的!!!
01/29 00:31, 53F
→
01/29 10:22, , 54F
更新要提前通知 也要通知哪裡改了 怎麼對應
01/29 10:22, 54F
→
01/29 10:23, , 55F
台灣一堆金流公司都先改了再說 完全不管別人死活
01/29 10:23, 55F
→
01/29 10:23, , 56F
就算是緊急的安全性更新 必需要先改不能等 改完了
01/29 10:23, 56F
→
01/29 10:24, , 57F
一樣要一一通知客戶，不是等他們發現服務死掉了再來問
01/29 10:24, 57F
推
01/29 10:36, , 58F
更新本來就要先通知阿 又不是你內部的服務 出api的還這樣搞.
01/29 10:36, 58F
→
01/29 10:59, , 59F
他們的SDK是open source的，有按照使用步驟教學，如果都
01/29 10:59, 59F
→
01/29 11:00, , 60F
有按照步驟走，理論上不會有什麼大包~~~
01/29 11:00, 60F
→
01/29 11:01, , 61F
版大的問題應該是使用時沒有按照步驟，然後又剛好遇到了
01/29 11:01, 61F
→
01/29 11:01, , 62F
沒說清楚的客服，所以中間上產生了些誤會???
01/29 11:01, 62F
→
01/29 11:02, , 63F
我的觀察啦XDDD
01/29 11:02, 63F
推
01/29 11:22, , 64F
他的問題一直都是更新沒被通知而已吧...
01/29 11:22, 64F
推
01/29 11:24, , 65F
可是如果本來的用法是錯的，被改掉也只能摸摸鼻子吧。
01/29 11:24, 65F
→
01/29 12:17, , 66F
重點就是更新，基本的 announcement 都沒有,太扯了
01/29 12:17, 66F
‣ 更多 coolthor 的文章
文章代碼(AID): #1MgQ10cH (Soft_Job)
Soft_Job 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 coolthor 的文章
文章代碼(AID): #1MgQ10cH (Soft_Job)