s****i
发帖数: 1130 | 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审到。早绿。 |
f****g
发帖数: 23666 | 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，你的材
|
s****i
发帖数: 1130 | 3 不懂，如果都是EB1类，name check能有什么不一样呢？
【在 f****g 的大作中提到】
: 当然不是，name check之类每个人都不一样，每个io也十分随机
: 说白了，就是看运气。
|
w*****0
发帖数: 3349 | 4 name check跟EB几类没关系吧
【在 s****i 的大作中提到】
: 不懂，如果都是EB1类，name check能有什么不一样呢？
|
f****g
发帖数: 23666 | 5 谷歌是你友
【在 s****i 的大作中提到】
: 不懂，如果都是EB1类，name check能有什么不一样呢？
|
d********e
发帖数: 1334 | 6 http://blog.wenxuecity.com/myblog/14332/200710/17057.html
name check的流程
【在 s****i 的大作中提到】
: 不懂，如果都是EB1类，name check能有什么不一样呢？
|
s****i
发帖数: 1130 | 7 呵呵，谢谢啦。
看过pjiang的很多博客，唯独漏了这条，学习了
【在 d********e 的大作中提到】
: http://blog.wenxuecity.com/myblog/14332/200710/17057.html
: name check的流程
|
c***r
发帖数: 4631 | 8 某人甲和某恐怖分子同名name check就会很慢。
某人乙已经被FBI翻过啦到过去查过很多遍了，name check就会很快。
【在 s****i 的大作中提到】
: 不懂，如果都是EB1类，name check能有什么不一样呢？
|
x****l
发帖数: 978 | 9 这个属于后知后觉拉。
【在 s****i 的大作中提到】
: 看到版上这么多walk in很快拿到卡的例子，感觉不是485早递交就早批。个人认为是每
: 位IO每天接几批，处理模式就像“堆栈”的结构，先进后出、后进先出，感觉是这样。
: 你的485材料可能很早就分到他手上，可能是赶在凌晨这批的，但早上又来一批，IO肯
: 定是早上才上班，这样凌晨这批就压到下面去了，IO肯定是先审早上的，特别感觉是这
: 样，早上这批还没有完工，walk in的新一批又来了，这样第三批此肯定在最前面了。
: IO连续审，可能申请数量多的时候，审放在最上面的，有时间才审堆在下面的，如果上
: 面的多没审完，下面就一直这样堆下去，可能在这个角落被遗忘，不敢这么想，当然有
: 数量少松快的时候，这时候最下面的角落里的才有可能被人问津。
: 发现140也是这样的，好在140有pp功能，就是花钱把堆在下面的翻出来，优先让IO去审
: ，说白了就是花钱来walk in。可惜485木有pp功能。walk in还是按schedule，你的材
|
d***y
发帖数: 8107 | |
|
|
e*******m
发帖数: 173 | |
w*****o
发帖数: 807 | 12 name check 完了后的RFE也这么长时间，不知道IO怎么个安排时间的？
难道把RFE直接扔一边了？
【在 f****g 的大作中提到】
: 当然不是，name check之类每个人都不一样，每个io也十分随机
: 说白了，就是看运气。
|
l*******d
发帖数: 572 | |
s****i
发帖数: 1130 | 14 不好讲，不过优先级肯定是低了，压到最底下去了也有可能。
Bless Us All
【在 w*****o 的大作中提到】
: name check 完了后的RFE也这么长时间，不知道IO怎么个安排时间的？
: 难道把RFE直接扔一边了？
|
s*******u
发帖数: 259 | 15 有同感，我的case pending4个多月了，TSC。求好运。 |
s****i
发帖数: 1130 | 16 bless us all
【在 s*******u 的大作中提到】
: 有同感，我的case pending4个多月了，TSC。求好运。
|
c****7
发帖数: 4192 | 17 都看命
【在 s****i 的大作中提到】
: 看到版上这么多walk in很快拿到卡的例子，感觉不是485早递交就早批。个人认为是每
: 位IO每天接几批，处理模式就像“堆栈”的结构，先进后出、后进先出，感觉是这样。
: 你的485材料可能很早就分到他手上，可能是赶在凌晨这批的，但早上又来一批，IO肯
: 定是早上才上班，这样凌晨这批就压到下面去了，IO肯定是先审早上的，特别感觉是这
: 样，早上这批还没有完工，walk in的新一批又来了，这样第三批此肯定在最前面了。
: IO连续审，可能申请数量多的时候，审放在最上面的，有时间才审堆在下面的，如果上
: 面的多没审完，下面就一直这样堆下去，可能在这个角落被遗忘，不敢这么想，当然有
: 数量少松快的时候，这时候最下面的角落里的才有可能被人问津。
: 发现140也是这样的，好在140有pp功能，就是花钱把堆在下面的翻出来，优先让IO去审
: ，说白了就是花钱来walk in。可惜485木有pp功能。walk in还是按schedule，你的材
|
