作者coolthor (ssssss)
看板Soft_Job
標題[心得] [抱怨]智付寶使用心得
時間Thu Jan 28 12:59:41 2016
總之，這家公司
很糟，
可以在毫無通知的情況下就把你的交易服務停下來，
而且不覺得有甚麼問題。
(對，毫無通知，這其實是我最大怒的地方。
直到早上起來的時候看到客人反應打電話去才知道)
由於開發的環境並沒有提供開發語言(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://webptt.com/m.aspx?n=bbs/Soft_Job/M.1453957184.A.991.html
1F：→ robler: 這家喔...之前談過 主管基本上就是這種人 不用期待 01/28 13:03
2F：→ coolthor: 可以請問一下有甚麼第三方比較正常的嗎，台灣的。 XD 01/28 13:06
3F：→ robler: 我們的結論是..自己開發金流系統..所以你知道的 01/28 13:12
※ 編輯: coolthor (36.238.119.3), 01/28/2016 13:13:32
4F：→ coolthor: 我哀傷。 01/28 13:16
5F：推 neo5277: 怎麼會沒有C# 01/28 14:04
6F：推 hgkiller01: 我們公司就是用C#在串他們的API 他們給的範例只有PHP. 01/28 14:13
7F：推 neo5277: 燈愣~~~ 01/28 14:14
8F：→ neo5277: 開放式平台不是應該準備各種語言的API還是我搞錯了? 01/28 14:14
9F：推 ousapas: 有人知道為什麼台灣金流都喜歡用PDF寫文件嗎 01/28 14:23
10F：推 Blueshiva: 不然用Word寫文件嗎？ 01/28 14:24
11F：推 crossdunk: ALLPAY就是用WORD啊 01/28 14:26
12F：→ coolthor: 跪求MVC C#的方式，對不起我能力不足。 Q_Q 01/28 14:32
13F：→ felixgugu: 只是沒給C#的範例吧~HTTP POST各語言都通的 01/28 14:35
14F：→ coolthor: POST上去OK，拿回來的CONTENT也對(200) 01/28 14:38
15F：→ coolthor: 但是不知道怎麼把content變成網頁，抱歉網頁我很弱。Q_Q 01/28 14:39
16F：→ coolthor: 所以我就把他的content變成我的content。 01/28 14:40
17F：推 crossdunk: 看他回傳給你的值對照他給你的文件 01/28 14:48
18F：→ crossdunk: 是正確的就繼續你自己的流程就好了@@ 01/28 14:49
19F：→ coolthor: 抱歉，我想是表達的不夠清楚，我是指說，當我表單寫好 01/28 14:50
20F：→ coolthor: 我這邊form把資料收集完後，進到自己的的後端， 01/28 14:51
21F：→ coolthor: 後端資料整理好後，再發一個POST出去給智付寶。 01/28 14:51
22F：→ coolthor: 然後理論上應該是會出現可以選付款方式的頁面。 01/28 14:52
23F：→ coolthor: 也就是RESPONSE的Content內容。 01/28 14:52
24F：→ sing10407: api為啥要分語言啊 不就json或xml訂一訂用post就好 01/28 14:53
其實我生氣的點是無預警更新，
程式有問題就改倒是還好。
25F：→ coolthor: 我之前的作法是把收到的content寫入我自己的content， 01/28 14:53
26F：→ coolthor: 但是因為看起來加了，CORS的檢查，所以變成付款頁會失敗 01/28 14:54
※ 編輯: coolthor (36.238.119.3), 01/28/2016 14:56:37
27F：推 crossdunk: 不是丟給他之後他自己會跳頁面到付款頁面嗎 囧 01/28 15:05
因為小弟手賤，POST的動作不是在前端，在後端端端端端端端端端端端端端(眼神死)
※ 編輯: coolthor (36.238.119.3), 01/28/2016 15:08:06
28F：→ TonyQ: API 都通吧，我用 nodejs 接過。 01/28 15:32
29F：→ TonyQ: 是說 post 當然應該在前端做啊，在後端做的有別的作法吧。 01/28 15:34
30F：→ TonyQ: 看下來不是規格不嚴謹，是兩邊對規格想法不一致而已。 01/28 15:34
31F：推 hung0724: 對他們印象不好的點在於 之前得到不在文件中的錯誤碼 01/28 15:35
謝謝大家的回答，
其實我這邊考量的點是比較商業上的，
因為主要活動正好已經結束了，如果在沒有準備的情況下，
突然因為單方面無預警的更新導致無法交易。
光想都覺得冷掉半截。
得到的回覆又是敷衍隨便，真的會氣壞。
至於解決方式目前我已經呈現認命狀態，乖乖的變更設計。 XD
※ 編輯: coolthor (36.238.119.3), 01/28/2016 16:07:03
32F：→ airtsubasa: 幹麻不用paypal 01/28 16:41
34F：推 f124: 像紅藍綠那幾間會比較好嗎? 01/28 17:16
35F：推 crossdunk: 每一間都馬有人說好 有人說不好 01/28 17:31
36F：推 TonyQ: 不過是說國內還有誰有提供測試站試接 api的嗎？ 01/28 17:37
37F：→ airtsubasa: 那用allpay…之前串接，蠻support的，弄起來不用1天， 01/28 17:38
38F：→ airtsubasa: 人也蠻客氣的 01/28 17:38
39F：→ TonyQ: 而且 paypal 也不會准你在 server post 吧 01/28 17:38
40F：推 crossdunk: 都會提供測試的環境吧@@? 不然要怎麼測試 QQ 01/28 17:44
41F：→ crossdunk: 我之前也用過allpay的，感覺滿簡單的 01/28 17:45
42F：推 TonyQ: allpay 的公開測試看起來是所有人共用同一個測試環境(帳號) 01/28 17:53
43F：→ TonyQ: ，測起來有點麻煩啊。 01/28 17:53
44F：→ TonyQ: payapl 是他們不想做國內生意，不是不被允許。 01/28 17:54
45F：推 matrixki: pay2go我用起來滿順的 業務也回很快耶 01/28 18:17
46F：→ chrischen: 更新沒通知確實可議，不過如果沒改規格純加檢查... 01/28 23:19
47F：→ chrischen: 感覺也不太需要通知，整個問題點看起來是實作方式有誤 01/28 23:19
48F：→ KAI1107: 是不是沒有按照他們的步驟走啊???我按照他們的步驟使用 01/29 00:28
49F：→ KAI1107: 都沒遇到什麼問題耶...而且我也跟他們客服聯絡過，感覺上 01/29 00:29
50F：→ KAI1107: 人都蠻耐斯的...我想溝通上是不是有什麼誤會???API使用上 01/29 00:29
51F：→ KAI1107: 是不是有哪些步驟使用錯誤??? 01/29 00:30
52F：→ KAI1107: 你說的更新問題我也有致電他們客服詢問，他們說有安全性 01/29 00:31
53F：→ KAI1107: 更新，如果都按造使用步驟的話，是不會有什麼問題的!!! 01/29 00:31
54F：→ robler: 更新要提前通知 也要通知哪裡改了 怎麼對應 01/29 10:22
55F：→ robler: 台灣一堆金流公司都先改了再說 完全不管別人死活 01/29 10:23
56F：→ robler: 就算是緊急的安全性更新 必需要先改不能等 改完了 01/29 10:23
57F：→ robler: 一樣要一一通知客戶，不是等他們發現服務死掉了再來問 01/29 10:24
58F：推 f124: 更新本來就要先通知阿 又不是你內部的服務 出api的還這樣搞. 01/29 10:36
59F：→ KAI1107: 他們的SDK是open source的，有按照使用步驟教學，如果都 01/29 10:59
60F：→ KAI1107: 有按照步驟走，理論上不會有什麼大包~~~ 01/29 11:00
61F：→ KAI1107: 版大的問題應該是使用時沒有按照步驟，然後又剛好遇到了 01/29 11:01
62F：→ KAI1107: 沒說清楚的客服，所以中間上產生了些誤會??? 01/29 11:01
63F：→ KAI1107: 我的觀察啦XDDD 01/29 11:02
64F：推 ahli: 他的問題一直都是更新沒被通知而已吧... 01/29 11:22
65F：推 TonyQ: 可是如果本來的用法是錯的，被改掉也只能摸摸鼻子吧。 01/29 11:24
66F：→ Eureka7: 重點就是更新，基本的 announcement 都沒有,太扯了 01/29 12:17