作者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/cn.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