|
从现在到11月1日，加拿大移民、难民和公民事务部（IRCC）将提交2025-2027年移民水平计划。
这一计划历来是设定下一年将接收的永久居民目标，以及后两年的名义目标，总共涵盖三年时间。 该计划不仅影响加拿大的移民目标，还决定了加国人口的增长，从而会影响到社会系统、税收、房价、医疗保健和劳动力市场的增长。 然而，今年的情况有所不同。移民部长马克·米勒（Marc Miller）在今年3月宣布，临时居民（包括工作和学习许可持有人以及访问签证持有人）将首次被纳入这一计划。 2023年，加拿大有超过250万名临时居民，占总人口的6.2%。米勒表示，今年的计划要减少临时居民，将这一比例在未来三年内降至加拿大总人口的5%。 临时居民的确切数字尚未确定，但回顾今年以来的一系列公告，可以推测出移民部未来几年的计划，以及可能出台怎样的移民水平计划。 学签减少 今年1月，加拿大移民、难民和公民事务部（IRCC）宣布对国际学生的学习许可处理量设置上限。该部门表示预计将处理60.6万份学习许可申请，并预计批准36万份申请。这意味着2023年处理的许可数量减少了35%。 这一宣布有很多人感到意外，因为部长此前曾表示他不支持设定上限或目标，尤其是在涉及国际学生项目上。根据部长的说法，2023年国际学生占加拿大临时居民的42%。 此外，部长在9月份宣布，2025年将进一步减少处理的学习许可数量至43.7万份，并且此前豁免的硕士和博士生现在也将包含在这一上限之内。 开放工签限制 除了学签上限，移民部还表示计划在未来三年内减少发放毕业后工作许可（PGWP）和配偶开放工作许可（SOWP）的数量。 具体来说，移民部为工签申请人设置了几个新的资格要求。大学毕业申请人必须能够证明其加拿大语言基准（CLB）达到至少7分，或学院毕业达到CLB至少5分。 部长在上个月的讲话中表示，他预计PGWP资格的变化将在未来三年内减少发放17.5万个工签。 对于配偶开放工签的变更预计同期将减少大约5万名临时居民。国际硕士生的配偶现在只有在其配偶的硕士课程时长为16个月或以上，或者就读于移民部标记为关键或紧缺需求的课程时，才有资格申请。 “高技能、专业工人”的配偶仍然有资格申请配偶工签。然而，部长表示，这一新标准将在未来三年内进一步减少10万个开放工签。 总体而言，这意味着移民部预计将在未来三年内减少发放32.5万个开放工签。 封闭工签限制 关于雇主如何使用临时外国工人计划（TFWP），也有了一些新规。 就业、劳动力发展和官方语言部长兰迪·博伊索诺（Randy Boissonnault）最近对雇主使用TFWP的资格做出几项变更。 其中最引人注目的是，现在雇主通过TFWP雇佣的人不能超过其总员工10%。此外，通过低工资渠道雇佣的工人的最长雇佣期限，已从两年缩短为一年。 此外，除一些例外情况，移民部不再处理失业率高于6%的人口普查大都会区（CMA）雇主的低工资劳动力市场影响评估（LMIA）。部长没有提供这些变化将减少加拿大临时外国工人数的具体估计。 部长还详细谈到了加拿大雇主对TFWP的“依赖”，但他指出，该计划原本只应作为最后的选择。 永久居民 根据2024-2026年移民水平计划，加拿大计划在2025年接收50万名永久居民，并在2026年维持在50万。 永久居民可以通过经济移民、家庭类担保、难民和受保护人员以及人道主义项目等途径被接纳。 最近，移民部长马克·米勒（Marc Miller）对于加拿大未来几年接纳永久居民的数量表示，“所有选项都在讨论范围内”，并且这些变化将是“重大的”。 他还指出，他正在考虑改变加拿大所支持的移民类型。具体来说，加拿大的移民政策中，60%集中于经济移民，即技术工人，能够融入国家劳动力市场并为经济做出贡献的移民。部长去年夏天对CTV新闻表示，这一比例在全球范围内是“前所未有的”。 政策转变的原因 随着人口不断增长，加拿大人对新移民及对可负担住房的压力，以及对已经紧张的医疗系统的进一步负担表示担忧。这两个问题预计将影响到下届联邦选举。 2023年Environics研究所的报告中提到，与2022年相比，加拿大人对移民的支持度显著下降。调查还发现，很少有人认为移民本身存在问题，更多的是对未来几年预计的大规模移民感到不确定。 米勒部长还指出，临时居民，特别是国际学生的数量需要“控制”，以防止不良行为者利用这些易受伤害的新人，他们往往是诈骗的受害者，或在抵达加拿大后得不到足够的支持。 同时，部长们又强调移民带来的文化优势，并指出移民几乎是加拿大劳动力增长的唯一来源，政府必须谨慎处理，避免“过度纠正”政策。 |
Copyright © 1999 - 2024 by Sinoquebec Media Inc. All Rights Reserved 未经许可不得摘抄 | GMT-5, 2024-12-22 12:05 , Processed in 0.133326 second(s), 23 queries .
