408
次編輯
變更
→排期表的制定
国务院（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) 按月分配名额，结合上报的审结列表，划定排期的日期。其中，会考虑如下因素：
**以往的名额使用情况
**以往的名额使用情况
==为什么排期会时进时退==
==为什么排期会时进时退==
（这里不是指8/9月财年结束时，因为名额提前用完导致的暂时性后退，而是指以若干年为周期的排期大幅前进、大幅后退、再缓慢前进的现象）
中文论坛里把这个现象戏称为“建库”，但实际上是因为USCIS没有义务给国务院提供数据，并且USCIS自己内部管理也很乱，很多材料还是纸质，并没有电子化，导致数据传导链很长。
中文论坛里把这个现象戏称为“建库”，但实际上是因为USCIS没有义务给国务院提供数据，并且USCIS自己内部管理也很乱，很多材料还是纸质，并没有电子化，导致数据传导链很长。
*DOS数据显示，没有足够的CP和485量，于是前进排期
一个典型的周期为：
*DOS看485的量没有上来，于是 下个月 继续前进排期
#第一个月
#*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%相信你
这 个现象最严重 的 是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表==