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). 添加设置属性、在组合方案中添加新字段、通过扩展模块重写表单程序 — 无需取消支持。
- 额外筛选。 使用СКД根据组织、部门、员工、个人进行筛选设置。
- 外部打印表单 / 额外处理 通过
额外报告和处理（БСП） — 注册外部报告选项。 - 详细模式 (
详细模式) — 标准的指标详细化到源文档的自定义点。