楼主: 隔壁赵大爷
跳转到指定楼层
上一主题 下一主题
收起左侧

[485] 分享一个绿卡排期数据可视化的网站

   
🔗
 楼主| 隔壁赵大爷 2020-3-7 08:14:42 | 只看该作者
全局:
本帖最后由 隔壁赵大爷 于 2020-3-7 08:20 编辑

大概看了一眼这个表里的数据,里面描述的140批准数是从May 2018 Visa Bulletin里提到的FA日期到2018年4月,对应的EB2是 2014/09~2018/04, EB3是 2015/06~2018/04。如果仅仅考虑15~17整年的EB2外加16~17整年的EB3, 就有18856+7643=26499张140被批准了。如果加上14年,15年和18年剩余月份的EB23,网站得出来的140数据应该没什么问题。

EB23走perm流程的时间比较长,2018年4月移民局做统计的时候还有很多140没有批,所以造成了当初统计EB23的backlog总量偏小。这个网站对140 backlog的估算应该是正确的。


回复

使用道具 举报

🔗
windywinter 2020-3-7 08:44:22 | 只看该作者
全局:
本帖最后由 windywinter 于 2020-3-7 09:02 编辑
DanielChai 发表于 2020-3-7 06:01
我来解释一下,其实app里也说了但是没说清楚。app里backlog的数字,是指pd在你之前的已经approve的140对 ...
他问的不是140 vs 485 inventory的问题,是140库存跟USCIS以前公布的数字对不上。

其实核心的问题就是app里backlog的initial offset是怎么算出来的。我看到有
对于中国EB23, 我们假设在2019财年结束的时候(2019年9月30日), 2015财年之前以及2015财年80%的EB23 demand已经被满足. 这是因为在19财年结束的时候中国EB2和EB3的排期分别为2015年6月和11月.
这是我眼花了吗?

USCIS以前曾公布过,PD在2018年5月visa bulletin之后,140在2018年4月20日之前批准的140数有16617、3948个。假设2018年4月20日批准的140最晚的PD是2017年4月20日,系数全是1,那么到2018年5月,PD 2017年4月20日之前的backlog应该是16617+3948=20565。
但是用2017年4月20日做PD,multiplication factors = 1,app算出来
During FY2018, 7073 China-EB23 green card demands were cleared, 24938 were still remaining.
也就是说app认为到2018年9月30日,2017年4月20日的PD之前的backlog还有24938
所以这个gap怎么来的?



回复

使用道具 举报

🔗
joanlilyqy 2020-3-7 09:15:23 | 只看该作者
全局:
windywinter 发表于 2020-3-7 08:44
他问的不是140 vs 485 inventory的问题,是140库存跟USCIS以前公布的数字对不上。

其实核心的问题就是ap ...

降级的重复,其实有PERM数据可以去cross-check;你可以把EB3系数调低就会得到差不多的数值了;我自己用工具的时候就是这么算的;我觉得有个工具有爬下来干净的数据可以调参数,真的是很赞了
回复

使用道具 举报

全局:
隔壁赵大爷 发表于 2020/03/07 08:14:42

大概看了一眼这个表里的数据,里面描述的140批准数是从May 2018 Visa Bulletin里提到的FA日期到...
恩,研究了一下2018排期的变化。如果移民局那张表的数据是按当时排期时间来query的,也就是说站在2018/04这个月来看eb2 2014/09-2018/04,eb3 2015/06-2018/04总共有21000张。如果算上后来排期倒退,eb2在2014/09之前,eb3在2015/06之前还有demand,所以backlog会大于21000。

但是有意思的是,光算15-17年eb2,16-17年eb3就已经有26499个140approve了。比移民局query就已经多了5000张。这是不是说明按照140approve的量来估计backlog会高估很多呢?我觉得这个问题还蛮有讨论的意义的。

现在除了移民局18年4月的backlog和approved140,貌似也找不到更好的东西来估算demand了。


回复

使用道具 举报

🔗
DanielChai 2020-3-7 11:04:37 | 只看该作者
全局:
windywinter 发表于 2020-3-7 08:44
他问的不是140 vs 485 inventory的问题,是140库存跟USCIS以前公布的数字对不上。

其实核心的问题就是ap ...

“19财年结束的时候中国EB2和EB3的排期分别为2015年6月和11月”
抱歉这句话我没说清楚,19财年eb2放水建库,真实排期并不是真的到了17年(pd在16年的eb23并没有人绿)。我是通过19年10-12月的VB趋势倒推算出来,19财年结束的时候eb23的真实排期大约在15年6月(EB2在19年12月的排期)和15年11月(EB3在19年10-12月的排期)
回复

使用道具 举报

🔗
DanielChai 2020-3-7 11:58:09 | 只看该作者
全局:
Dr.FuManzhou 发表于 2020-3-7 07:13
https://www.uscis.gov/sites/default/files/files/nativedocuments/Count_of_Approved_I-140_I-360_and_I ...

抱歉没看清楚

我看了一下,我主要是因为表上的21000是18年5月的时候已经approve的140的数量,而eb-stats app上给出的是,站在今天来看,18年5月的时候有多少pd有140但是没有绿卡。18年5月已经提交140但是尚未得到approval的,没有算在uscis的那个表里。

算法1: 根据20年2月的汇总大表
https://www.uscis.gov/sites/defa ... country_FY09_19.pdf
EB2:18年5月的时候EB2排期在14年9月,假定14财年80%的140都已经拿到绿卡了,那么在18年5月的时候,全部的approval pd
=20% x 14财年EB2 140 + 15-17财年EB2 140 + 18财年EB2 140 * (8/12) = 0.2*2984+5096+7472+6289+8036*0.67 = 24837

EB3:18年5月的时候EB3排期在15年6月,假定15财年2/3的140都已经拿到绿卡了,那么在18年5月的时候,全部的approval pd
=1/3 x 15财年EB3 140 + 16-17财年EB3 140 + 18财年EB3 140 * (8/12) = 0.33*1302 + 3231 + 4412 + 4200*0.67=10887

两个加在一起是36000,和app里的39000很接近了

算法2:如果假定140 approval平均需要8个月,然后18年EB23 140总数是12200,所以大约有12200x8/12=8000的140,pd在1805之前,但是在uscis 1805的表里是没有计算在内的。把这8000加到21000里,就是29000。和app里的39000还是少了一万


为什么这两个算法差别有7000呢,只能用当年的升降级去解释了。USCIS 1805那张表里,应该不包括有一些perm在史前,但是刚刚降级的。而20年2月汇总的大表里应该都包括了
回复

使用道具 举报

🔗
 楼主| 隔壁赵大爷 2020-3-7 14:58:24 | 只看该作者
全局:
Dr.FuManzhou 发表于 2020-3-7 11:04
恩,研究了一下2018排期的变化。如果移民局那张表的数据是按当时排期时间来query的,也就是说站在2018/04 ...

你可能没有明白我的意思。根据最新的140库存数据,2018年04月PD的EB23实际backlog大于21000,并不是因为包含了eb2在2014/09之前和eb3在2015/06之前的demand,而是因为移民局在2018年04月做query的时候由于大部分17年和全部18年的申请人140根本没有批(甚至perm还没批),这些需求没办法被统计,但是移民局在2020年做统计的时候,PD在2018年04月之前的EB23的140已经全部批准,可以被统计出来,所以只要看最新的140数据即可。

比如如果你现在来看2019年EB23的140批准数据的话,那些perm在审核还没交140的申请人完全不会被统计在内,甚至不会被统计在pending的数据里,所以2019年的实际demand比现在能够统计出来的140还要高的多。
回复

使用道具 举报

🔗
windywinter 2020-3-7 17:30:09 | 只看该作者
全局:
本帖最后由 windywinter 于 2020-3-7 17:32 编辑
隔壁赵大爷 发表于 2020-3-7 14:58
你可能没有明白我的意思。根据最新的140库存数据,2018年04月PD的EB23实际backlog大于21000,并不是因为 ...

USCIS的两次数据里时间都不是按PD来的,2018年那个是按140 approval date,2020年这个是按140 receive date,考虑到只有2019年的140有大量NIW,之前的统计的时间对齐问题只差两三周而已——PD到140 approval date中真正时间长的是PERM那一段,而PERM结束才可以提交140,提交后到approval只需要两周而已。如果有人的PD是2018年4月,140在2019年提交、approve,那么在前一个统计里他不会出现,但是在后一个统计里他也是计入2019年的数字。
回复

使用道具 举报

全局:
DanielChai 发表于 2020/03/07 11:58:09
抱歉没看清楚

我看了一下,我主要是因为表上的21000是18年5月的时候已经approve的140的数量,而eb-...
所以app上面的backlog是按照方法1算的?也就是完全按照20年那张表给出的140数据?

其实方法1里面也没有考虑18/04之后approve的18/04之前的pd。如果也加上8000,与方法2相差还是有15000。也就是说分别按18年那张表和20年那张140统计表估计的backlog140数量会有15000张的差距。


回复

使用道具 举报

🔗
cqluzhutou 2020-3-7 23:14:20 | 只看该作者
全局:
DanielChai 发表于 2020-3-7 11:58
抱歉没看清楚

我看了一下,我主要是因为表上的21000是18年5月的时候已经approve的140的数量,而eb-sta ...

感觉数据差距还是有点太大了 接受不了啊。差这么多。
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 注册账号
隐私提醒:
  • ☑ 禁止发布广告,拉群,贴个人联系方式:找人请去🔗同学同事飞友,拉群请去🔗拉群结伴,广告请去🔗跳蚤市场,和 🔗租房广告|找室友
  • ☑ 论坛内容在发帖 30 分钟内可以编辑,过后则不能删帖。为防止被骚扰甚至人肉,不要公开留微信等联系方式,如有需求请以论坛私信方式发送。
  • ☑ 干货版块可免费使用 🔗超级匿名:面经(美国面经、中国面经、数科面经、PM面经),抖包袱(美国、中国)和录取汇报、定位选校版
  • ☑ 查阅全站 🔗各种匿名方法

本版积分规则

>
快速回复 返回顶部 返回列表