张学勇移民公司
微信扫一扫 分享朋友圈

已有 693 人浏览分享

开启左侧

曝光!加拿大政府默许20万人诈领CERB福利金

[复制链接]
693 0
政府内部文件显示,新冠疫情下,联邦雇员在审查几百万份紧急救济金(CERB)和失业保险(EI)福利申请个案时发现大量欺诈,但却被指示忽略大部分潜在的欺诈申请个案,仍然把福利金发放出去。

加拿大联邦就业与社会发展部在上月发布的一份内部备忘录中说,如果员工发现可能的滥领福利行为,他们仍然应该处理付款,并且不要将申请人的文件提交诚信部门。




就业部长Carla Qualtrough(图片来源:Justin Tang/The Canadian Press/File)

目前还不清楚是否有部门会调查这些可疑个案。备忘录称,该部门已暂停对EI申领的“守规和执法”行动,EI项目正在帮助处理加拿大紧急救济金(CERB)的付款。

20万份申请有欺诈嫌疑

同时,一位熟悉情况的消息人士声称,已经有20万份申请个案因为过去就业收入和其他可能的原因而被视为可能欺诈个案,被打上“红色警示标记”。

就业部长Carla Qualtrough已经表示,政府知道应对疫情的援助计划存在更高的欺诈风险,但她希望尽快将钱拨给有需要的加拿大人,稍后再设法追回不应该支付的款项。

但是备忘录的说法显示政府的做法更进一步,鼓励公务员对欺诈视而不见。

加拿大纳税人联盟联邦总监Aaron Wudrick指出,不提问题就迅速发放钱款是一回事,但是无视滥用福利的实际证据就是另一回事了。

Wudrick说:“政府应该假设每个人都是诚实的,但这并不意味着应该停止追踪和跟进任何潜在的欺诈个案。” “即使是很小比例的欺诈,也可能意味着上亿元的浪费。”

对此,联邦部长Qualtrough的发言人Marielle Hossack表示,系统设计旨在迅速发放款项,同时通过“后端保障”确保任何不合格的申领者最终退还款项。

发言人的声明说:“我们打算继续定期进行个案审查和调查,找出并处理错误、欺诈和滥用个案。”

“我们正在使用计算机跟踪,数据分析和链接的数据系统来检测误付和欺诈行为。”




图片来源:The Canadian Press/Jesse Johnston

海外居民也能领钱

部长发言人Hossack还说,对于来自海外的申请,如果当事人是“加拿大居民”并且“暂时”在海外,仍然可以领取CERB。

也有公共支出的监管机构支持政府的做法,认为渥太华必须承担一定的风险,因为这次历史性的失业是由于政府的指示直接造成的。

前国会预算官、渥太华大学财政研究与民主学会的Keven Page说,在这种非常规时期,政府要求关闭企业和停摆经济来控制病毒,政府动用开支权力来缓解工人失业和企业受损造成的影响。审计师们将会要花费几年时间来处理程序的错误。

CERB项目向失业的人士提供每周500元,持续4个月的福利金,条件是申领人在2019年或过去12个月有至少5000元收入。有资格申请EI的人士也会在能领这项福利,之后再申领EI。

联邦就业和社会发展部的内网在今年4月底发布的备忘录中写道:“在处理申请时,如果发现有申请人、雇主或第三方可能滥用EI,不要停止支付,不要将文档转给诚信部门,除非需要紧急的调查,即时生效。”

备忘录也列出了需要调查的紧急个案,包括假冒已故人士,从未使用过的SIN号码和虚假就业纪录。

各种欺诈

消息人士说,滥领福利的个案中,有申请人声称在2019年最后一个月有5000元收入。国际学生的签证允许他们每周最多工作20小时,有申请人为了符合标准,申报了更多工作小时。还有申请人同时在接受雇主的工资支付。

消息人士表示,他怀疑20万打了红色标记的个案可能永远不会被调查,因为调查每一宗个案都需要花费很长时间和大量资源,所以即便是欺诈也会被当作坏账划销。

政府官员没有确认或否认20万这个数字。此前,有媒体引用税务局(CRA)员工的话说,滥领福利很常见,有一名老人和她的两个残障孩子都申领了CERB,但他们实际上都没有资格。此外,魁省三河市一间监狱的囚犯也都领到了CERB福利支票。
                           

举报 使用道具

回复
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

0

关注

5

粉丝

44947

主题
精彩推荐
热门资讯
网友晒图
图文推荐

维权声明:本站有大量内容由网友产生,如果有内容涉及您的版权或隐私,请点击右下角举报,我们会立即回应和处理。
版权声明:本站也有大量原创,本站欢迎转发原创,但转发前请与本站取得书面合作协议。

Powered by Discuz! X3.4 Copyright © 2003-2020, WinnipegChinese.COM
GMT-5, 2024-12-22 18:15 , Processed in 0.032604 second(s), 28 queries .