我自己的感觉好像不是这样，虽然那个算法上写的是一切年限都应当计算到月，但是我拿我自己算的感觉就感觉比按月数出来的算的要低一点，不知道是不是他们会按自然年计算，从而你说的第二种情况的应缴会变成2。。不过我不确定，这个问题没人可问，我问过，人没回答，而且人还说计算是其他部门的人。

【 在 hghghghg 的大作中提到: 】
: 一个简化的例子，假设N应缴是1年，工资一直和社平工资相同。
: 如果是工作一整年，那最后缴费指数是1
: 如果是工作了两个半年凑成了一整年，第一年缴费指数0.5，第二年因为是退休当年调整了C，所以缴费指数不是0.5是1。最后缴费指数加起来1+0.5=1.5 ？
: ...................
--
FROM 120.245.123.*

对哈，所以说现在的核算表特别不友好，过去至少还会告诉人家各种中间过程，现在就是特别简单的写上原始输入条件完了直接上结果，明白的人还能自己反推着看看大概，不明白的人直接啥都不知道。于是有人会基于感觉的去找，比如直接去问为什么我这么少，但是即使去问，也没有人真的给讲讲是怎么算的，就会让填张表，然后再算。。
【 在 hghghghg 的大作中提到: 】
: 退休金核定，关系到之后的几十年的收入。然后搞成一个黑箱，绝大部分人都搞不明白怎么算，唉。。。
: 说计算是其他部门的人。
--
FROM 120.245.123.*

我在网上找到了2023年的北京退休金核定表。上面的应缴是“应缴费年度”，是整数；实缴是“实际缴费年月”，是小数。这样第二种情况下1.5/2=0.75反而是亏了啊
2023年的表上还写了Z实指数的值，只有结果，没有列出所有的X和C，还是有点黑箱。
然后你手里的2024年的表，是不是信息更少，只剩下“实际缴费年月”，应缴费年度和Z实指数都不见了
【 在 vv 的大作中提到: 】
: 我自己的感觉好像不是这样，虽然那个算法上写的是一切年限都应当计算到月，但是我拿我自己算的感觉就感觉比按月数出来的算的要低一点，不知道是不是他们会按自然年计算，从而你说的第二种情况的应缴会变成2。。不过我不确定，这个问题没人可问，我问过，人没回答，而且人还说计算是其他部门的人。
:
--
FROM 219.142.155.*

我看了几张2023年的表，N应缴是个两头都算上的整年数。
然后公式里调节了C1991，因为1992年10月开始进行的社保缴费，这样之前就已经工作的人不吃亏。1993年以后新工作的人，那就吃亏吧。如果像你说的失业金影响N应缴，那估计失业金也要凑一个整年，如果是两个半年那应缴年限不变，还是吃亏吧。
这算法是bug太多，所以不想详细展示过程吧。。。
【 在 vv 的大作中提到: 】
: 但应缴年月不是实缴年月。。。应缴不是说人有工作于是应当缴纳社保的那个应，是人就不应当断缴的那个应，意思是人如果没工作了就该去领失业金而只要没领失业金就应该交社保。。那个公式也是，只有退休那一年才考虑了实际工作的月数，过程中不扣除没工作的时间，所以实际操作中除非领了失业金，不然就是自动累计应缴时间。
: 还有那个C是平均年收入，X/C是年缴纳总和除以社会年收入，退休当年原本就该折算，不然十个月的缴纳除十二个月的平均，那叫吃亏。。工作的那年事实上也是折算的，只不过应缴时间里已经扣掉前面不需要交的了，所以不用再算月。
:
--
FROM 219.142.155.*

N应缴，第一年和最后一年都按照整年算，可能算出来的数就对上了。极端例子就是，2023年12月工作，2024年1月退休：应缴2年，实缴2个月。
【 在 vv 的大作中提到: 】
: 对，现在没有N应缴和Z实了，只保留了实际缴费年月和视同缴费年月都是用的年点月，然后有一个参保时间还有一个应缴费起始时间，我感觉参保时间是北京社保的起始时间，应缴费起始时间是参加工作后有社保的那个时间，再剩下就是有个上年度社平。。上面有这么一些 基本心思，然后最后给了三个计算结果以及一个总数。。我是算来算去感觉就是怎么都是少了一点，那么唯一能够操作的就是N应缴。
:
--
FROM 219.142.155.*