文件“解除劳动合同”是否会形成会计分录？

不会。该文件仅在信息登记簿中创建记录（员工的劳动状态在员工组织中，关闭计划的工资/扣款和个人所得税的扣除）。解除劳动合同的最终结算会计分录由结算文件形成——“工资计算”、“假期补偿”、支付文件。

为什么不能在文件中重复添加员工？

配置中有唯一性检查：每个员工只允许一行。如果重复，会显示消息“在该文件中每个员工只能输入一行！”（条件查找行根据“员工”结构 = 0）。对于再次解除劳动合同，需单独办理文件。

标志“停止标准扣除”有什么作用？

当值为真时，该文件停止从解除劳动合同之日起对个人所得税的标准税收扣除的应用（在个人所得税扣除登记簿和个人所得税扣除应用中的记录）。这很重要，以便在后续计算中，基本扣除——2026年每月30个最低工资标准（在最低工资标准为4,325 ₸时为129,750 ₸），每年不超过360个最低工资标准——不再适用于被解除劳动合同的员工。

2026年哈萨克斯坦的哪些税收规范在相关计算中被考虑？

个人所得税的基本扣除——每月30个最低工资标准（每年不超过360个最低工资标准）；个人所得税10%适用于年收入不超过8,500个最低工资标准的部分，超过部分为15%；强制性养老金10%（基数上限为50个最低工资标准，最低工资标准=85,000 ₸），强制性养老金补充3.5%，社会医疗保险2%，强制医疗保险3%，社会保险5%，社会税6%。解除劳动合同的文件本身不计算这些金额，但正确关闭计划记录和扣除，以便进行后续计算。

文件《组织解雇》— 技术说明（哈萨克斯坦会计 3.0.74.2）

1. 识别

参数	值
对象类型	文件 (`Documents.解雇员工`)
名称	`解雇员工`
同义词	“解雇员工”
配置	1C:哈萨克斯坦会计，版本 3.0 (发布 3.0.74.2)
编号	字符串，编号长度 11 个字符，编号周期 — 在一年内
在哪里找到	人事管理部分 → “解雇员工”
导航链接	`e1cib/list/Документ.解雇员工`

目的。 文件记录与一个或多个员工的劳动关系终止的事实。在进行时，它：

在人员记录中固定“已解雇”状态；
关闭（从解雇日期起终止）员工的计划收入和计划扣款；
终止对个人所得税的标准和其他税收扣除的适用；
作为打印解雇命令的依据。

文件不自行生成会计分录 — 解雇时的最终结算（补偿的计算、个人所得税、社会保险、医疗保险等的扣除）由“工资计算”文件及相关结算文件执行。主要用户：人事专员和工资计算会计。

2. 头部和表格部分的属性

头部属性

属性	类型（标准）	目的	必需性
编号	字符串(11)	文件编号	自动分配
日期	日期	文件注册日期	是
组织	参考目录.组织	解雇员工的雇主组织	必需
负责人	参考目录.用户	负责该文件的用户	否
备注	字符串	任意备注	否

标志停止标准扣除 控制文件是否停止对个人所得税的标准扣除的适用（见“运动”部分）。根据表单版本在文件/行级别上设置。

表格部分 “组织员工”

主要表格部分 — 被解雇员工的列表。

列	类型（标准）	目的	必需性
员工	参考目录.员工	被解雇的员工	必需
解雇日期	日期	劳动关系终止日期；用作运动的期间和计划记录的关闭点	必需
解雇依据 / 劳动法条款	参考目录 / 列举	命令的依据（劳动法条款）	否
停止标准扣除	布尔	停止对员工的个人所得税标准扣除的适用	否

完整性限制： 每个员工在文件中仅允许一行。尝试添加重复项时会显示消息：“在此文件中，每个员工只能输入一行！”（在文件表单/选择处理程序中检查：对象.组织员工.查找行(新结构("员工", 数组行)).数量() = 0）。

3. 表单

表单	目的
文件表单	主要输入表单：头部（组织），填写员工的表格部分，设置解雇日期和依据。包含客户逻辑以检查员工的重复和选择处理程序。
列表表单	解雇文件日志：筛选、搜索、批量编辑属性（例如，变更负责人）。通过链接打开 `e1cib/list/Документ.解雇员工`。
打印表单	解雇命令（在文件处理后生成）。

4. 模块的关键程序

以下是根据配置的证据确认的程序和功能。

经理模块 (ManagerModule)：

准备处理参数 (≈59 行) — 准备进行处理的数据：收集临时表 员工表、计划收入表、计划扣款表、个人所得税计划扣除表、个人所得税扣除的适用、标准个人所得税扣除、其他个人所得税扣除。在经理模块中总共有 4 个数据选择查询。
获取纳税人以适用个人所得税扣除 (≈32 行) — 确定纳税人（个人）以正确停止对员工的个人所得税扣除的适用。

服务器公共模块：

工资计算服务器 — 实现从解雇日期起关闭计划收入和扣款的逻辑（在文件上下文中 — 5 次调用）。正是在这里，计划记录被解雇日期“剪切”。

文件表单：

表单处理程序包含 2 个查询和客户检查表格部分员工的唯一性（选择处理程序 / 选择处理）。

如果特定版本中缺少打印/填写的特定程序，则使用标准文件处理程序：处理处理、处理填写、在设置新编号时、根据员工填写 — 需要在特定版本 3.0.74.2 中检查。

5. 处理和运动

在处理时，文件在信息注册表中生成记录（文件不创建会计分录）：

#	注册表 (InformationRegister)	发生了什么
1	组织员工	注册劳动关系的终止。度量：组织、员工；期间 = `解雇日期`; 状态资源 → `在职 = 假`。
2	组织员工的计划收入	从解雇日期起关闭计划收入（工资、津贴）。逻辑 — 通过 `工资计算服务器`。
3	组织员工的计划扣款	从解雇日期起关闭计划扣款（抚养费、贷款、职业捐款）。
4	个人所得税扣除	在 `停止标准扣除 = 真` 时停止对个人所得税的标准扣除的适用。
5	个人所得税扣除的适用	注册从解雇日期起停止对扣除的适用。
6	个人所得税计划扣除	关闭关于个人所得税的计划记录。
7	其他个人所得税扣除	关闭其他扣除（如适用）。

如何与计算相关。 解雇时的计算及其分录由“工资计算”文件生成（如有必要，“解雇时的假期补偿”、“支付”）。解雇文件仅正确关闭计划记录和扣除，以便后续计算符合 2026 年哈萨克斯坦的标准：

个人所得税基本扣除 — 每月 30 MRP（每年不超过 360 MRP）。MRP = 4,325 ₸，即每月扣除 = 30 × 4,325 = 129,750 ₸。
个人所得税：年收入 8,500 MRP 之前 10%，超过阈值的部分 15%。
社会保险 10%（基数上限 — 50 MZP；MZP = 85,000 ₸，即 4,250,000 ₸），社会保险退休金 3.5%，医疗保险 2%，强制医疗保险 3%，社会保险 5%，社会税 6%。

后续计算/支付的分录示例（哈萨克斯坦标准计划账户；不是解雇文件本身生成，而是结算文件生成）：

操作	借	贷
从当前账户支付结算	3350 “短期工资应付”	1030 “当前账户中的现金”
个人所得税扣除	3350	3120 “个人所得税”
社会税的计算	7210/8410	3150 “社会税”

在哈萨克斯坦，与对外交易/结算相关的操作使用账户：1210（短期应收账款），1330（商品），3310（应付账款），3130（应付增值税，税率 16%），6010（销售收入），7010（销售成本）。这些与解雇文件无关，仅作为配置账户计划的参考。配置的电子文件 — 电子发票（电子发票信息系统）和 社会税 — 与解雇无关。

6. 相关对象和基于的输入

基于输入： 文件可以从参考目录员工的卡片创建（“基于员工目录创建”场景），以快速处理一个员工的解雇。
相关结算文件： “工资计算”、“解雇时的假期补偿”、支付文件 — 使用被解雇文件关闭的计划记录。
相关注册表： 在第 5 部分列出（人事状态和个人所得税扣除）。
源参考目录： 组织、员工、解雇条款/依据（哈萨克斯坦劳动法）。

典型使用场景

解雇一名员工 — 单次处理。
大规模解雇 — 一组员工（裁员、重组、项目结束）在一个表格部分中。
从员工卡片输入 — 基于快速处理。
打印解雇命令 — 在处理后。
处理后手动调整 — 在不重新处理运动的情况下修改属性（例如，依据中的错别字）。
批量编辑 — 从列表表单中批量更改属性（例如，负责人）。

7. 扩展点

事件订阅 / 扩展处理程序 — 在不取消配置支持的情况下添加自定义运动（例如，额外的人事注册表）。
扩展表单（文件表单、列表表单） — 额外属性、按钮、处理时的额外检查。
准备处理参数（ManagerModule） — 重新定义关闭的计划记录/扣除集的点。
工资计算服务器 — 公共模块，关闭计划收入/扣款的逻辑最好在这里扩展，而不是在文件模块中。
额外的打印表单 — 通过外部/额外打印表单机制实现。
额外属性和信息 — 通过属性子系统（不更改元数据）。