|
据大多伦多媒体Now Toronto近日报道，一对加拿大夫妇称，丰业银行（Scotiabank）已经扣住了他们的一张$10,000加元的支票长达37天，如今银行还要关闭他们的账户。
Rhiannon和Roman Rodriguez夫妇住在不列颠哥伦比亚省北部偏远的小镇斯图尔特（Stewart），他们说自己正经历一场“财务噩梦”。 他们表示，8月12日，Roman作为一家承包公司的老板，把一张支票存进了自己的个人账户。他是通过手机拍照上传的方式存入的。支票当时被银行设置了10天的冻结期，这在银行来说是常规操作。 Rhiannon表示：“在那10天里，他的账户实际上完全被冻结了，但我们当时没意识到。我们以为只是支票在等待清算，但实际上整个账户都被锁死，我们一分钱都取不出来。” 可问题是，10天过去后，他们仍然无法取钱。 折腾37天 仍然没有拿回钱 Roman说：“这张支票在存进去几天后就被标记为‘可疑’，理由是它应该写我的名字，而不是我公司名字。” Roman强调，他这个账户已经用了很多年，过去一年里也多次以公司名义存入过支票，从未出过问题。这还是第一次被标记为“可疑”。 之后，他联系了客服，对方告诉他既然支票被标记为“欺诈”，那钱必须退回到开出支票的公司。 “他们告诉我，大概需要14天把钱退回去。但14天过后没发生任何事，我开始不停打电话。客服说他们管不了欺诈事务，我必须亲自去分行处理。”Roman说。 于是，他们又联系了TD银行（开出支票的公司就在TD有账户）。TD的人告诉他们，已经向丰业银行申请要回这笔钱，但丰业银行却说没有收到任何请求。 Roman只好跑到离家最近的丰业银行分行，位于卑诗省泰勒斯市（Terrace），单程要开车三个半小时。他带上了身份证、GST号码以及一切能证明钱是他的资料。但分行经理却告诉他，这里什么也办不了，必须去他的“开户行”。问题是，他的开户行并不在附近。 “有的员工说我的开户行在安省的Peterborough，那要飞六个小时才能到……另一些人又说在卑诗省的Chilliwack，开车要18个小时。”Roman无奈地说。 从那以后，他多次打电话确认自己的开户行到底在哪，但始终没有结果。本周，他又回到Terrace分行，要求拿到案件编号，但经理还是说帮不上忙。 “我说要请律师介入，或者干脆在他们之前自己先关掉账户，他们才终于在昨天开始立案。”Roman在周五说。 “但让我最崩溃的是，37天过去了，我和30多个客服、20多个主管聊过，还给不同分行经理的电话留过无数语音，但他们从来没有任何回复。” 银行账户将被关闭 Roman表示，这件事让他极度沮丧，尤其是被客服人员不断推来推去。 “我可能对某个客服说错了什么话，现在他们就要因为这个关掉我的账户。”Roman说。他补充，自己和多个丰业银行员工沟通过，但没人能解释为什么要关他的账户。 直到本周早些时候，他才收到通知，说银行在月初已经寄出了关户信，但他们家从未收到。夫妇俩是后来通过电子邮件才知道账户将被终止。 他们还收到另一封邮件，称银行方面现在才开始调查那张被扣的支票。 Roman说：“他们现在告诉我要开始处理这件事了。但问题是，所有事情必须在十月初之前解决，因为十月一到，我的账户就会被关掉。他们等于是在最后一刻才动手。” 夫妻俩现在完全不知道这笔钱到底在哪里，如果账户被关，钱又会怎样处理。 Roman无奈地说：“问题是，他们根本不和我沟通。如果他们能和我解释一下，让我知道接下来该怎么办，该走什么流程，我绝不会把事情闹大。但现在我真的无能为力。” “我从来没有觉得自己被打败过，直到现在。这次真的让我彻底崩溃。” 丰业银行拒绝回应个案 丰业银行一位发言人通过电邮告诉Now Toronto，银行不能对个别客户情况发表评论。 根据丰业银行的《日常银行服务指南》，银行在认为合理的情况下，有权不经通知就关闭账户。这包括但不限于：怀疑账户涉及非法、未经授权或欺诈用途，或账户收到了非法所得。 银行也有多种理由可以冻结支票，比如：开票账户本身被冻结、支票签发账户已经关闭，或者支票签名与平时不一致等。 Rhiannon表示，这件事让他们在即将进入冬季时压力巨大。她虽然有工作，但丈夫是家里的主要经济来源，而他们所在社区非常偏远，距离最近的大城市乔治王子城（Prince George）有8个小时车程，当地工作机会很少。 “那笔钱本来是我们过冬的储备。”Rhiannon说。她担心他们甚至可能付不起冬天的取暖费。 “现在我们陷入了困境，而且不知道银行会不会把钱退回给开票公司。如果银行能把钱退回去，公司再转账给我们，那就太好了。” |
Copyright © 1999 - 2025 by Sinoquebec Media Inc. All Rights Reserved 未经许可不得摘抄 | GMT-5, 2025-12-8 11:18 , Processed in 0.153550 second(s), 23 queries .
