因為不只有HSBC會碰到
板大的問題''應該''是所有銀行ATM的USER都會有機會碰到才對
今天發生問題的是跨行付錢給你的銀行
某些銀行有他們自己的機制
舉中國信託的例子好了
使用他們的存款機 發生卡鈔 導致你現在的存款無法馬上入帳
他們可以多久幫你入帳? 答案就是結帳後
相對的類似例子應該有很多
有時候銀行本身的機制跟規定就是這樣
就是因為跨行交易 所以需要多點的確認時間
所以碰到了 要的話就是用最強硬的手段逼銀行還你
不然就是等他們結帳吧...
--------------------------------------------------------------------
提外話一個
ATM吃卡也是 先前就發生個新聞
某記者至公司附近ATM提款 結果提款卡被吃
就在違反銀行確認機制的狀況下 硬要銀行在兩小時內還他 不然就等著上新聞
(銀行的機制是 先收回吃卡 等營業日 確認卡片有沒有問題 再歸還客戶)
結果該銀行就還給那位記者了(沒有透過上面講的那個步驟 直接打開ATM把卡片還他)
結果呢? 還是上新聞...XD
--------------------------------------------------------------------
An APPLE a day keeps the Microsoft Windows away.
daonald wrote:
本來想把大部分的錢全都轉到direct,但後來發現,direct卡只要出了台灣就沒用了,
沒錯。這要小心。
Sam-obile 懶人包 /tinyurl.com/a44xzgp
Lattech wrote:
就系統的角度來講，transaction control 絕對是非常重要而嚴肅
的課題
如同 Lattch 大大所言
transaction control 是資料庫裡非常重要的課題
因此如何確保 transaction 的資料是正確的是每個資料庫的強項
transaction 無法完成 commit 就應該自動 rollback
不過這僅限於同一系統內的 transaction 而言喔
傑洛米 wrote:
依照財金的規則,提款是屬於三段式交易,
不過如同傑洛米大大所言
以財金定出的規則
ATM 提款程序為三段式交易
可區分為四個 distributed transaction (DT)
第一個 DT 為提款端(中信)到財金公司 (告知有跨行提款交易產生)
第二個 DT 為財金公司到扣款端(HSBC)(傳送提款訊息)
第三個 DT 為扣款端(HSBC)到財金(完成扣款)
第四個 DT 為財金公司到提款端(中信)(吐出現鈔完成交易)
每個 DT 會產生兩個 2 phase commit (兩端的系統都需要接收到 commit 指令才算完成)
因此這整個過程中會產生 4 個 two phase commit
這時候有趣的情形發生了
只要其中有任何一個 commit 因為某些原因而中斷(如網路斷線, 系統問題, time out 等等)都會造成整個交易程序不完成
可是如果部分 commit 已經送到系統端, 這時候其他系統即使 commit fail 並不會直接 rollback已成功 commit 系統的資訊喔
簡單來說這是關連式資料庫 distributed transaction 中 2 phase commit 的保護機制
因此以 Lattch 的案例來看
基本上這整個提款流程應該已經完成前兩個 DT
可能在3,4 DT 中發生問題而導致整個提款交易失敗但是 HSBC 中的帳號的錢已經被扣掉了
更進一步地推測可能是第4 個 DT 發生問題因此無法判別是否已經發鈔而即時處理
所以這樣的情況在每個銀行的系統都有可能發生
我也曾經使用中國信託提款卡發生如上情況....也是等了三四天錢才回沖的
不過看到那麼多大大在 HSBC 發生了這樣的情況
本來打算年後來開個帳戶的我.....再多看看吧
database教transction, 最喜歡拿這種領錢的例子來說明commit跟rollback, 但是事實上, 實際的商業模式根本不是這麼簡單, 拿課本上的例子來說HSBC的錯, 倒不如聽聽業界人士的說法搞清楚對象吧!
類似這種情形, 錢自然會回到你戶頭, 就算沒有單據, 銀行也會有紀錄, ATM後面也會有類似的報表記錄以利回沖錢給你, 如果要怪什麼存戶權益或是為什麼錢要幾天後才會還給你........那應該要去告金管會之類的主管機關吧! 去怪他們幹嘛制訂這種遊戲規則~
，好在提款卡內還有錢，就再提一次吧！三四年來使用花旗提款卡在7-11提款沒有兩百至少也有百來次了吧！只在汐止碰過一次這種情形。給樓上強調遊戲規則就是這樣、所有銀行都會碰到、甚至還有寫系統的大大們，遊戲規則是一回事，錢是一定會回沖的，但是從使用者要用錢當下的角度親身去體驗是一回事。如果戶頭錢不夠再提一次呢？在同樣的遊戲規則下，HSBC相較其他銀行，系統上真的沒有容量測試跟互通相容性測試改進的空間了嗎？請想一想吧！小弟搞軟體搞了十來年，公司從個位數的人頭到上市上櫃，深知改進空間永遠存在，只是要不要做的問題，這種牽涉到互通性、界面容量、網路壅塞狀況的情境好不好寫測試case？絕對不好寫，但是魔鬼就在測試計畫的細節裡。
內文搜尋
從 APP 打開
X