【月序时进度】WPS中计算月序时进度
创作者俱乐部成员
本人一直在做收入数据分析，每月都要计算月序时进度，即本月完成数是否完成了本月的序时进度，以及全年的序时进度。
以前计算月序时进度只是单纯的用=1/12
或者本月的年序时进度=3/12
后来一直在琢磨，这是很不严谨的数据，我们做数据分析的就需要对数据严谨。
于是从EOMONTH函数想到了还有YEARFRAC函数，接着从丁老师的帖子https://bbs.wps.cn/topic/40518中找到一些灵感，但感觉丁老师描述的并不是十分准确。
严格的来说YEARFRAC函数不符合中国人的习惯，应该需要调整，参数设置需要谨慎。
于是产生了这篇帖子
- 先设置一个表格
月份=SEQUENCE(12)
开始日期=DATE(2025,A3#,1)
结束日期=EOMONTH(B3#,0)
月份 | 开始日期 | 结束日期 |
1 | 2025/1/1 | 2025/1/31 |
2 | 2025/2/1 | 2025/2/28 |
3 | 2025/3/1 | 2025/3/31 |
4 | 2025/4/1 | 2025/4/30 |
5 | 2025/5/1 | 2025/5/31 |
6 | 2025/6/1 | 2025/6/30 |
7 | 2025/7/1 | 2025/7/31 |
8 | 2025/8/1 | 2025/8/31 |
9 | 2025/9/1 | 2025/9/30 |
10 | 2025/10/1 | 2025/10/31 |
11 | 2025/11/1 | 2025/11/30 |
12 | 2025/12/1 | 2025/12/31 |
- 计算每月天数占全年比值
每月天数占全年比值=YEARFRAC(B3#,C3#,1)
- 验证计算是否正确
验证有两个办法：
用每个月的天数除全年天数
有差异？
12个月的月天数占比值合计应等于100%
确实有差异
看来丁老师的那篇帖子让我对这个函数产生了不信任感，那么问题出在哪里？
- 找差异所在
直接计算全年的居然不等于100%？
这是什么情况呢！全年第一天到全年最后一天，占比居然不是100%！！！
可能聪明的看客们已经看出来了，但我还需要小心翼翼的求证下
| 📌 | 原来如此，果真如此！ |
- 开始调整公式
修改公式为=YEARFRAC(B3#,C3#+1,1)
EXACT验证结果全部返回TRUE，验证通过
发帖前，还是要把月序时进度和年序时进度发出来点个题，不然就跑偏了。
月序时进度=YEARFRAC(DATE(2025,SEQUENCE(12),1),EOMONTH(DATE(2025,SEQUENCE(12),1),0)+1,1)
年序时进度=SUM(TAKE(YEARFRAC(DATE(2025,SEQUENCE(12),1),EOMONTH(DATE(2025,SEQUENCE(12),1),0)+1,1),A29))
| 📌 | 这里发现一个BUG 在线文档不支持对数组的绝对引用 |
- 结论
果然有些函数还不完全适应国内的习惯，上一个发现不符合国人习惯的地方已经反馈过了（被反驳了），这次又一个不符合国内的习惯再次提出来，不修改函数的情况下，就只能通过计算的时候修改参数了。
要是谁还觉得这个函数计算修改后违反了兼容性、一致性原则，本人不反对他在每次法定节假日都少休息一天🤪！
最后奉上本文示例
| 📂 | 【金山文档 | WPS云文档】 每月天数占全年比值 |
创作者俱乐部成员