| 行 9: |
行 9: |
| | 国务院(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官网这篇文档的总结: | | 国务院(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,不包含姓名等个人信息。 本 信息在每月的第一周计算,于每月的8日前汇报 | + | *每月初,所有海外使领馆上报 documentarily qualified (中文称“审结”)的人员列表。信息只有 国家、类别、PD,不包含姓名等个人信息。 这些 信息<s> 在每月的第一周计算,于每月的8日前 汇报</s> 2022年3月起,改为每月1日 汇报 |
| | *Visa Office (VO) 按月分配名额,结合上报的审结列表,划定排期的日期。其中,会考虑如下因素: | | *Visa Office (VO) 按月分配名额,结合上报的审结列表,划定排期的日期。其中,会考虑如下因素: |
| | **以往的名额使用情况 | | **以往的名额使用情况 |
| 行 32: |
行 32: |
| | | | |
| | ==为什么排期会时进时退== | | ==为什么排期会时进时退== |
| | + | (这里不是指8/9月财年结束时,因为名额提前用完导致的暂时性后退,而是指以若干年为周期的排期大幅前进、大幅后退、再缓慢前进的现象) |
| | + | |
| | 中文论坛里把这个现象戏称为“建库”,但实际上是因为USCIS没有义务给国务院提供数据,并且USCIS自己内部管理也很乱,很多材料还是纸质,并没有电子化,导致数据传导链很长。 | | 中文论坛里把这个现象戏称为“建库”,但实际上是因为USCIS没有义务给国务院提供数据,并且USCIS自己内部管理也很乱,很多材料还是纸质,并没有电子化,导致数据传导链很长。 |
| | | | |
| − | *DOS数据显示,没有足够的CP和485量,于是前进排期 | + | 一个典型的周期为: |
| − | *下 个月 , 大 量485交到USCIS ,但都是纸质 ,USCIS 没有进行处理,连USCIS自己都不知道这些表格的国家和类别,更不可能报给DOS(这里主要的问题是,确定排期涉及到EB123能够使用最早的PD,而不是随485交的140的纸面的PD。且485能使用配偶的出生国,或父母的出生国,所以lockbox收下485时的初审不能作为最终判断,必须等ISO审核完所有I-140,确认了最早的PD,然后看了提交的出生证明和配偶的出生证明,确定了国家,才能提交给DOS最终数据)
| + | |
| − | *DOS看485的量没有上来,于是 下个月 继续前进排期 | + | #第一个月 |
| − | *下 个月,更多的485交到USCIS,仍然是纸质,仍然需要时间处理
| + | #*USCIS无表可以批,摸鱼中 |
| − | *...如此循环n轮以后... 一般是大 半年后... | + | #*DOS数据显示,没有足够的CP和485量,于是前进排期 |
| − | *USCIS终于处理了一部分485 ,DOS收到 数据,原来已经收了远超配额 的485 表,于是后退排期 | + | #第二 个月 |
| − | *USCIS继续处理485,更多的数据报给DOS , 排期 只 能 龟速 前 进 | + | #*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的可能性很低 ) |
| − | * 等485 处理差不多了 ,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 matches demand其实是很典型的供应链管理。很遗憾,不管USCIS还是DOS,虽然都在用这些供应链的词汇,但从来没有用供应链的思路去解决过这个问题。排期的前进后退,在供应链管理中是典型的牛鞭效应(Bullwhip effect)的体现。它是指,因为信息需要逐层传导(消费者-零售商-分销商-供应商-生产商),数据不仅滞后,并且信号会被逐层放大,导致缺少的时候更缺,过量的时候更过。比如,零售商短暂的缺货(小幅需求增加),导致零售商向分销商加量订货,分销商又加量往上订货,等传导到生产商时,一个小幅需求增加,被传导成了大幅的需求增加;此时如果生产商按照此预测来生产,就会造成生产过剩。对于绿卡的情况就是,每次收不到表的时候,因为信息传导滞后,就会超额前进排期,名额也会超发2803个。每次表收多了,就会超额后退,甚至出现欠发,发不满2803(史上最少一年中国EB3只发了1077个)。在供应链管理中,解决牛鞭效应的方法,无非就是几个途径:上下游数据共享和透明(USCIS数据公开)、加速周转(即加快USCIS处理速度),基于历史数据的更好预判等等。可惜的是,数据透明做不到,因为USCIS没有法定义务提供数据,且电子系统也不存在。加快周转更没可能,在过去的10年,USCIS只有越来越慢,从未加速过。基于历史数据预判,不是DOS公务员的行事风格,他们更希望照章办事,一板一眼,这样自己不负责,反正“依法办事”。如果自己发挥太多的主观能动性去“预测”,算对了也没人表扬,反而是算错了容易被告,得不偿失,所以还不如保守一点的好,USCIS说啥就是啥,你说你能发多少,我就100%相信你 |
| | | | |
| − | USCIS和DOS对于pending case常用inventory“库存”一词,也常用demand“需求”一词。而名额就是supply“共给”。如何build up inventory,使得supply matches demand其实是很典型的供应链管理。很遗憾,不管USCIS还是DOS,虽然都在用 这 些供应链 的 词汇,但从来没有用供应链 的 思路去解决过这个问题 。排期 的前进后退,在供应链管理中是典型的牛鞭效应(Bullwhip effect)的体现。它是指,因为信息需要逐层传导(消费者- 经销商- 分销商-供应商-生产商) , 数据不仅滞 后 ,并且信号会被逐层放大,导致缺少 的 时候更缺 , 过量的时候更过。每次收不 到表 的时候 , 因为信息传导滞后,就会超额前进 排期 ,名额也会超发2803个 。 每 次表 收多了 , 就会 超额 后退 , 甚至出现欠发,发不满2803(史上最少一年中国EB3只发了1077个)。解决牛鞭效应的方法,无非就是几个途径:上 下 游数据共享和透明、加速周转(即加快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表== | | ==AB表== |