社保和个税这两条线，在落户审核里掐得比很多人想象中要紧。不是交过就行，而是交得对不对、匹配不匹配。不少人材料被退回，问题就出在这两个看似基础的地方。

　　先说社保。我们日常说的“五险一金”里，五险就是社保。它由五种保险组成，缴费时拆成个人和公司两笔账。而你每个月到底按什么标准交，关键看一个数：社保基数。这不是随意填报的，它直接决定了你的社保缴费金额，也在落户审核中决定了你够不够门槛。

　　留学生落户对此有明确分层。依据学术背景不同，人社局对社保基数的要求分为两档：1倍和1.5倍。简单说，基数不达标，其他材料再齐也走不下去。这事没有弹性。

　　再看个税。这里说的个税，特指公司申报的工资薪金收入所产生的个人所得税。现行个税征收用的是累计预扣法，和过去按月单独核算的逻辑完全不同。现在是把本年度每月收入累加起来，收入总额冲到哪个税率档位，就按哪个档位扣税。

　　这个机制直接导致了一种常见现象——年度汇算时有人要补税，有人能退税。比如某个人第一个月收入很高，单月看触到了高税率，但后面月份收入很低，全年总账一算，实际只该落在最低税率区间。那么之前多扣的，年底就会退回来。反过来也一样，平时扣少了，年底就得补。

　　但落户审核不看你怎么汇算，看的是申报收入本身。

　　人社局的核心逻辑就一条：个税申报收入必须和社保基数、实际收入三者匹配。举个例子，如果一个人月收入是一万二，社保基数也是一万二，那么他的个税申报收入，也必须是这个数。任何一项对不上，系统里呈现的就是不一致，审核那边就会卡住。

　　这件事容易出错的地方在于，有些人收入构成复杂，或者公司申报不规范，导致个税收入看起来比社保基数低或高。一旦出现这种偏差，审核人员没有义务替你解释原因——他们只认数据逻辑是否自洽。

　　在落户准备中，社保和个税的匹配度，本质上是一个数据链完整性的问题。当材料链条上出现不一致，或者基数与背景条件错位时，就需要有人在整理阶段就把关。行业里专业的服务力量，经常能在一开始就识别出哪些月份的申报记录可能触发疑问，提前核对修正，而不是等到被退回再补救。凡图落户咨询处理的案例中，相当一部分精力就是花在这种前置梳理上的。

　　理清了社保基数怎么定、个税怎么看，接下来要做的就是回头核对一遍自己过去一段时间的申报记录。三条线——实际收入、社保基数、个税申报收入——能不能在每段时间都对得齐。这是落户材料中最底层的逻辑，也是审核绕不开的第一关。