《受监管报告》文档 — 技术说明（哈萨克斯坦会计 3.0.74.2）

1. 标识

在 1С 中的位置：「法定报表」栏目 →「法定报表」。 导航链接：e1cib/list/Документ.РегламентированныйОтчет

该文档是任何法定报表的通用「信封」：具体的申报表格式（ФНО 100.00、200.00、300.00 等）通过报表类型选择，其数据存储在关联结构中（模板/值存储）。将申报表指标反映到会计核算中由单独的文档执行——ОтражениеНалоговойОтчетностиВРеглУчете。

2. 表头属性与表格部分

2.1 表头属性

注：具体构建的属性集在版本管理和签名的服务字段构成上可能有所不同。需要在配置器中核实的仅是状态/期间属性的确切名称——它们因版本而异。

2.2 表格部分

作为容器文档，通常不具有传统意义上的「业务表格部分」——申报表的详细指标以结构化形式存储（模板/值存储），而非存放在单独的表格部分中。可能存在服务性表格部分：

3. 表单

4. 模块的关键过程

来自 evidence（release 3.0.68.1，机制在 3.0.74.2 中保留）：

• ОткрытьФормуОтчетаНаКлиенте（Форма.ФормаСписка）——打开具体法定报表的表单。在服务器上计算 РезультатОткрытияФормыНаСервере；当值为 "Недостаточно прав" 或 "Отчет не найден" 时，分别向用户显示消息 「权限不足！」 和 「未找到报表！」。在访问控制/报表存在性检查中，请正是检查此条件。

此类对象的典型处理程序（1С 通用逻辑），如果 evidence 中没有特定代码：

• ПередЗаписью / ПриЗаписи——检查期间、组织和报表类型的填写；固定数据版本。
• ОбработкаЗаполнения——创建新报表时的初始填充（场景 3.1）。
• ОбработкаПроверкиЗаполнения——检查必填属性和表格的勾稽关系。
• 列表表单的客户端命令——按类型和期间筛选（场景 3.3）、签名（场景 3.4）、转到核算反映（场景 3.5）。

典型错误（逐字取自代码）

5. 过账与登记

文档 РегламентированныйОтчет 不生成会计分录。它存储报表数据，不对会计寄存器进行登记。

申报表指标的会计分录由关联文档 ОтражениеНалоговойОтчетностиВРеглУчете 生成，指向它的引用存储在属性 ДокументОтраженияВУчете 中（场景 3.5）。

反映文档生成的典型会计分录（哈萨克斯坦共和国会计科目表，2026 年税率）：

哈萨克斯坦共和国 2026 年参考数值：МРП = 4 325 ₸，МЗП = 85 000 ₸，增值税税率——16%，个人所得税基本税收扣除——每月 30 МРП（≤ 每年 360 МРП）。

每月个人所得税扣除示例：30 × 4 325 = 129 750 ₸。

与预算结算的具体对应科目（3110–3190 的子科目）取决于税种和核算设置——由反映文档而非报表本身确定。

6. 关联对象与基于其录入

工作场景（来自 evidence）：

1. 3.1 创建新报表——在报告期开始时/到达申报期限时。
2. 3.2 打开并编辑现有报表——发送前，用于修正和说明。
3. 3.3 按类型和期间筛选报表——查找所需文档。
4. 3.4 发送前对报表签名——最终检查之后。
5. 3.5 在法定核算中反映税务报表——按申报表数据生成会计分录。

7. 扩展点

• 扩展（Extension）列表表单/报表表单——添加自定义筛选、命令、附加检查，无需将配置移出支持。
• 文档的事件订阅（ПриЗаписи、ПередЗаписью）——用于与外部系统集成（例如，导出至 СГДС/纳税人个人账户）或附加控制。
• 附加属性和信息（属性机制）——用于存储内部文档流转标识。
• 拦截 ОткрытьФормуОтчетаНаКлиенте——用于自定义处理访问权限和记录报表打开日志。
• 扩展反映逻辑——在非标准税务核算方法下改进 ОтражениеНалоговойОтчетностиВРеглУчете。

进行改进时请注意，业务数据以序列化形式存储（ХранилищеЗначения）——在不使用配置标准机制的情况下直接更改报表数据结构，可能破坏表格的读取。