408
次編輯
變更
跳至導覽
跳至搜尋
行 9：
行 9： − + 行 36：
行 36： − *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，仍然是纸质，仍然需要时间处理 − *...如此循环n轮以后...一般是大半年后... − *USCIS终于处理了一部分485，DOS收到数据，原来已经收了远超配额的485表，于是后退排期 − *USCIS继续处理485，更多的数据报给DOS，排期只能龟速前进 − *等485处理差不多了，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官网这篇文档的总结：
国务院（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) 按月分配名额，结合上报的审结列表，划定排期的日期。其中，会考虑如下因素：
**以往的名额使用情况
**以往的名额使用情况
中文论坛里把这个现象戏称为“建库”，但实际上是因为USCIS没有义务给国务院提供数据，并且USCIS自己内部管理也很乱，很多材料还是纸质，并没有电子化，导致数据传导链很长。
中文论坛里把这个现象戏称为“建库”，但实际上是因为USCIS没有义务给国务院提供数据，并且USCIS自己内部管理也很乱，很多材料还是纸质，并没有电子化，导致数据传导链很长。
一 个 典型 的 周 期为 ：
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%相信你
#第一个月
#*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步 ， 再次大幅前进排期 ， 进入下一个循环
这个现象最严重的是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。
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表==