文档《СообщениеЭДОК》— 技术说明（哈萨克斯坦会计 3.0.74.2）

1. 标识

用途。 СообщениеЭДОК — 与哈萨克斯坦运营商进行电子文档流转（ЭДО）子系统的服务性文档。它记录先前发送或接收的电子文档的状态变更事件：送达、签署、拒收、状态变更，以及接收方和签署方的操作。本质上它是交换的日志记录（审计轨迹）：它不反映经济业务，也不创建会计记录，而是记录电子文档发生了什么以及交换参与者如何作出反应。

子系统中的角色划分。 传输的内容本身由对象 ЭлектронныйДокументВходящийЭДОК 和 ЭлектронныйДокументИсходящийЭДОК 存储，而它们的每次状态变更则是单独的一条 СообщениеЭДОК。一个电子文档在其生命周期内可能有多条消息（已发送 → 已送达 → 已签署 → 已完成/已拒收）；它们的集合构成完整的协商历史。

使用模式。 该文档主要自动创建 — 由 ЭДО 子系统在接收/发送运营商服务性消息以及状态变更时创建。用户（负责 ЭДО 的会计人员）访问它是为了分析协商链条和诊断交换故障。该文档没有金额指标和币种 — 它仅涉及状态和参与者。（关于"国别"的说明：增值税 16%、账户 1210/3130/6010 等属于产生 ЭСФ/СНТ 的原始核算凭证；它们不影响 СообщениеЭДОК 本身 — 该文档是无金额的。）

2. 表头属性与表格部分

2.1 表头属性

2.2 表格部分 ПолучателиИПодписанты

记录电子文档的收件人和签署人以及向他们提出的要求的结果。

对象的概念基础是"ЭДОК 世界"：ЭДО 订户（交换参与者）、ЭДО 用户、ЭД 的状态与状态值、对参与者的要求及其执行结果。

3. 表单

服务性文档不设专门的打印表单 — 它不是原始核算凭证。

4. 模块关键过程

evidence 中未附带处理程序的 BSL 源码，因此下文列出的是此类文档的典型处理程序（服务性、不过账、以程序方式填写）。具体的名称/行号应按该版本的配置器核实。

对象模块（典型集合）：

• ОбработкаЗаполнения(ОснованиеЗаполнения, СтандартнаяОбработка) — 在 ЭДО 子系统创建消息时以程序方式填写属性（ЭлектронныйДокумент、СостояниеЭД、СтатусДокумента、ДатаИзмененияСтатуса、ВходящийИндекс、ИдентификаторДокументаИзмененияСостояния）。
• ОбработкаПроверкиЗаполнения(Отказ, ПроверяемыеРеквизиты) — 对必填属性的检查：已指定 ЭлектронныйДокумент，已填写 СостояниеЭД/СтатусДокумента；检查表格部分中的收件人与 ЭДО 订户是否匹配。
• ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения) — 写入前的服务性准备（状态规范化、设置 ДатаИзмененияСтатуса）。
• 该对象的过账处理程序（ОбработкаПроведения）要么不存在，要么不生成登记记录 — 该文档不过账（见第 5 节）。

列表/文档表单模块（典型集合）：

• ПриСозданииНаСервере — 初始筛选（按 Организация），设置条件格式（对 СтатусДокумента = "已拒收"/"错误" 高亮显示）。
• 按 ДатаИзмененияСтатуса、СтатусДокумента、СостояниеЭД 进行筛选和排序的处理程序 — 用于分析历史和批量诊断。

ЭДО 子系统侧的逻辑（在文档本身模块之外）：

• 接收运营商消息 → 创建 СообщениеЭДОК → 填写状态/状态值和表格部分 ПолучателиИПодписанты（设置 РезультатТребованияКПолучателю、ДатаВыполнения、ПользовательПолучателя）。这部分逻辑由 ЭДОК 子系统的公共模块实现，而非文档模块。

5. 过账与登记记录

СообщениеЭДОК — 服务性（不过账）文档。按标准逻辑它：

• 不生成会计分录（没有会计寄存器的登记记录，此处不涉及 1210、1030、1330、3310、3130、6010、7010 等哈萨克斯坦账户 — 它们属于产生 ЭСФ/СНТ 的原始凭证）；
• 不产生税务/金额寄存器的登记记录 — 该对象既无金额也无币种（不涉及坚戈 ₸）；
• 仅记录状态/传输信息。数据存储的角色由属性和表格部分本身，以及对象 ЭлектронныйДокументВходящийЭДОК/ЭлектронныйДокументИсходящийЭДОК 承担。

对交换审计而言，"过账"的实际效果不是通过登记记录实现的，而是通过 ЭлектронныйДокумент + ДатаИзмененияСтатуса + СостояниеЭД/СтатусДокумента 的组合来实现，据此构建协商历史。

需要核实（因版本而异）：具体版本的元数据中是否设置了"过账 = 允许"标志 — 在服务性文档中通常会关闭它。按配置器 3.0.74.2 核实。

6. 关联对象与基于录入

ЭДО 子系统的关联对象：

• ЭлектронныйДокументВходящийЭДОК — 传入电子文档；通过属性 ЭлектронныйДокумент 引用。
• ЭлектронныйДокументИсходящийЭДОК — 传出电子文档。
• ЭДО 订户和用户、ЭД 状态与状态值、对收件人的要求类型等目录/枚举。
• 哈萨克斯坦交换的外部实体：ЭСФ（ИС ЭСФ） 和 СНТ — 原始电子文档，其传输事件由 СообщениеЭДОК 记录。

基于录入。 服务性文档通常不提供常规的手动"基于录入" — 消息由子系统根据运营商事件自动产生。打开消息的操作从相应电子文档的卡片以及 ЭДО 消息日志中进行。

典型访问场景（来自子系统文档）：

• 自动登记状态变更（系统根据运营商通知创建消息）。
• 接收送达/签署确认（填写表格部分 ПолучателиИПодписанты）。
• 分析协商历史：按 ЭлектронныйДокумент 筛选，按 ДатаИзмененияСтатуса 排序。
• 跟踪对收件人的要求结果（РезультатТребованияКПолучателю、ДатаВыполнения）。
• 诊断交换故障（ДополнительнаяИнформация、СтатусДокумента，将 ВходящийИндекс/ИдентификаторДокументаИзмененияСостояния 与运营商日志核对）。
• 批量分析某期间的日志（按 Организация 和日期区间筛选，按状态值/状态分组）。

7. 扩展点

• 配置扩展（Extensions）： 重写对象模块的处理程序 ОбработкаЗаполнения、ОбработкаПроверкиЗаполнения、ПередЗаписью；在表格部分 ПолучателиИПодписанты 中添加自定义标记属性和列。
• 事件订阅（Subscription）： 针对文档的 ПередЗаписью/ПриЗаписи — 用于与外部 ЭДО 监控集成、拒收/错误的通知。
• 表单： 完善列表表单（额外的条件格式、按 СостояниеЭД/СтатусДокумента 的自定义快速筛选），添加跳转到关联电子文档的命令。
• ЭДОК 子系统的公共模块： 在接入新的 ЭДО 运营商时扩展运营商状态/状态值映射逻辑。
• 附加报表/处理： 关于消息日志的外部报表（按组织和期间的交换分析），无需更改对象本身。

一般建议：在扩展中进行开发，不更改标准对象，因为在 ЭДО 子系统中状态/状态值的构成和传输字段可能随版本变化。