--- title: "报告《控制报告发送》— 技术说明（哈萨克斯坦会计 3.0.74.2）" country: KZ lang: zh author: Сапа Т.И. (https://buhgpt.kz/authors/sapa-ti) date: 2026-09-07 canonical: https://buhgpt.kz/suraqtar/otchet-kontrolrassylkiotchetov-tehnicheskoe-opisanie-buhg-zh source: BuhGPT --- # 报告《控制报告发送》— 技术说明（哈萨克斯坦会计 3.0.74.2） > **TL;DR:** 1. 识别 属性 值 元数据对象类型 报告 (Report) 完整名称 报告.控制报告发送 程序名称 控制报告发送 同义词 未指定（JSON映射中缺少同义词） 配置 哈萨克斯坦会计，版本 3.0，版本 3.0.74.2 子系统 标准子系统 → 报告发送控制 构建基础 数据组合方案 (СКД) 数据源 信息登记 报告发送历史 目的。 本报告旨在监控和分析系统中报告发送的历史。由管理员和负责报告的专业人员使用，以控制报告成功发送给接收者的情况，识别发送故障并分析发送统计数据。报告不执行任何数据更改——这只是一个纯粹的读取（分析）对象。使用频率——每日或 --- 1. 识别 属性 值 元数据对象类型 报告 (Report) 完整名称 报告.控制报告发送 程序名称 控制报告发送 同义词 未指定（JSON映射中缺少同义词） 配置 哈萨克斯坦会计，版本 3.0，版本 3.0.74.2 子系统 标准子系统 → 报告发送控制 构建基础 数据组合方案 (СКД) 数据源 信息登记 报告发送历史 目的。 本报告旨在监控和分析系统中报告发送的历史。由管理员和负责报告的专业人员使用，以控制报告成功发送给接收者的情况，识别发送故障并分析发送统计数据。报告不执行任何数据更改——这只是一个纯粹的读取（分析）对象。使用频率——每日或每周，具体取决于数据库中发送的频率。 重要： 这是一个“报告”类型的对象，而不是文档。它不进行处理，不生成分录和登记的运动。下面的第5节描述了报告读取数据的来源，而不是它记录的内容。 在1C中查找的位置： - 导航链接：e1cib/list/报告.控制报告发送 - 从界面：部分“标准子系统” → “报告发送控制”。 - 从目录 报告发送 — 通过元素的上下文菜单（打开预填充参数 报告发送 的报告）。 2. 报告头和表格部分的属性 2.1 属性 报告不包含自身的属性在元数据中。所有的选择和筛选参数通过СКД机制管理，而不是通过对象的属性。 名称 类型 必需性 目的 (属性缺失) — — 报告使用数据组合的参数而不是属性 2.2 报告参数（通过СКД） 参数 类型 必需性 目的 报告发送 目录链接.报告发送 必需 根据特定发送进行数据过滤；从目录打开时自动填充 周期 标准周期 / 日期（开始和结束） 必需 确定选择报告发送历史的时间间隔 送达状态 状态枚举/字符串 可选 根据报告送达给接收者的状态进行过滤（例如，“已送达”，“错误”，“排队中”） 2.3 表格部分 报告不包含表格部分作为元数据对象。结果表由数据组合处理器动态生成，数据源为信息登记 报告发送历史。列的组成（接收者、地址、发送日期、状态、错误文本等）由该登记的字段和СКД设置决定。 3. 表单 报告的元数据中未定义显式表单（JSON映射中缺少表单）。 表单 类型 目的 (自动生成的报告表单) 自动生成 用户的主要表单：管理组合设置，选择周期、发送和送达状态，生成和输出结果 由于未指定自身的表单，平台生成带有设置面板（快速筛选、分组、字段）的标准СКД报告表单。所有用户场景（更改周期、按状态筛选）通过СКД的标准工具实现，无需表单的程序代码。 4. 模块的关键过程 在附带的证据中未提供BSL代码（对象模块、管理模块、表单模块）——没有自定义表单和处理程序。对象的行为完全由数据组合方案决定。以下是用于此类报告的典型点： - 报告对象模块 — 通常为空或包含СКД过程的重写。可能的典型处理程序： - 在组合结果时(文档结果, 数据解码, 标准处理) — 如果需要额外的后处理布局，则重写结果输出。 - 在组合结果之前 — 在选择之前对参数/筛选进行程序调整。 - 数据组合方案 (主要数据组合方案) — 包含： - 对信息登记 报告发送历史 的“请求”数据集； - 参数 报告发送, 周期, 送达状态； - 默认设置（按发送/接收者/状态分组，条件格式化错误行）。 - 表单模块 — 不存在；使用自动表单，因此没有用户处理程序。 需要检查（版本特定）： СКД请求的确切文本和输出字段的列表可能在3.0.74版本之间有所不同；请根据配置器中的具体版本 3.0.74.2 进行核对。 5. 数据源和构建逻辑（类似“处理”） 报告不生成运动和分录——作为“报告”类型的对象，它仅读取数据。数据源为信息登记： - 报告发送历史 — 存储有关报告发送给接收者的事实的记录：发送、接收者、交付渠道（电子邮件/其他）、发送日期时间、送达状态、错误诊断消息。 构建逻辑： - СКД处理器应用参数 周期, 报告发送, 送达状态。 - 对信息登记 报告发送历史 执行带有筛选的请求。 - 结果进行分组（默认按发送和状态）并输出到报告表单。 由于对象不影响会计，哈萨克斯坦典型会计科目表中的账户（例如，1210, 1030, 3130, 6010）在其工作中不被使用——这是一个技术/行政报告，而不是会计文档。在这里提供会计分录是不合适的。 6. 相关对象和基于的输入 对象 角色 目录 报告发送 主要相关对象；存储发送设置。从中打开报告时预填充参数 报告发送 信息登记 报告发送历史 报告的数据源 子系统“报告发送” БСП 填充历史登记的规范任务基础设施 基于的输入 不适用于报告（“基于的输入”机制适用于文档/目录）。报告作为独立命令打开，或从发送卡片中打开。 7. 扩展点 - СКД设置（用户自定义）： 添加筛选、分组、条件格式（高亮显示状态为“错误”的行），保存报告选项——无需修改配置。 - 扩展配置： - 为非标准界面添加自定义报告表单（过滤面板、重新发送按钮）； - 重写/补充组合方案（新的数据集、计算字段，例如“尝试次数”）； - 通过扩展在对象模块中订阅 在组合结果时 进行布局后处理。 - 集成： 向登记 报告发送历史 添加新的维度/资源（渠道、外部服务标识符），并在报告中输出。 - 规范任务： 对发送历史填充过程的改进（检测订阅限制、送达状态）会自动反映在报告中，因为它读取同一登记。 需要检查（版本特定）： 登记 报告发送历史 的资源/维度名称和送达状态的集合可能在不同版本之间有所不同；请在版本 3.0.74.2 的配置器中记录实际结构。 --- _BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_