这个报错（AA655）是会计期间版本配置问题，核心是系统无法根据你录入的日期（尤其是原始价值日 2024-01-28）匹配到公司代码 0919 对应的会计期间。结合你录入的数据，解决方案分 3 步：
一、报错原因
你录入的Orig. val. date（原始价值日）是2024-01-28，但系统在 “期间版本 00000000” 中，没有为公司代码 0919 配置 2024 年度的会计期间规则，导致无法计算该日期对应的会计期间。
二、解决方案（按优先级操作）
1. 检查并维护 “会计期间版本”
- 事务码：
OB29（配置会计年度变式） - 操作：
- 确认公司代码 0919 对应的会计年度变式（比如 K4 = 自然年度，V3=4-3-3 等）；
- 检查该变式下2024 年度的期间是否已维护（比如 2024 年 1 月对应的期间是 1）；
- 若未维护，手动添加 2024 年度的期间（起始 / 结束日期、期间号）。
2. 核对 “原始价值日” 的有效性
- 确认
Orig. val. date（2024-01-28）是否在公司代码 0919 的会计年度变式覆盖范围内：- 比如公司代码用的是 “非自然年度”（如 4 月到次年 3 月），2024-01-28 可能属于 2023 年度，需检查 2023 年度的期间是否已维护。
3. 检查 “事务类型 400” 的配置
你的事务类型选了400（Post-capitalization），需确认：
- 事务码
AO73中，事务类型 400 是否关联了正确的期间版本（默认是 00000000，但部分配置会自定义期间版本）； - 若期间版本不是 00000000，需用
OB29维护对应版本的 2024 年度期间。
三、快速验证方法
先临时将Orig. val. date改成当前年度的日期（比如 2026-01-04），若能正常过账，说明确实是 2024 年度的期间未配置；若仍报错，再检查公司代码的会计年度变式基础配置。
