上海2026年7月起下限7546、上限37731，北京7月起下限7270、上限36348，四川9月7日公布下限4699、上限23493。 工资一万却一直按7270或者7546申报，每月到手多几十，三十年后养老金核定表会把这笔账一次摊开。
多数人只盯工资条少扣多少，不盯系统里逐年记录的缴费基数。 基数低一年看不出事，低十年二十年，养老个人账户和平均缴费指数一起被压下去。
缴费基数按上年度全口径社平定上下限，工资在上下限之间按实际工资，低于下限按下限，高于上限按上限。 山东2026年下限4573、上限22863，安徽下限4354、上限21772，河北下限4076、上限20382，湖南下限4106、上限20529。
尺子跟着社平走，所以看起来年年涨。 涨的是申报刻度，不是单纯多罚钱；真正出问题的是工资明明高于下限，单位仍全員按最低报。
养老个人账户一般按个人缴费部分进账，基数越低，每月存入越少，多年累积本金和计息基数都小。 退休核算还要看本人平均缴费指数，长期按下限会让历年指数偏靠低位。
北京按下限7270算，灵活就业养老每月1454、失业72.7，单独职工医保593.68。 在职按最低和按实际工资差的不只是当月扣款，是退休时基础养老金与个人账户两块都变薄。
北京因上下限调整产生的补差9月系统生成，单位不用单独申报，12月31日前缴清不计滞纳金。 上海上下限调整补差9月底前缴纳、免滞纳金；安徽年底可补、不计滞纳金利息；湖南年底补差不计滞纳金；四川1至9月属期低于4699的，补到4699。
这类补差只管政策上下限变动，不管“工资高却一直按最低”的历史低报。 前者系统跑，后者得自己查明细、找财务、向12333反映。
电子社保卡或当地人社应用查“缴费明细”，看每月申报基数是多少。 把申报基数和实发工资对一下，工资在上下限之间却看到最低数，直接问财务按什么口径。
多数地区7月起执行新基数，9月工资条可能出现补差，多扣少扣都可能。 北京、上海、安徽、湖南、四川补差节点不同，只看本地执行月份，不凭别市规则判断。
北京灵活就业可在7270到36348之间选养老和失业基数，按下限养老1454、失业72.7，医保固定593.68。 湖南按4106下限、20%养老算，月缴821.2；按6843基准值、100%档，月缴1368.6。
收入好年份往高选，紧张年份按下限，每年都能重选。 每一年的档位都会进平均缴费指数，今天选最低，退休时不会自动变高。
工资明显高于下限，却同意单位按最低交，算当下多拿还是长期吃亏？