报表按周汇总时，日历年份与基于周编号的年份可能不一致。把普通日期模板中的年份直接用于周报分组，会在跨年附近出现错归。KKCE日期格式页能够检查日历显示，但周历计算还需要使用明确的周编号规则。
先区分日期展示和周历归属
普通日期告诉我们某一天在几月几日；周历体系则需要规定每周从哪一天开始，以及第一周如何确定。不同体系的结果未必相同。若项目采用ISO周历，跨年附近的某些日期可能属于相邻年份的周编号。因此周报键应由同一规则生成周年份与周数，不能把来自两套口径的数字直接拼在一起。
本次只验证日历模板输出
在官网页面输入2027-01-01 08:09:10，并使用YYYY-MM-DD | WW作为模板，观察年月日与星期显示。页面的YYYY表达日历年份，WW是该页面约定的星期展示，并不是ISO周编号。本轮没有在工具中计算周历归属，也不会把截图里的星期文字当作完整周报分组键。
跨年样本应包含前后几天
以ISO周历为例，2027年1月1日属于2026年的第53周。这个例子用于说明概念差异，不能据此推断任何使用“周”字的系统都采用同一规则。建立测试时，把年末和年初连续日期一起送入实际报表程序，观察键是否稳定、是否遗漏或重复。若数据横跨多个时区，还应先确定每条事件归入哪一个本地日期。
配置模板不要照搬其他库
格式符号可能因语言与库而异，某个生态中的字母组合不能直接移植到另一个页面。核对当前说明支持的占位符，不要把未实现的周历标记塞进模板后，只凭输出没有报错就判定支持。KKCE适合快速核对其声明范围内的显示格式，报表的周历字段则应交给具备相应功能且已配置好规则的日期库。
演示说明：2027年的日期是构造测试值，不是当前时间。日历展示、时区处理与周报分组应各自验证。
功能入口：日期格式转换。
