报告《控制报告发送》— 技术说明（哈萨克斯坦会计 3.0.74.2）

1. 识别

目的。 本报告旨在监控和分析系统中报告发送的历史。由管理员和负责报告的专业人员使用，以控制报告成功发送给接收者的情况，识别发送故障并分析发送统计数据。报告不执行任何数据更改——这只是一个纯粹的读取（分析）对象。使用频率——每日或每周，具体取决于数据库中发送的频率。

重要： 这是一个“报告”类型的对象，而不是文档。它不进行处理，不生成分录和登记的运动。下面的第5节描述了报告读取数据的来源，而不是它记录的内容。

在1C中查找的位置：

• 导航链接：e1cib/list/报告.控制报告发送
• 从界面：部分“标准子系统” → “报告发送控制”。
• 从目录 报告发送 — 通过元素的上下文菜单（打开预填充参数 报告发送 的报告）。

2. 报告头和表格部分的属性

2.1 属性

报告不包含自身的属性在元数据中。所有的选择和筛选参数通过СКД机制管理，而不是通过对象的属性。

2.2 报告参数（通过СКД）

2.3 表格部分

报告不包含表格部分作为元数据对象。结果表由数据组合处理器动态生成，数据源为信息登记 报告发送历史。列的组成（接收者、地址、发送日期、状态、错误文本等）由该登记的字段和СКД设置决定。

3. 表单

报告的元数据中未定义显式表单（JSON映射中缺少表单）。

由于未指定自身的表单，平台生成带有设置面板（快速筛选、分组、字段）的标准СКД报告表单。所有用户场景（更改周期、按状态筛选）通过СКД的标准工具实现，无需表单的程序代码。

4. 模块的关键过程

在附带的证据中未提供BSL代码（对象模块、管理模块、表单模块）——没有自定义表单和处理程序。对象的行为完全由数据组合方案决定。以下是用于此类报告的典型点：

• 报告对象模块 — 通常为空或包含СКД过程的重写。可能的典型处理程序：
  • 在组合结果时(文档结果, 数据解码, 标准处理) — 如果需要额外的后处理布局，则重写结果输出。
  • 在组合结果之前 — 在选择之前对参数/筛选进行程序调整。
• 数据组合方案 (主要数据组合方案) — 包含：
  • 对信息登记 报告发送历史 的“请求”数据集；
  • 参数 报告发送, 周期, 送达状态；
  • 默认设置（按发送/接收者/状态分组，条件格式化错误行）。
• 表单模块 — 不存在；使用自动表单，因此没有用户处理程序。

需要检查（版本特定）： СКД请求的确切文本和输出字段的列表可能在3.0.74版本之间有所不同；请根据配置器中的具体版本 3.0.74.2 进行核对。

5. 数据源和构建逻辑（类似“处理”）

报告不生成运动和分录——作为“报告”类型的对象，它仅读取数据。数据源为信息登记：

• 报告发送历史 — 存储有关报告发送给接收者的事实的记录：发送、接收者、交付渠道（电子邮件/其他）、发送日期时间、送达状态、错误诊断消息。

构建逻辑：

1. СКД处理器应用参数 周期, 报告发送, 送达状态。
2. 对信息登记 报告发送历史 执行带有筛选的请求。
3. 结果进行分组（默认按发送和状态）并输出到报告表单。

由于对象不影响会计，哈萨克斯坦典型会计科目表中的账户（例如，1210, 1030, 3130, 6010）在其工作中不被使用——这是一个技术/行政报告，而不是会计文档。在这里提供会计分录是不合适的。

6. 相关对象和基于的输入

基于的输入 不适用于报告（“基于的输入”机制适用于文档/目录）。报告作为独立命令打开，或从发送卡片中打开。

7. 扩展点

• СКД设置（用户自定义）： 添加筛选、分组、条件格式（高亮显示状态为“错误”的行），保存报告选项——无需修改配置。
• 扩展配置：
  • 为非标准界面添加自定义报告表单（过滤面板、重新发送按钮）；
  • 重写/补充组合方案（新的数据集、计算字段，例如“尝试次数”）；
  • 通过扩展在对象模块中订阅 在组合结果时 进行布局后处理。
• 集成： 向登记 报告发送历史 添加新的维度/资源（渠道、外部服务标识符），并在报告中输出。
• 规范任务： 对发送历史填充过程的改进（检测订阅限制、送达状态）会自动反映在报告中，因为它读取同一登记。

需要检查（版本特定）： 登记 报告发送历史 的资源/维度名称和送达状态的集合可能在不同版本之间有所不同；请在版本 3.0.74.2 的配置器中记录实际结构。