Re: [其他] Richart app被盜轉(後續-2)

看板Bank_Service作者 (sp050612)時間7年前 (2016/11/24 21:12), 編輯推噓40(43推 3噓 74→)
留言120則, 51人參與, 最新討論串1/1
各位版友晚安 整件事情在台新銀行的迅速調查之下 在三天內就給我了完整的答覆 因此最後在版上 再補個事情後續 以讓版友們知道整件事情的來龍去脈 --------------------------------------------- 周二當天晚間 收到客服回電表示經過他們調查是他們人為疏失 並不是有人刻意盜轉我的帳戶 我的帳戶也是安全的 用戶代碼、密碼等都沒有被竊取 當天也按照客服和警方的要求辦理撤銷詐欺罪告訴 ((這邊可能要說清楚 當初報案告的是"疑似"轉我錢走的"嫌犯" 不是台新銀行 ((但因為此人並不存在 對方大眾銀行帳戶是無辜的(詳見下文) 因此撤銷我想是合理的 當天我同時有要求要有書面的紀錄 不能只是"口說"人為疏失而已 周三早上 客服打電話跟我約時間 希望由台新高層登門拜訪解釋 周三下午 數位金融部的黃協理 和 資訊服務處 孫副總經理 直接拜訪我 並說明始末 這次的問題在於 他們為了提升系統效能 在執行Richart app版本更新時 由於操作人員的疏失 使得上下版作業有誤 導致原本某位先生/小姐 "自己"要利用"自己台新Richart帳戶" 轉給 "自己大眾帳戶" 的這筆三萬元 並沒有從他的台新帳戶扣除 反倒是很衰的扣到我的帳戶 也就是說 是人為疏失造成的錯誤扣款 且這是個案 並不是全面性的系統問題 也再三強調中間並沒有任何代碼或密碼的洩漏問題 經過解釋之後 我可以理解 但同樣要求要有正式文字記錄 我也有提出是否要向金管會呈報 黃協理表示 這件事情在他們公司本來就會做紀錄 日後金管會的固定查核 也一定會被拿出來做檢視 周四早上 黃協理再度登門拜訪 拿出我要求他們所做的正式文件記錄 並也告知我他們也和警方聯絡完成了 同樣的正式文件紀錄也有給警方 如此警方也才能要求解除對方大眾帳戶的警示帳戶紀錄 整件事情到這邊為止 還給關心這件事的Richart app使用者一個完整的紀錄交代 謝謝大家的關心和指教 從中我也學到了一課! 姑且不論整件事到底多離譜 但至少 我認為台新銀行在三天內能給我完整的調查回覆以及正式文件紀錄 這點是有負起一間銀行的責任的 不會閃閃躲躲! -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 140.112.125.206 ※ 文章網址: https://www.ptt.cc/bbs/Bank_Service/M.1479993140.A.6D6.html ※ sp050612:轉錄至看板 creditcard 11/24 21:12
推
11/24 21:18, , 1F
我其實不太理解 為什麼扣錢會扣錯帳戶這件事...
11/24 21:18, 1F
推
11/24 21:19, , 2F
登門道歉 還算是有誠意 可是台新的資訊部門真的要加強
11/24 21:19, 2F
→
11/24 21:19, , 3F
這種跟錢有關的系統 犯這種錯誤 真的太離譜
11/24 21:19, 3F
推
11/24 21:20, , 4F
就上一篇文飛大猜到的 那樣 之前也有案例.... 資料連結的問題
11/24 21:20, 4F
推
11/24 21:37, , 5F
推 感謝後續
11/24 21:37, 5F
推
11/24 21:46, , 6F
推！覺得台新很有誠意
11/24 21:46, 6F
→
11/24 21:46, , 7F
app算是數位化好用的了
11/24 21:46, 7F
推
11/24 21:53, , 8F
這件事 很嚴重
11/24 21:53, 8F
推
11/24 21:53, , 9F
之前用別的銀行app還登到別人帳戶，瞬間以為魯蛇翻身.
11/24 21:53, 9F
→
11/24 21:53, , 10F
..台新這樣蠻有誠意，錢也有回來，希望之後會改善啦
11/24 21:53, 10F
推
11/24 22:00, , 11F
上門沒帶個小禮物啥的就不算有誠意
11/24 22:00, 11F
推
11/24 22:08, , 12F
300元測試費果然品質...
11/24 22:08, 12F
推
11/24 22:37, , 13F
其實扣錯帳還滿不合理的 難道資料都閉著眼睛打嗎
11/24 22:37, 13F
推
11/24 22:43, , 14F
看不太懂 那個"自己"是台新內的人嗎
11/24 22:43, 14F
推
11/24 22:52, , 15F
聽完還是覺得很誇張，竟然可以任意扣其他人帳戶裡的錢
11/24 22:52, 15F
→
11/24 22:54, , 16F
好扯 副本給銀行局 調查真相
11/24 22:54, 16F
→
11/24 22:55, , 17F
系統更版不是都會先用測試環境測嗎? 內部可以直接動到客
11/24 22:55, 17F
→
11/24 22:55, , 18F
戶的金額?
11/24 22:55, 18F
→
11/24 22:56, , 19F
喔我看懂了,是有個路人甲要轉帳,但是卻是扣到原po帳戶
11/24 22:56, 19F
推
11/24 22:57, , 20F
全系統操作的轉帳 可以扣錯帳號？ 但卻不是系統問題
11/24 22:57, 20F
→
11/24 22:57, , 21F
而是人為疏失？ 是說有人可以介入任一交易更改原本
11/24 22:57, 21F
→
11/24 22:57, , 22F
交易內容？ 原扣A,人為改去扣B帳號？
11/24 22:57, 22F
推
11/24 23:04, , 23F
當然說是個案啦, 不然大家嚇都嚇死
11/24 23:04, 23F
→
11/24 23:05, , 24F
可以用不是自己的帳號去轉錢，代表內控有嚴重瑕疵
11/24 23:05, 24F
推
11/24 23:05, , 25F
一串帳號可以打錯到變成別人的...
11/24 23:05, 25F
推
11/24 23:21, , 26F
如果是DB內的資料對應錯誤，那轉錯帳絕對不會是個案
11/24 23:21, 26F
噓
11/24 23:22, , 27F
說個案表示台新沒有全面清查是否有其他錯帳，爛銀行
11/24 23:22, 27F
→
11/24 23:42, , 28F
上篇不是說要求償 這篇怎麼口氣完全不一樣了??
11/24 23:42, 28F
→
11/24 23:43, , 29F
感覺是不是______?? 好啦 你們當事人OK就好
11/24 23:43, 29F
推
11/24 23:56, , 30F
總覺得系統測試要在周全一點才行…台銀算有誠意還不錯
11/24 23:56, 30F
→
11/24 23:57, , 31F
殘缺的測試環境又建功了嗎 XD
11/24 23:57, 31F
推
11/24 23:58, , 32F
推 台新還算負責
11/24 23:58, 32F
推
11/25 00:12, , 33F
這個是資料庫變大後的偶發性問題，新帳號有部分
11/25 00:12, 33F
→
11/25 00:13, , 34F
辨識欄位跟舊帳號重疊，導致系統把兩者當作同一個帳戶
11/25 00:13, 34F
推
11/25 00:22, , 35F
樓上這樣說有道理喔～
11/25 00:22, 35F
推
11/25 00:30, , 36F
真的當作同一帳戶不會只有一筆轉出吧
11/25 00:30, 36F
→
11/25 00:33, , 37F
要剛好滿足舊帳戶還有在活動，新帳戶也有存款
11/25 00:33, 37F
→
11/25 00:33, , 38F
大部分都是新帳戶還沒存錢，舊帳戶就回報交易異常
11/25 00:33, 38F
→
11/25 00:34, , 39F
或者是舊帳戶沒在動了，新帳戶當然也不會發現問題
11/25 00:34, 39F
還有 41 則推文
→
11/26 01:40, , 81F
當時候有問題的APP版本 到底是哪個版本編號 有多少人更新了
11/26 01:40, 81F
→
11/26 01:44, , 82F
總行一定有備援也會有log檔 原po能要求台新調出你上一個
11/26 01:44, 82F
→
11/26 01:46, , 83F
APP版本時候的帳號編碼記錄 跟更新完APP出問的編碼記錄嗎
11/26 01:46, 83F
→
11/26 01:50, , 84F
也必須要同時對照 那位先生/小姐的帳號資料庫的辨識碼
11/26 01:50, 84F
→
11/26 01:51, , 85F
為什麼在那位先生/小姐交易的當下 會連動到你的帳戶
11/26 01:51, 85F
→
11/26 01:53, , 86F
那如果當時候那位先生/小姐是去實體ATM領錢或是做轉帳作業
11/26 01:53, 86F
→
11/26 01:53, , 87F
也會從你的戶頭跑錢過去嗎?
11/26 01:53, 87F
推
11/26 01:57, , 88F
雖然他們說回提報上去 但我還是覺得要親自主動告知金管會
11/26 01:57, 88F
→
11/26 01:58, , 89F
金管會日後去台新查核 跟你主動去提報金管會 態度會不一樣
11/26 01:58, 89F
→
11/26 02:00, , 90F
但這是你個人的決定 畢竟上面派人下來親自解釋
11/26 02:00, 90F
推
11/26 02:06, , 91F
原PO如果覺得已經得到相當滿意的答案或解釋了 那就算事件
11/26 02:06, 91F
→
11/26 02:06, , 92F
落幕
11/26 02:06, 92F
推
11/26 08:34, , 93F
後續處理不錯
11/26 08:34, 93F
→
11/26 10:22, , 94F
忽然發現FinTech即時推播的功能會把以前隱藏的問題立即現
11/26 10:22, 94F
推
11/26 11:09, , 95F
有誠意
11/26 11:09, 95F
→
11/26 13:40, , 96F
這麼大的紕漏 莫名把錢轉走 居然還稱讚他有誠意 真無言
11/26 13:40, 96F
→
11/26 13:42, , 97F
這只是原PO有發現 搞不好還有人被莫名轉走還不知道的
11/26 13:42, 97F
→
11/26 13:43, , 98F
以後還得天天去注意帳戶的錢有沒有莫名被轉走嗎？
11/26 13:43, 98F
→
11/26 13:44, , 99F
被莫名轉走 發現了還回來 還要稱讚他 ....
11/26 13:44, 99F
推
11/26 18:37, , 100F
之前11/11麻煩版友chister(在此致謝)，在本版貼出的心得
11/26 18:37, 100F
→
11/26 18:38, , 101F
「我想表達的是，r*是一個「銀行」的app
11/26 18:38, 101F
→
11/26 18:39, , 102F
如果網友不表達對電磁紀錄的重視，那別忘記
11/26 18:39, 102F
→
11/26 18:39, , 103F
，很多人的錢是「沒有紙本存摺」的
11/26 18:39, 103F
→
11/26 18:40, , 104F
難保如同下列新聞事件:.......」
11/26 18:40, 104F
→
11/26 18:40, , 105F
正好亂槍打鳥，好像也可以套用在這裡
11/26 18:40, 105F
→
11/26 18:40, , 106F
有相同問題的站內信，也麻煩大家噓小力點
11/26 18:40, 106F
→
11/26 19:35, , 107F
原po會稱讚，上面推文就有人講啦，應該有些是規定"保密"的事
11/26 19:35, 107F
推
11/27 11:53, , 108F
Richart已算是數位銀行帳戶裡優惠最多的，只是資訊部
11/27 11:53, 108F
→
11/27 11:53, , 109F
門要加強是真的，錯一步可能連信譽也賠上。
11/27 11:53, 109F
推
11/27 12:23, , 110F
得饒人處且饒人，何必一直為難下去
11/27 12:23, 110F
推
11/28 03:46, , 111F
得饒人處且饒人不是這樣用的,帳戶怎可未經同意被亂搬錢!
11/28 03:46, 111F
→
11/28 03:46, , 112F
這怎麼想都不該發生在銀行這金融機構,結果原波竟大讚銀行
11/28 03:46, 112F
→
11/28 03:46, , 113F
有誠意?除非有其他好處回饋,不然真的是看不到誠意何在?就
11/28 03:46, 113F
→
11/28 03:46, , 114F
好像把你打了一頓然後醫好,你反而稱讚對方有誠意www?
11/28 03:46, 114F
→
11/28 14:08, , 115F
又來了
11/28 14:08, 115F
推
11/29 18:08, , 116F
再穩定的系統都有可能出包，問題解決處理能力才是真的
11/29 18:08, 116F
推
11/30 00:20, , 117F
明明就是台新怕被金管會發現裁罰。這有嚴重資安問題。
11/30 00:20, 117F
→
11/30 00:21, , 118F
如果號稱美國國防部等級的、資訊人員隨便更新就能扣錯客
11/30 00:21, 118F
→
11/30 00:21, , 119F
人帳戶、一個個案或者一群人？沒發現跟誰要？
11/30 00:21, 119F
→
07/19 16:54, , 120F
太扯，如果沒發現是不是就損失三萬了好？
07/19 16:54, 120F
‣ 更多 sp050612 的文章
文章代碼(AID): #1ODkSqRM (Bank_Service)