Redian新闻
>
感觉485的审批真的不是first come first serve
avatar
感觉485的审批真的不是first come first serve# Immigration - 落地生根
s*i
1
看到版上这么多walk in很快拿到卡的例子,感觉不是485早递交就早批。个人认为是每
位IO每天接几批,处理模式就像“堆栈”的结构,先进后出、后进先出,感觉是这样。
你的485材料可能很早就分到他手上,可能是赶在凌晨这批的,但早上又来一批,IO肯
定是早上才上班,这样凌晨这批就压到下面去了,IO肯定是先审早上的,特别感觉是这
样,早上这批还没有完工,walk in的新一批又来了,这样第三批此肯定在最前面了。
IO连续审,可能申请数量多的时候,审放在最上面的,有时间才审堆在下面的,如果上
面的多没审完,下面就一直这样堆下去,可能在这个角落被遗忘,不敢这么想,当然有
数量少松快的时候,这时候最下面的角落里的才有可能被人问津。
发现140也是这样的,好在140有pp功能,就是花钱把堆在下面的翻出来,优先让IO去审
,说白了就是花钱来walk in。可惜485木有pp功能。walk in还是按schedule,你的材
料进了哪批谁也不知道。
此纯系自己在485即将pending满三个月时候的胡思乱想,祝福自己和大家的485材料早
日被IO审到。早绿。
avatar
f*g
2
当然不是,name check之类每个人都不一样,每个io也十分随机
说白了,就是看运气。

【在 s****i 的大作中提到】
: 看到版上这么多walk in很快拿到卡的例子,感觉不是485早递交就早批。个人认为是每
: 位IO每天接几批,处理模式就像“堆栈”的结构,先进后出、后进先出,感觉是这样。
: 你的485材料可能很早就分到他手上,可能是赶在凌晨这批的,但早上又来一批,IO肯
: 定是早上才上班,这样凌晨这批就压到下面去了,IO肯定是先审早上的,特别感觉是这
: 样,早上这批还没有完工,walk in的新一批又来了,这样第三批此肯定在最前面了。
: IO连续审,可能申请数量多的时候,审放在最上面的,有时间才审堆在下面的,如果上
: 面的多没审完,下面就一直这样堆下去,可能在这个角落被遗忘,不敢这么想,当然有
: 数量少松快的时候,这时候最下面的角落里的才有可能被人问津。
: 发现140也是这样的,好在140有pp功能,就是花钱把堆在下面的翻出来,优先让IO去审
: ,说白了就是花钱来walk in。可惜485木有pp功能。walk in还是按schedule,你的材

avatar
s*i
3
不懂,如果都是EB1类,name check能有什么不一样呢?

【在 f****g 的大作中提到】
: 当然不是,name check之类每个人都不一样,每个io也十分随机
: 说白了,就是看运气。

avatar
w*0
4
name check跟EB几类没关系吧

【在 s****i 的大作中提到】
: 不懂,如果都是EB1类,name check能有什么不一样呢?
avatar
f*g
5
谷歌是你友

【在 s****i 的大作中提到】
: 不懂,如果都是EB1类,name check能有什么不一样呢?
avatar
c*r
8
某人甲和某恐怖分子同名name check就会很慢。
某人乙已经被FBI翻过啦到过去查过很多遍了,name check就会很快。

【在 s****i 的大作中提到】
: 不懂,如果都是EB1类,name check能有什么不一样呢?
avatar
x*l
9
这个属于后知后觉拉。

【在 s****i 的大作中提到】
: 看到版上这么多walk in很快拿到卡的例子,感觉不是485早递交就早批。个人认为是每
: 位IO每天接几批,处理模式就像“堆栈”的结构,先进后出、后进先出,感觉是这样。
: 你的485材料可能很早就分到他手上,可能是赶在凌晨这批的,但早上又来一批,IO肯
: 定是早上才上班,这样凌晨这批就压到下面去了,IO肯定是先审早上的,特别感觉是这
: 样,早上这批还没有完工,walk in的新一批又来了,这样第三批此肯定在最前面了。
: IO连续审,可能申请数量多的时候,审放在最上面的,有时间才审堆在下面的,如果上
: 面的多没审完,下面就一直这样堆下去,可能在这个角落被遗忘,不敢这么想,当然有
: 数量少松快的时候,这时候最下面的角落里的才有可能被人问津。
: 发现140也是这样的,好在140有pp功能,就是花钱把堆在下面的翻出来,优先让IO去审
: ,说白了就是花钱来walk in。可惜485木有pp功能。walk in还是按schedule,你的材

avatar
d*y
10
bless
avatar
e*m
11
同意
avatar
w*o
12
name check 完了后的RFE也这么长时间,不知道IO怎么个安排时间的?
难道把RFE直接扔一边了?

【在 f****g 的大作中提到】
: 当然不是,name check之类每个人都不一样,每个io也十分随机
: 说白了,就是看运气。

avatar
l*d
13
nod
avatar
s*i
14
不好讲,不过优先级肯定是低了,压到最底下去了也有可能。
Bless Us All

【在 w*****o 的大作中提到】
: name check 完了后的RFE也这么长时间,不知道IO怎么个安排时间的?
: 难道把RFE直接扔一边了?

avatar
s*u
15
有同感,我的case pending4个多月了,TSC。求好运。
avatar
s*i
16
bless us all

【在 s*******u 的大作中提到】
: 有同感,我的case pending4个多月了,TSC。求好运。
avatar
c*7
17
都看命

【在 s****i 的大作中提到】
: 看到版上这么多walk in很快拿到卡的例子,感觉不是485早递交就早批。个人认为是每
: 位IO每天接几批,处理模式就像“堆栈”的结构,先进后出、后进先出,感觉是这样。
: 你的485材料可能很早就分到他手上,可能是赶在凌晨这批的,但早上又来一批,IO肯
: 定是早上才上班,这样凌晨这批就压到下面去了,IO肯定是先审早上的,特别感觉是这
: 样,早上这批还没有完工,walk in的新一批又来了,这样第三批此肯定在最前面了。
: IO连续审,可能申请数量多的时候,审放在最上面的,有时间才审堆在下面的,如果上
: 面的多没审完,下面就一直这样堆下去,可能在这个角落被遗忘,不敢这么想,当然有
: 数量少松快的时候,这时候最下面的角落里的才有可能被人问津。
: 发现140也是这样的,好在140有pp功能,就是花钱把堆在下面的翻出来,优先让IO去审
: ,说白了就是花钱来walk in。可惜485木有pp功能。walk in还是按schedule,你的材

相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。