我的版块:
您尚未登录,请登录后查看已收藏版块
站务 | 帮助  

首页 > 论坛首页 > 留学移民 > 移民申请 > 帖子正文

新 帖 回 复
查看     | 回复 9 EE抽签新规则:Tie-breaking Rule

恒正移民

恒正移民
| 只看楼主
昨天的EE抽签大家都看到了,和以往稍稍有所不同。虽然不是第一次出现在移民局网站上,但昨天是移民局第一次在抽签中使用了tie-breaking rule






关于这个Tie breaking rule,我们可以在移民局网站上找到这样一段话:




也就是说,大的前提不变,EE系统仍是按分数高低来排列所有候选人。但在出现平分的情况下,候选人在池子里的先后顺序,将按照建立EE profile的时间先后来排列。

昨天之前的EE抽签,并不存在break tie这么一说,因为所有EE得分超过抽签分数的候选人,都会收到ITA。

昨天的EE抽签,规定发放ITA的数量为2000,最低分数为458分,并且出现了“Tie-breaking rule: October 23, 2017 at 15:58:27 UTC"这么一行信息。

实际操作起来是什么意思呢?

第一个决定性因素一定是分数高低。我们假设按分数高低排名后,第1998-2001个候选人的情况分别为:






EE得分


注册EE时间

 

459 

 

2017/11/02 

 

458 

 

2017/10/22 

 

458 

 

2017/10/25 

 

458 

 

2017/10/20 


那根据tie-breaking rule的规则,他们在此次EE抽签中的排序应为:






EE排名


EE得分


注册EE时间


被邀情况

 

1998 

 

459 

 

2017/11/02 

 

ITA received 

 

1999 

 

458 

 

2017/10/20 

 

ITA received 

 

2000 

 

458 

 

2017/10/22 

 

ITA received 

 

2001 

 

458 

 

2017/10/25 

 

Still in  the pool 



那么不难推测出,EE抽签信息中出现的”Tie-breaking rule: October 23, 2017 at 15:58:27 UTC“就是划分在同为458分的情况下,谁会收到ITA,谁仍需等待下次抽签的时间节点。

候选人在建立EE档案后,随时可更改及update信息,且不会改变EE建立时间。那么哪些情况下,会导致EE注册时间产生变化呢?

1. Withdraw并建立新的EE档案
2. EE档案过期,并建立新的EE档案

此次抽签分数较高,但可能为控制配额所致。相信在接下来的时间,EE分数仍会下降。

回复 引用 收藏 举报
+1
(1)

论坛热帖

soldierhl

soldierhl
     2 楼
谢谢分析

恒正移民

恒正移民
| 只看楼主
     3 楼
原帖由 soldierhl 于 2017/11/9 10:34:44 发表
谢谢分析
不客气的。
移民局总是说变就变,常常搞得大家一头雾水。其实挺straightforward一个东西。

jjzhang92722

jjzhang92722
|
     4 楼
下次抽签是什么时候

恒正移民

恒正移民
| 只看楼主
     5 楼
原帖由 jjzhang92722 于 2017/11/9 11:23:51 发表
下次抽签是什么时候
相信不会很久

加梦

加梦
     6 楼
2001


458


2017/10/25


Still in  the pool

这2001个,不出意外,下次抽签应该铁定能抽上了

恒正移民

恒正移民
| 只看楼主
     7 楼
原帖由 加梦            于 2017/11/9 16:27:40 发表
2001  458  2017/10/25  Still in  the pool这2001个,不出意外,下次抽签应该铁定能抽......
是的

lplscc

lplscc
|
     8 楼
如果下次分数更高了,这位458又如何铁定能被抽中?

恒正移民

恒正移民
| 只看楼主
     9 楼
原帖由 lplscc 于 2017/11/10 10:46:30 发表
如果下次分数更高了,这位458又如何铁定能被抽中?
没有说一定 因为这次分数偏高 如果下次分数有所回落 就可以抽中
  返回列表 1 到第 确定
新 帖 回 复
标题
    
禁用 URL 识别
禁用表情
禁用 Discuz!NT 代码
使用个人签名
Processed in 109.3604ms; querycount:1