--- title: "报告《组织欠款结构报告（OPV）》" country: KZ lang: zh author: Сапа Т.И. (https://buhgpt.kz/authors/sapa-ti) date: 2026-09-07 canonical: https://buhgpt.kz/suraqtar/otchet-strukturazadolzhennostiorganizaciypoopv-zh source: BuhGPT --- # 报告《组织欠款结构报告（OPV）》 > **TL;DR:** 1. 识别 参数 值 对象类型 报告 (Report) 名称 组织欠款结构按OPV 完整名称 报告.组织欠款结构按OPV 同义词 组织欠款结构按OPV 配置 哈萨克斯坦会计，版本 3.0 (版本 3.0.74.2) 构建机制 数据组合系统 (СКД) 导航链接 e1cib/list/报告.组织欠款结构按OPV 目的。 报告用于分析哈萨克斯坦共和国组织在强制性养老金缴款 (OPV) 上的欠款。它显示了与ENPF/预算的结算结构，按已计提、已扣除和已支付的OPV金额，展示了期初和期末的余额（组织对基金的欠款或多缴款）。会计和人事专家使用该报告来控制结算 --- 1. 识别 参数 值 对象类型 报告 (Report) 名称 组织欠款结构按OPV 完整名称 报告.组织欠款结构按OPV 同义词 组织欠款结构按OPV 配置 哈萨克斯坦会计，版本 3.0 (版本 3.0.74.2) 构建机制 数据组合系统 (СКД) 导航链接 e1cib/list/报告.组织欠款结构按OPV 目的。 报告用于分析哈萨克斯坦共和国组织在强制性养老金缴款 (OPV) 上的欠款。它显示了与ENPF/预算的结算结构，按已计提、已扣除和已支付的OPV金额，展示了期初和期末的余额（组织对基金的欠款或多缴款）。会计和人事专家使用该报告来控制结算状态，识别逾期或未结清的欠款，并准备管理决策。 2026年OPV税率为 10 %，基数限制为 50 MZP (50 × 85 000 ₸ = 4 250 000 ₸ 每月)。报告不计算缴款，而是汇总已经在账目中反映的金额。 在1C中查找： “工资”部分（或“报告” / “工资和人事”）→ “组织欠款结构按OPV”。直接跳转 — 通过上面的导航链接。 2. 属性和表格部分 2.1 报告头部属性（报告设置） 名称 类型 必填性 目的 开始期间 日期 (DateTime) DontCheck 分析欠款的开始时间界限。确定OPV结算数据的起始日期。 结束期间 日期 (DateTime) DontCheck 分析结束时间的界限。确定欠款数据的结束日期。 组织列表表示 字符串 (String) DontCheck 为用户显示的所选组织的文本表示。根据筛选自动生成。 详细模式 布尔 (Boolean) DontCheck 指标详细模式的标志。启用时，报告作为主报告中特定值的详细说明生成，这改变了组合设置的填充逻辑。 2.2 表格部分 分组 定义报告中数据的分组级别（按组织、部门、员工等）。用户可以选择分组字段并设置其顺序。 名称 类型 目的 使用 布尔 分组活动标志 — 行是否包含在组合方案中。 字段 字符串 数据组合的系统字段名称（例如，“组织”、“部门”）。 表示 字符串 在设置界面中字段的用户显示。 分组类型 EnumRef.标准报告详细类型 详细类型：组、详细记录、无详细等。 指标 定义输出的指标集（计提、扣除、支付、OPV余额的总和）。用户可以启用/禁用特定指标的显示。 名称 类型 目的 使用 布尔 指标活动标志 — 是否包含在输出中。 字段 字符串 在数据组合方案中的指标系统名称。 表示 字符串 在界面中指标的用户表示。 3. 表单 表单 目的 报告表单 用户工作的主要（关键）表单，~382个UI元素。包含选择期间的界面、分组和指标设置、筛选、排序、条件格式化以及以表格文档形式输出结果。 单独的设置表单通常不单独列出 — 扩展的组合设置通过报告表单中的标准“设置”机制打开。 4. 模块的关键程序 此对象没有单独的BSL代码（模块的证据）。由于报告基于СКД，程序逻辑的组成与BK 3.0中此类报告的典型组成相符： - 对象模块 → 在组合结果时 / 重写方案。 设置数据源，替换开始期间/结束期间参数，在执行组合之前按组织筛选。 - 表单模块 → 在服务器上创建时. 初始化默认期间，恢复用户保存的设置，填充组织列表表示. - 表单模块 → 在打开时 / 检查填充处理. 控制指定区间的正确性（开始期间 ≤ 结束期间）。 - 详细模式处理。 在详细模式设置时，为主报告的特定单元格生成私有组合方案（详细到文档/员工）。 - 表单命令处理程序 — “生成”、“设置”，通过报告选项存储保存/加载报告选项。 需要检查：确切的程序名称和签名取决于3.0.74.x的子版本 — 在修改时请与配置器核对。 5. 处理和运动 报告是 只读对象：它 不进行处理 也 不生成运动 到注册和凭证中。数据来自其他对象已形成的注册。 数据来源是OPV结算的会计数据： - 按已计提税、缴款和扣除的积累注册（已计提和已支付的OPV）； - 会计注册“经济核算” — OPV结算账户的余额和交易。 报告汇总的OPV金额的标准逻辑（供参考）： - 计提OPV（文档“工资和缴款计提”）：借 3350（工资支付义务） — 贷 3220（养老金缴款义务），基数的10%，但不超过50 MZP。 - 向ENPF支付OPV：借 3220 — 贷 1030（当前银行账户上的资金，₸）。 - 3220的贷方余额 在日期上 — 组织在OPV上的欠款；报告正是以所选分组的形式输出该数值。 与环境相关的哈萨克斯坦标准计划的其他账户：1210（短期应收账款），1330（商品），3310（应付账款），3130（应付增值税，增值税率16%），6010（销售收入），7010（销售成本）。对于OPV报告，养老金缴款结算账户（3220）是关键。 6. 相关对象和基础输入 报告不参与“基础输入”机制（这是文档的功能）。逻辑上与以下内容相关： - 源文档： “工资和缴款计提”、“工资支付/转账清单”、“从结算账户扣款”（向ENPF支付OPV）。 - 注册： 缴款/扣除结算注册和会计经济核算注册（账户3220）。 - 子系统的相关报告： OPVR报告（3.5%）、VOSMS（2%）、OSMS（3%）、SO（5%）、社会税（6%）和个人所得税（年收入8,500 MRP以下10%，超出15%；每月基本扣除30 MRP，但每年不超过360 MRP）。 - 哈萨克斯坦电子文档流转： ЭСФ（ИС ЭСФ）与该报告没有直接关系 — 它们与商品的销售/转移的会计有关。 7. 扩展点 - 报告选项。 创建用户自定义的组合选项（自己的分组、筛选、指标、条件格式化）而不改变配置。 - 配置扩展 (Extension). 添加设置属性、在组合方案中添加新字段、通过扩展模块重写表单程序 — 无需取消支持。 - 额外筛选。 使用СКД根据组织、部门、员工、个人进行筛选设置。 - 外部打印表单 / 额外处理 通过额外报告和处理（БСП） — 注册外部报告选项。 - 详细模式 (详细模式) — 标准的指标详细化到源文档的自定义点。 --- _BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_