这个EB23 backlog数据 有没有一个 移民局错误 以外的解释？

xx2020 发表于 2023-09-23 21:50:15
EB3的数字也很奇怪，六月的时候排期还没有到挂，怎么突然多出这么多。

对这eb3简直不可思议 印度eb3也不对 不知道三哥三姐有没有说这事

bugcy 发表于 2023-09-23 04:00:14
可能有的解释是，数以万计频次（10000量级）的EB2和EB3 approved的case，来回反复升降级。重复的I-140记录，使得backlog的数据（40039+ 21695.）中，存在合计20

EB3也能升级2吗？

我过去一年也爱对着官方的这些数据分析来分析去，包括i140，backlog，我甚至还把perm的数据下载下来然后写了个脚本分析过去四五年每个月每个类别得批准数量。按照官方给的数据，19年7月到20年4月是eb2 3 perm申请量的高峰，每个月接近有1000eb2 + 300 eb3 approved的perm申请。如果按照新财年3000eb2 + 3000 eb3的批准数量来说，到财年结束是无论如何也走不到新出的表b的位置的。通常意义上表b给的是财年结束能处理到的日期，按照perm申请数量，eb2要前进到表b 20年1月，要消化掉接近6000份perm，eb3要前进到表b 20年9月，要消化接近3600份perm。 这两个数字加起来怎么都和fy24要批准6000份的限额对不上。 要知道这9600份也还只是perm申请，niw不需要perm，家属系数还没算。 所以要么是他们给的表b出了问题，错误估计人数，要么是已批准的perm和140里存在大量的重复申请。到这个阶段我觉得再去预测排期的意义就不是很大了，因为一个i140到底能转化成几个485这个是谁也不知道的。按照论坛前几个月的论断，1.3保守了，但按照1.3算新财年的排期是绝对不可能推进这么多的，数据根本解释不通。

yczmklv2 发表于 2023-9-23 03:30
我有个 别的猜测，我怀疑USCIS在做这个awaiting visa availability 表的时候在搞错了，没有用PD算，而是 ...

为什么没有用PD算，而用140 receipt date算会导致“这之间差的数字就是 老pd交了新申请的人 + perm的时长导致的半年人数”？I140 Approved和backlog不都是应该用receipt date来算的么（在6月前的所有receipt之和）？非常好奇，能否请楼主解答一下疑惑（我是绝对不认为USCIS会做任何与"去重“有关的事的）。

UESTC_Enzo 发表于 2023-11-23 08:03
为什么没有用PD算，而用140 receipt date算会导致“这之间差的数字就是 老pd交了新申请的人 + perm的时长 ...

我是在说backlog那个表(Petitions Awaiting Visa Availability)，这个表的解释就是说PD在posted date之后的有多少人，这个表的Notes(6)也提到了PD。
我关键是想表达它不consistent，两次report之间增加的backlog比增加的140 approval更多，但又没有倒退排期，只可能是两次backlog的计算方法不同了

yczmklv2 发表于 2023-11-30 04:44
我是在说backlog那个表(Petitions Awaiting Visa Availability)，这个表的解释就是说PD在posted date之后 ...

嗯，十有八九是换了个程序员，SQL查询脚本重写了一遍，结果跟之前不match，也没人audit就直接公布结果了