sap资产post记录查询时候 报错 如图
系统抛出的关键错误是：
SYST: Error when calculating last day in fiscal period
消息号AA653
一、错误含义
SAP 在决定公司代码对应的会计年度变式（Fiscal Year Variant）下、指定期间的最后一天时失败。
结果导致资产模块无法确定折旧/过账期间，于是整张 Post 查询/折旧运行被终止。
二、最常见 3 类根因（与 SAP 官方解释一致）
期间版本（Period Version）尚未创建
公司代码使用的会计年度变式（T009 / T009B）在表 T009R 里没有维护对应年度（2025）的期间版本 99。期间版本已存在，但日历日期→会计期间的映射不完整
例如 2025 年 12 月 31 日没有被分配到期间 012/013，或者 2025 整年只维护了 11 个月。期间版本是“依赖日历”型（calendar-dependent），但日历 2025 尚未扩展到当年
事务码SCAL（工厂日历）里 2025 年没有生成，导致 SAP 无法推导最后一天。
三、快速自查步骤
SE16 检查表 T009R
输入你的会计年度变式（公司代码 0919 对应 Z1 或 K4 等），看 2025 年度是否有 12/13 条记录，且每条都有 BegDa / EndDa（起始/结束日期）。
如果缺少 2025 年 → 属于根因 1。SE16 检查表 T009C（仅对 calendar-dependent 变式）
看 2025 年是否生成。如未生成 → 属于根因 3。OBB5 / OB37 查看公司代码→期间版本分配
确认公司代码 0919 的“期间版本”字段确实写的是 99（截图里已提示版本 99）。
四、对应解决办法
根因 1
SPRO→ 财务会计 → 总账会计 → 主数据 → 会计年度 → 维护期间 → 事务码OB37
新增 2025 年度 12（或 13）个期间，保证每条记录的起止日期连续且覆盖 2025.01.01–2025.12.31（特殊期间可到 2026.01.01 之前）。根因 2
在OB37里把缺失的期间补齐；或者把已有期间的 EndDa 修正为当月最后一天。根因 3
事务码SCAL→ 扩展日历 → 选择对应工厂日历 → 菜单“Calendar → Generate” → 输入 2025 → 执行生成。
生成后再回到OB37重新保存一次，让 SAP 重新推导日期。
五、验证
SE16再次查看 T009R，确保 2025 年 12 条记录完整。
AFAB模拟折旧运行（仅测试模式），不再出现 AA653。
回到你的资产浏览器AW01N或资产过账查询，报错消失。
六、附加提示
如果公司代码 0919 今年刚上线，务必把 2025–20XX 年一次性维护完，避免明年再报同样错误。
期间版本 99 是系统预留，用于“与年度无关的折旧范围”（如税务账簿），但日期推导仍依赖年度变式，所以必须维护。
修改期间版本属于跨模块主数据变更，建议由财务主数据团队统一操作，并在测试系统先验证。
