打开主菜单

更改

排期表的制定

添加2,461字节1年前
国务院(Department of State, DOS)对外发布的 [https://travel.state.gov/content/dam/visas/Statistics/Immigrant-Statistics/Immigrant%20Visa%20Control%20System_operation%20of.pdf The Operation of the Immigrant Numerical Control System] 一文,描述了排期表的指定方法。以下是对DOS官网这篇文档的总结:
*每月初,所有海外使领馆上报 documentarily qualified (中文称“审结”)的人员列表。信息只有 国家、类别、PD,不包含姓名等个人信息。 这些 信息 <s> 在每月的第一周计算,于每月的8日前 汇报</s> 2022年3月起,改为每月1日 汇报
*Visa Office (VO) 按月分配名额,结合上报的审结列表,划定排期的日期。其中,会考虑如下因素:
**以往的名额使用情况
**预测 使领馆 下月的名额使用情况和退回情况(使领馆如果有人员变动等导致面试能力受限的,需要提前汇报)
**预测的 USCIS 使用情况(这是个神坑)
*综合考虑以上因素以后,如果名额有多余,那就是 C。如果名额不够,那就以最后一个'''排不到'''的人的排期日划线
这也就造成了 USCIS 不需要对于排期负责,不需要公开任何数据,随便怎么瞎搞都可以。这一原则在2010年的诉讼 [[Zixiang Li, et al v. Hillary Clinton, et al]] 中得到了法官确认,有兴趣的可以延申阅读。
== 为什么排期会时进时退 == (这里不是指8/9月财年结束时, 为USCIS没有义务给国务院 为名额 供数据 前用完导致的暂时性后退 并且USCIS自己内部管理也很乱,很多材料还 纸质,并没有电子化,导致数据传导链很长指以若干年为周期的排期大幅前进、大幅后退、再缓慢前进的现象)
* DOS数据显示,没有足够的CP和485量,于是前进排期* 中文论坛里把这 月,大量485交到USCIS 现象戏称为“建库” ,但 实际上 纸质,USCIS 因为USCIS 没有 进行处理 义务给国务院提供数据 连USCIS 并且USCIS 自己 都不知道这些表格的国家和类别 内部管理也很乱 更不可能报给DOS(这里主要的问题是,确定排期涉及到EB123能够使用最早的PD,而不是随485交的140的纸面的PD。且485能使用配偶的出生国,或父母的出生国,所以lockbox收下485时的初审不能作为最终判断,必须等ISO审核完所有I-140材料和配偶 很多 材料 以后,才能做出判断)* DOS看485的量没有上来,于是下个月继续前进排期* 下个月,更多的485交到USCIS,仍然 是纸质, 仍然需要时间处理* ...如此循环n轮以后...一般是大半年后...* USCIS终于处理了一部分485,DOS收到数据,原来已经收了远超配额的485表,于是后退排期* USCIS继续处理485 并没有电子化 更多的 导致 数据 报给DOS,排期只能龟速前进传导链很长。
一个典型的周期为: #第一个月#*USCIS无表可以批,摸鱼中#*DOS数据显示,没有足够的CP和485量,于是前进排期#第二个月#*USCIS收到大量 I-485,但都是纸质,还没有进行处理,连USCIS自己都不知道这些表格的国家和类别,更不可能报给DOS(这里主要的问题是,确定排期涉及到EB123能够使用最早的PD,而不是随485交的140的纸面的PD。且485能使用配偶的出生国,或父母的出生国,所以lockbox收下485时的初审不能作为最终判断,必须等ISO审核完所有I-140,确认了最早的PD,然后看了提交的出生证明和配偶的出生证明,确定了国家,才能提交给DOS最终数据。如果你看一眼485的收据,上面写着:If this notice contains a priority date, this priority does not reflect earlier retained priority dates. 并且很多人的收据上PD一栏是空的,所以,除非USCIS修改流程,否则在初始阶段就能获得PD数据并上报DOS的可能性很低)#*DOS看没收到多少表,继续前进排期#第三个月#*USCIS还在忙拆包#*DOS看485的量没有上来,于是继续前进排期#第四个月#*USCIS忙拆包,更多的485交到USCIS,仍然是纸质,仍然需要时间处理,只批了零星的锦鲤#*DOS看485的量没有上来,于是继续前进排期#...如此循环n轮以后...比如,半年后...#第六个月#*USCIS终于处理了一部分485,报数据给DOS#*DOS发现,原来已经收了远超配额的表,于是后退排期#第七个月#*USCIS继续处理485,更多的数据报给DOS#*DOS保持排期不动#第八个月#*USCIS终于有了初步数据#*DOS发现可能退的有点多,那就往前挪两个礼拜#第N个月后....#*USCIS终于把这一波485处理差不多了,开始摸鱼#*DOS数据显示无表可批,此时已经晚了,于是回到第1步,再次大幅前进排期,进入下一个循环 USCIS和DOS对于pending case常用inventory“库存”一词,也常用demand“需求”一词。而名额就是supply“ 给”。如何build up inventory,使得supply match matches demand其实是很典型的供应链管理。很遗憾,不管USCIS还是DOS,虽然都在用这些供应链的词汇,但从来没有用供应链的思路去解决过这个问题。排期的前进后退,在供应链管理中是典型的牛鞭效应(Bullwhip effect)的体现。它是指,因为信息需要逐层传导(消费者- 经销 零售 商-分销商-供应商-生产商),数据不仅滞后,并且信号会被逐层放大,导致缺少的时候更缺,过量的时候更过。 比如,零售商短暂的缺货(小幅需求增加),导致零售商向分销商加量订货,分销商又加量往上订货,等传导到生产商时,一个小幅需求增加,被传导成了大幅的需求增加;此时如果生产商按照此预测来生产,就会造成生产过剩。对于绿卡的情况就是, 每次收不到表的时候,因为信息传导滞后,就会超额前进排期,名额也会超发2803个。每次表收多了,就会超额后退,甚至出现欠发,发不满2803(史上最少一年中国EB3只发了1077个)。 在供应链管理中, 解决牛鞭效应的方法,无非就是几个途径:上下游数据共享和透明 (USCIS数据公开) 、加速周转(即加快USCIS处理速度),基于历史数据的更好预判等等。可惜的是,数据透明做不到,因为USCIS没有法定义务提供数据,且电子系统也不存在。加快周转更没可能,在过去的10年,USCIS只有越来越慢,从未加速过。基于历史数据预判,不是DOS公务员的行事风格,他们更希望照章办事,一板一眼,这样自己不负责,反正“依法办事”。如果自己发挥 太多的 主观能动性去“预测”,算对了也没人表扬,反而是算错了容易被告,得不偿失 ,所以还不如保守一点的好,USCIS说啥就是啥,你说你能发多少,我就100%相信你 这个现象最严重的是2012财年的印度EB2。当时,2011年10月的印度EB2排期日是2007-07-15,然后以每个月前进小半年甚至1年的速度,快进到到2012年4月排期表的2010-05-01,紧接着在2012年5月排期表退至2007-08-15。这次排期快速前进所收的表,远超过印度的名额,所以接下来处理了9年,到2021年4月的排期表,才恢复到2010-05-01。如果这真是有意为之的“建库”,怎么可能一次建9年?这显然就是因为信息传导太慢,导致的排期大进大退
==AB表==
403

个编辑