如果工资结算单中持续显示已在往期离职的员工，原因几乎总是同一个——报表本身的筛选设置。这不是核算错误，也不是数据问题：只需调整筛选中关于离职日期的条件即可。打开工资结算单的设置，进入"筛选"部分，找到与离职日期相关的参数，并将该条件的布尔值改为"无值"。此后，之前已离职的员工将不再进入本月的结算。
为什么离职员工会出现在结算单中
1С:哈萨克斯坦会计版中的工资结算单是根据所选期间的计提和扣款数据生成的。报表中的筛选决定了将哪些员工纳入选取范围。当离职日期条件被设定为布尔值（即硬性的"真"或"假"）时，报表可能会将其解读为：将所有已填写或未填写离职日期的员工纳入选取范围——具体取决于标记的设置方式。结果，那些在往期已离职的员工就"粘"在了本月的结算单中。
需要理解的是：此时计提本身通常为零或不存在，但员工那一行仍然会显示，这就给核对和汇总的核验带来困难。当某期间发生了多起离职、报表中的员工名单比实际编制人数还长时，这一点尤其明显。
逐步纠正流程
- 打开所需期间的工资结算单。
- 进入报表设置（根据报表形式，点击"设置"或"显示设置"按钮）。
- 找到"筛选"部分。
- 在筛选条件列表中找到与员工离职日期相关的参数——正是它决定了是否在本期结算单中显示离职员工。
- 找到该条件的布尔值，并将其改为"无值"。
- 重新生成结算单。
经过此项修改后，结算单将正确生成，往期离职的员工将不再进入本月的结算。
如果调整后仍未解决
如果更改数值后筛选仍然工作不正常，请检查该条件是否在报表设置的其他部分被重复设置。有时相同或相互冲突的离职日期条件会同时在多个位置被设定——例如在主筛选中、在嵌套分组中或在用户自定义筛选设置中。在这种情况下，一个条件会"覆盖"另一个条件，报表就会继续显示多余的员工。不过，多数情况下只需一次调整就足够了。
如果问题仍然存在，还应注意以下几点：
- 请确认您所做的修改正是您在生成时使用的那个报表变体（报表可能保存了多个设置变体）。
- 请检查"有问题的"筛选是否被保存为默认设置——那样的话需要保存更改，而不仅仅是一次性应用。
- 请核对报表期间：如果它涵盖了离职月份，那么员工必然会带着离职月份的最终结算出现在结算单中。
如何确认数据正确
在更改设置之前，最好先弄清离职员工那些行的性质。打开该员工的卡片，检查人事文件中的离职日期。如果离职办理正确且属于往期，而本月又没有计提——那就说明问题确实只在于报表筛选，而不在于核算数据。而如果该离职员工在本期存在计提（例如补提、补偿、离职时的支付），那么他出现在结算单中是有依据的，不应将其从报表中移除——那样会与实际的计提和扣款产生不符。
典型错误
- 更改期间而非筛选。缩小期间无法解决筛选设置的问题，反而可能使结算单的汇总失真。
- 修改了一次性设置，却未保存。下次打开时，报表又会调取旧的筛选。
- 手动删除行。从已生成的报表中手动删除员工并不能消除原因，且会在重新生成时导致不符。
- 混淆无计提的离职员工与有离职支付的离职员工。后一种情况下该行必须出现在结算单中。
- 不检查条件重复。同一条件在设置的不同部分中会相互冲突。
需要检查的事项
- "筛选"部分中离职日期条件的值已设置为"无值"。
- 筛选未在报表设置的其他部分中被重复（嵌套分组、用户自定义筛选）。
- 已更改的设置已保存到所使用的报表变体中，而非一次性应用。
- 报表期间与所需月份相符，并未无必要地涵盖离职月份。
- 对于仍留在结算单中的离职员工，本期没有实际的计提或扣款。
- 员工人事文件中的离职日期填写正确。
完成这些检查后，工资结算单将只反映那些确实属于本结算期间的员工，而计提、扣款及汇总的核对也将变得清晰而准确。