如果可以的话,还是尽量和HR确认清楚总包包括哪些部分,每个月的基础工资是多少,这样才好明确每个月到手多少钱。简单来说,到手的薪资差不多是年包的25-30%,薪资越高个税税率约高。具体说一下,针对年包一般会包括:月基础工资*12+年终奖+其他补贴(餐补、房补等)*12,甚至有些公司会把政府的人才补贴放到年包里。下面具体看一下各部分的情况,①当月到手的工资:关于每月到手的薪资是扣除五险一金中个人需要承担的部分和个税,五险一金可以查询当地的政策,以北京为例,养老保险住房公积金(以12%为例)等个人承担的差不多是20%,如果按照月基础工资是20K来计算,当月到手的是20K*80%,但是你的住房公积金账户是入账24%,可以按照租房提取,正常缴纳五险一金的公司虽然当月到手看起来不多,但是你的其他账户同样有钱,这里还要明确一下五险一金缴纳基数,比如有的公司你的月薪是20K,但是按照15K给缴纳五险一金,那就是扣除15K的20%左右;②关于个税,是当月实际到手的薪资(包括各种补贴),除去五险一金扣除的部分,按照个人所得税税率表扣除(见图片);③关于你拿到年终奖那个月,因为现在是按照全年累计计算个人所得税税率,带入计算即可。以上都是公司直接通过银行卡支付工资的形式。说一下你学姐的例子,比如他的19W是包括3个月的奖金,那算下来月base就是12.5K左右,除掉五险一金(按照公积金12%来算)中个人承担的部分和个税,大概到手10K,但是公积金账户会有3000到账,养老保险也会有对应金额)奖金比例越高,在奖金发放那个月到手的钱越多。
8 1

相关推荐

1、自我介绍2、手撕:有n个数,随机排列成一个最大的数,输出一个字符串,例:[3,10,24,25],输出:"3252410"3、优化一个SQL语句:SELECT \* FROM ordersWHERE user_id=123AND status='PAID'ORDER BY create_time DESCLIMIT 10;表中字段:id, user_id, status, amount, create_time数据量:1亿条记录4、联合索引为什么按user_id、status、create_time这个顺序呢,你怎么知道数据库引擎就是按这个顺序去检索的呢,对数据库索引底层是如何做的有了解吗5、除了索引和select \*,还会有什么问题吗,你会怎么去解决呢6、你说到了根据user_id分表,那具体用什么策略去分表呢7、为什么选择user_id,而不用主键id,或者其他呢8、给了一段代码,用来在秒杀场景中进行减库存操作,一个stock表示库存量,一个减库存的方法,在单服务器部署场景下,代码会有什么问题吗(没加锁),怎么解决呢9、synchronized和ReentrantLock实现机制清楚吗10、下面考虑分布式部署的情况,只加上面的锁,会有什么问题吗11、那这里的取值操作需要加锁吗,还是说只有减库存需要加锁12、如果让你设计一个分布式锁,你会考虑哪些方面13、场景:设计一个类似微薄的点赞和取消点赞功能,需要设计一个api的接口实现这个功能,给出他的请求方法和URL,同时设计表,来存储点赞数据。主要实现三个业务功能:存储点赞信息,对这些信息做统计,让用户能看到自己的点赞14、如果需要考虑一些特殊场景,保证这个接口的安全,比如用户身份鉴权,恶意的流量攻击等待15、统计点赞数的逻辑如何实现,什么时候去统计比较合适16、反问聊天
点赞 评论 收藏
分享
牛客网
牛客网在线编程
牛客网题解
牛客企业服务