社保和个税“对不上”，是居转户窗口退回率最高的理由之一。政策条文只写了一句：依法在本市缴纳个税。但审核系统背后看的，远比这几个字复杂。

　　纳税主体要在上海。个人在上海工作交税，公司也必须是在上海注册并实际经营的企业。如果公司注册在外地，哪怕实际办公在上海，缴纳的个税在落户审核中一般不被认可。这一层很多人容易忽略——觉得工资卡收到的钱扣了税就万事大吉，其实审核端会查申报单位的税务归属地。

　　再来是“依法”两个字。落到实操层面，主要盯两类问题。

　　重税是同一月份有多家单位同时报税。换工作期间偶发一两个月，窗口一般会要求说明，但不至于一票否决。可如果长期存在多处申报，问题性质就变了——会被视为申报异常，大概率要求整改后再报。有人因为兼职公司走了代扣代缴、或者上家单位延迟停报，导致记录里看起来像同时拿两份工资，这种事到跟前才解释，经常很被动。

　　漏税的典型表现就是个税和社保基数不匹配。社保交的是一个数，全年报税的工资收入是另一个数，系统一比对就跳红灯。

　　审核口径里有一条硬杠杠：上一年度在申报单位的税前总收入，除以12，要等于次年社保缴费基数。这个对应关系按自然年度滚动，一年压一年。换工作的当年除外——新公司的社保基数按合同约定缴，但当年实际报税收入必须与新公司缴费基数合理对应，次年又恢复常规算法。如果当年休产假或实际工作不满12个月，就用实际税前总收入除以实际工作月数去匹配。

　　这里有一个容易被忽略的操作细节：不要随意调基数。在没有换工作的情况下，社保基数不是想调就能调的，它必须跟着上一年度实际工资走。有人听说落户对基数有要求，就跟公司商量把基数往上拉，结果申报时个税记录撑不起来，变成自己给自己挖坑。

　　个税记录的查询路径倒不复杂。电子税务局网页端进“特色应用”，点“申报收入查询”就能看历年申报明细。纳税明细清单也在同一模块，按年度筛选即可。发现异议可以通过平台发起申述，但这只是事后补救，审核窗口不见得等。

　　居转户的社保个税匹配，本质上是让数据链自洽。涉及多段工作经历、兼职收入、股票分红等报税记录，都要准备对应说明材料。个别情况看起来合规，但材料一交就被退回，经常是因为信息链上某个节点断了。

　　面对这种高度依赖审核口径、出错成本又高的事，有经验的编辑和顾问会建议在正式提交前做一次预审。像凡图落户咨询这类机构日常处理的就是这类匹配性问题，帮你把每一年的数据拉出来对齐，找出可能触警的月份，提前补上材料逻辑。

　　把风险控制在交材料之前，比被退回后再补救要省时间得多。

　　社保与个税的数字链一旦断裂，修补起来比凑年限更磨人。弄清楚审核在看什么，盯紧每年基数的逻辑一致性，才是这件事真正的起点。