OPT收据迟缓的原因

如果能找到数据点类似于10月底的TX晚于11月的AZ收到receipt 但是早于11月的得到approve，才能证明YSC根据receipt delivered时间来批而不是进入系统的顺序来批。YSC不等TX的话更加令人绝望了hhhhh

JadeWang 发表于 2021-01-16 06:32:57
如果能找到数据点类似于10月底的TX晚于11月的AZ收到receipt 但是早于11月的得到approve，才能证明YSC根据receipt delivered时间来批而不是进入系统的顺序来批。YSC

地里寄去芝加哥的收到的receipt是MSC。 要是那里1月份的先批准不等az和tx，那真的是凉透。

JadeWang 发表于 2021-1-16 22:32
如果能找到数据点类似于10月底的TX晚于11月的AZ收到receipt 但是早于11月的得到approve，才能证明YSC根据re ...

发了收据才是进入系统，否则就是躺在信箱里

多谢楼主的信息 感觉很有道理 但是现在具体按照什么顺序approve 还不是100%确定 感觉lawsuit还是要搞起 2月底的estimate实在是不容乐观

lh128 发表于 2021-1-16 22:49
发了收据才是进入系统，否则就是躺在信箱里

除了approve的顺序存疑之外，其他的我觉得您的分析没有任何问题hhhh。 虽然我现在有看到少量data point类似于10月delivered tx的比11月 delivered AZ的晚收到receipt但是已经获得批准，但是似乎并不足以证明批准顺序，这个我会再收集收集。毕竟谁都不知道YSC真实的工作顺序是什么，大家都是推测。不过很感谢您的详细说明

无名士 发表于 2021-1-16 22:56
多谢楼主的信息 感觉很有道理 但是现在具体按照什么顺序approve 还不是100%确定 感觉lawsuit还是要搞起 2月 ...

什么都不管的话，肯定是发收据的顺序。Dallas的11月都还没拆封，躺在传达室，怎么可能比已经拆封了进电脑的Phoenix和Chicigao快？
但Phoenix也只是这两周刚刚拆封11月而已，YSC平均也需要20-30天批准。后面就会大量看见11月12月AZ和1月Chicago的超过10月德州的了（所以opttimeline默认用received date而不是notice date来显示chart是不对的）

现在的难点在于OPT和485混在一起，分不出来。只要没拆包，那就不在电脑里，打官司也无法加速...
已经拆了进电脑的，才可能被加速...

JadeWang 发表于 2021-1-16 22:59
除了approve的顺序存疑之外，其他的我觉得您的分析没有任何问题hhhh。 虽然我现在有看到少量data point类 ...

顺序并不是绝对的，因为YSC不是单线程作业，而是多线程。
想象一下，有些员工动作快，有些人动作慢。如果每个员工做完手上的活，就去拿100个新case来批，那如果某个倒霉的100 case cohort碰到个员工巨慢，或者他批一半休假去了，那就只有等着。
还有一些case可能SEVIS或者学校那边要确认个什么东西，然后就被忘记了...过了几周想起来了再批...

单个的case谁先谁后无法验证顺序，但大体上是按照进电脑的顺序（即发收据的日期）。因为OPT比较简单，这个顺序就体现的比较明显。绿卡比较复杂，所以只有第一步打指纹是很明显的这个顺序，再往后就是看各人case的复杂程度了，变化非常大。

我觉得楼主说的有道理，但是我也在猜想receive date是不是可以影响approve，因为你去加急的时候或者找议员也是看receive date到现在超没超过90天。此外根据很多学校还有nafsa的消息，寄到Dallas的件会被transfer走，虽然不知道真假.....

lh128 发表于 2021-1-16 23:16
顺序并不是绝对的，因为YSC不是单线程作业，而是多线程。
想象一下，有些员工动作快，有些人动作慢。如 ...

没错的确是这样，可能我们无非寄予的希望就是 进系统晚但是delivered早也能优先批。不过都是大家的希望罢了。

gogojiujiu 发表于 2021-1-16 23:16
我觉得楼主说的有道理，但是我也在猜想receive date是不是可以影响approve，因为你去加急的时候或者找议员 ...

默认是按发收据日，但都在电脑系统里嘛，想重新排序也不是难事。
达拉斯的文件据说会发给别的lockbox拆，但不知道具体执行起来怎么样。