--- title: "1С:会计（哈萨克斯坦版）3.0 中的\"按 ОПВ 划分的组织欠款结构\"报表" country: KZ lang: zh author: Сапа Т.И. (https://buhgpt.kz/authors/sapa-ti) date: 2026-09-07 canonical: https://buhgpt.kz/suraqtar/otchet-struktura-zadolzhennosti-organizaciy-po-opv-v-1s-b-zh source: BuhGPT --- # 1С:会计（哈萨克斯坦版）3.0 中的"按 ОПВ 划分的组织欠款结构"报表 > **TL;DR:** 已在 3.0.74.2 版本"哈萨克斯坦会计"（3.0 修订版）上验证。 25 号临近，该缴纳强制养老金缴款（ОПВ）了。您管理着多个法人实体（或在同一数据库中管理多个部门），在付款前想看到整体情况：谁计提了多少、缴纳了多少、以及有多少"尾款"结转到下个月。更糟的是——如果国家养老金支付中心（ГЦВП）发来了对账单，而您账务中记录的强制养老金缴款欠款数字却不一样。打开这份报表——无需逐个员工翻查明细账，一分钟内就能按组织和期间看到 ОПВ 欠款的结构。 1. 用途 该报表按组织展示 强制养老金缴款（ОПВ）的欠款结构 ：期初欠款余额、本期计提、扣缴 --- 已在 3.0.74.2 版本"哈萨克斯坦会计"（3.0 修订版）上验证。 25 号临近，该缴纳强制养老金缴款（ОПВ）了。您管理着多个法人实体（或在同一数据库中管理多个部门），在付款前想看到整体情况：谁计提了多少、缴纳了多少、以及有多少"尾款"结转到下个月。更糟的是——如果国家养老金支付中心（ГЦВП）发来了对账单，而您账务中记录的强制养老金缴款欠款数字却不一样。打开这份报表——无需逐个员工翻查明细账，一分钟内就能按组织和期间看到 ОПВ 欠款的结构。 1. 用途 该报表按组织展示强制养老金缴款（ОПВ）的欠款结构：期初欠款余额、本期计提、扣缴/已缴纳以及期末余额。这是在缴纳 ОПВ 和与 ГЦВП 对账前的管理与控制工具。报表仅读取账务数据——不做任何过账，也不做任何修改。 2. 在哪里找到 界面路径： - 工资 → 工资报表 → 组织 ОПВ 欠款结构，或 - 报表 → 税费与缴款（标准报表）→ 组织 ОПВ 欠款结构。 如果看不到该项——请通过"工资"分区中的更多 / 导航设置将其开启，或使用命令搜索栏（顶部的"放大镜"图标）。 最快的方式是通过导航链接直接打开。复制该字符串，然后工具（主菜单，≡ 图标）→ 转到导航链接（或在支持该命令的客户端中按 Ctrl+F11），粘贴后点击"转到"： e1cib/list/Отчет.СтруктураЗадолженностиОрганизацийПоОПВ 2a. 如何查看您的版本 菜单帮助 → 关于程序（或顶部的 ≡ 图标 →"关于程序"）。在打开的窗口中有两行关键信息：平台版本（例如 8.3.24.x）和"哈萨克斯坦会计"的配置版本——例如 3.0.74.2。下面的说明正是在此版本上验证的；在其他构建版本中，字段和列的名称可能略有不同。 3. 如何填写（报表设置） 报表不像单据那样"填写"——您设定生成参数并点击"生成"。我们逐一讲解每个字段：它有什么用，以及如果设错会怎样。 字段 是否必填 用途 / 设错会怎样 期间（从 / 到） ✅ 是 用于计算 ОПВ 计提和缴纳的边界。通常设为一个日历月。如果期间比一个月宽——您看到的是累计欠款，而不是某个具体报告月的欠款。忘记设定期间结束——将纳入未来的变动，余额会"漂移"。 组织 ✅ 是（如果数据库中有多个） 按哪个法人实体计算。有多个组织时留空——报表要么要求选择，要么把所有数据混在一起，数字将无法与 ГЦВП 按具体 БИН 的对账吻合。 分组（行） 否 如何展开数据：按组织、按月、按部门。只影响展示形式，不影响金额。 筛选 否 限定选取范围（例如某一个部门或列表中的某一个组织）。设置了多余的筛选——部分欠款会从合计中"消失"，尽管账务中确实存在。 显示零余额 否 用于查看欠款为零的组织的复选框。默认将其隐藏——如果某行"消失"了不必惊慌：说明欠款已结清。 报表变体 否 现成的预设（简略 / 展开 / 按月）。可通过"更多 → 保存报表变体"方便地保存您自己的变体。 操作顺序：设定期间 → 选择组织 → 如有需要设定分组/筛选 → "生成"。列和分组的设置可通过"设置"按钮访问（"扩展"模式会打开完整的字段和筛选结构）。 4. 带数字的详解示例 条件。ТОО"阿斯特拉"，2026 年 7 月。一名员工——薪金为 1 500 000 ₸ 的经理。ОПВ 按 10% 扣缴。 核对 ОПВ 计税基数上限：50 МЗП = 50 × 85 000 = 每月 4 250 000 ₸。薪金 1 500 000 ₸ 低于上限，因此全额计缴。 - 7 月 ОПВ = 1 500 000 × 10% = 150 000 ₸。 - 2026 年 7 月 1 日的期初 ОПВ 欠款（6 月未缴清）= 20 000 ₸。 - 7 月向 ЕНПФ 缴纳了 6 月的 = 20 000 ₸，以及部分 7 月的 = 100 000 ₸，共划转 120 000 ₸。 报表在 ТОО"阿斯特拉" 7 月这一行会显示： 指标 金额，₸ 期初欠款余额 20 000 已计提（扣缴）ОПВ 150 000 已划转至 ЕНПФ 120 000 期末欠款余额 50 000 核对：20 000 + 150 000 − 120 000 = 50 000 ₸——这笔"尾款"结转到 8 月。 这些数字背后的会计分录（ОПВ 核算在 3220"养老金缴款负债" 科目上）： 业务 借 贷 金额，₸ 从经理工资中扣缴 ОПВ 3350 3220 150 000 从活期账户向 ЕНПФ 划转 ОПВ 3220 1030 120 000 7 月末 3220 科目的贷方余额 = 50 000 ₸——这正是报表中的"期末欠款余额"。如果打开同一期间的 3220 科目余额表，期末余额必须与本报表的合计吻合。如果不吻合——请查找绕过 3220 科目的变动或倒填日期的分录。 5. 业务类型 / 生成变体 该报表没有像单据那样的"业务类型"。它有生成变体——即以不同方式展开同一批数据： - 按组织——按每个法人实体的汇总（主要模式，用于按 БИН 对账）。 - 按月——期间内欠款的逐月动态。 - 按部门——如果 ОПВ 按发生地点细分。 - 显示零余额——用于核对所有已结清欠款是否确实为零。 6. 执行时生成什么 报表是只读的。它不创建分录、不生成 ЭСФ 和 СНТ、不向登记簿写入变动。它只是选取已有的数据： - 3220"养老金缴款负债" 科目的发生额和余额； - 按员工的缴款与扣款核算登记簿数据（已计提和已划转的 ОПВ）。 这里没有也不应有任何 ЭСФ/СНТ 单据——这是工资税务模块，而非销售模块。报表结果可通过"另存为"保存（为 Excel、PDF、表格文档），并通过"打印"打印。 7. 打印表单 该报表没有单独的规范表单——打印的是所生成的表格形式本身： - 打印（Ctrl+P）——将报表当前视图输出到打印机。 - 另存为——导出为 .xlsx、.pdf、.mxl，用于附于与 ГЦВП/ЕНПФ 的对账。 ОПВ 的官方付款和报送表单（ФНО 200.00 以及向 ЕНПФ 划转的付款委托书）在其他对象中生成——本报表用于在报送前进行内部核对。 8. 常见错误 "未填写必填字段'组织'" / "未指定期间"。 没有期间和组织（当有多个法人实体时）的边界，报表无法计算。设定这两个字段后重新"生成"。 报表为空，尽管有欠款。 很可能开启了多余的筛选，或取消了所需部门的复选框。打开"设置"，清除筛选，检查期间。第二种常见情况——勾选了隐藏零值，而所需余额被更正单据意外清零了。 报表合计与 3220 科目余额表不符。 请查找：绕过计提单据、通过手工操作直接对 3220 科目做的 ОПВ 分录；未记入 3220 的划转；最后一次"月度结算"之后倒填日期的变动。重新计算工资并重新过账该期间的单据。 欠款因超出计税基数上限而"虚高"。 如果某员工的应税基数超过 50 МЗП（4 250 000 ₸/月），ОПВ 应仅按上限计算。检查扣款设置并重新过账工资计提——否则欠款会膨胀。 两个用户的金额不同。 你们其中一人在工资重新过账之前生成了报表。在"月度结算"之后重新点击"生成"，使数据保持最新。 9. 常见问题 1. 这份报表与 3220 科目余额表有何区别？ 余额表只给出科目的干巴巴的发生额和余额。这份报表直接将其按组织和月份展开为"期初 / 已计提 / 已缴纳 / 期末"的结构——更便于与 ЕНПФ 和 ГЦВП 对账。 2. 报表会创建分录吗？ 不会。它只读取数据。ОПВ 的分录由工资计提单据（借 3350 贷 3220）和从结算账户列支单据（借 3220 贷 1030）生成。 3. ОПВ 的费率是多少，计税基数有上限吗？ ОПВ 为 10%。基数以每月 50 МЗП 为上限：50 × 85 000 = 4 250 000 ₸，即每名员工每月最高 ОПВ 为 425 000 ₸。 4. 这里也含 ОПВР 3.5% 吗？ 不含。这份报表针对的是员工强制养老金缴款（ОПВ 10%）。雇主强制养老金缴款（ОПВР 3.5%）是另一种负债，不在这份 ОПВ 报表中显示。 5. 为什么某组织从报表中消失了？ 它的 ОПВ 欠款为零，而零余额显示已关闭。开启"显示零余额"复选框即可看到所有法人实体。 6. 如何导出报表用于与 ГЦВП 对账？ 点击"另存为" → 选择 .xlsx 或 .pdf 格式。打印用 Ctrl+P。 7. 期间边界该设为什么？ 通常是您缴纳 ОПВ 的那个日历月（期限为下月 25 日前）。分析累计欠款时，取从年初开始的期间。 8. 为什么期末余额比我预期的多？ 要么并非所有向 ЕНПФ 的划转都已在数据库中过账，要么计提大于缴纳。逐行将"已计提"和"已划转"列与银行对账单核对。 9. 这份报表会影响 200.00 表单吗？ 直接——不会，这是内部控制。但 ОПВ 欠款数字应与进入 200.00 申报表和向 ЕНПФ 付款单据的数据吻合。 10. 能否看到某个具体员工的欠款？ 报表是按组织/部门维度设计的。按姓名细分请使用缴款与扣款的工资报表，或使用解析（如果变体支持，双击金额）。 10. 相关对象 - 工资与缴款计提——"已计提 ОПВ"行的来源（借 3350 贷 3220）。 - 从结算账户列支 / 付款委托书——"已划转"行的来源（借 3220 贷 1030）。 - 3220 科目余额表——对报表合计的核对检查。 - 个人所得税与社会税申报表（ФНО 200.00）——最终的规范报送，其中 ОПВ 按组织整体反映。 - 月度结算——在生成报表前执行，使数据成为最终值。 如何查看您的版本：菜单帮助 → 关于程序——那里标注了平台版本和配置版本。 本手册在"哈萨克斯坦会计"配置（3.0 修订版）3.0.74.2 版本上编写并验证。在其他版本中，个别字段和列的名称可能不同。 --- _BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_