--- title: "文档《СообщениеЭДОК》— 技术说明（哈萨克斯坦会计 3.0.74.2）" country: KZ lang: zh author: Сапа Т.И. (https://buhgpt.kz/authors/sapa-ti) date: 2026-09-23 canonical: https://buhgpt.kz/suraqtar/dokument-soobshchenieedok-tehnicheskoe-opisanie-buhgalter-zh source: BuhGPT --- # 文档《СообщениеЭДОК》— 技术说明（哈萨克斯坦会计 3.0.74.2） > **TL;DR:** 1. 标识 参数 值 元数据类型 文档（Documents） 对象名称 СообщениеЭДОК 完整路径 Документ.СообщениеЭДОК （ Documents.СообщениеЭДОК ） 同义词 "哈萨克斯坦电子文档流转消息" 配置 哈萨克斯坦会计 3.0.74.2 引入版本 3.0.73 界面分区 电子文档流转 / 电子文档交换 查找位置 e1cib/list/Документ.СообщениеЭДОК 编号 字符串，长度 9，编号 非周期性 （连续贯穿） 过账 服务性文档； 不生成会计分录，也不产生寄存器登记记录 用途 --- 1. 标识 参数 值 元数据类型 文档（Documents） 对象名称 СообщениеЭДОК 完整路径 Документ.СообщениеЭДОК（Documents.СообщениеЭДОК） 同义词 "哈萨克斯坦电子文档流转消息" 配置 哈萨克斯坦会计 3.0.74.2 引入版本 3.0.73 界面分区 电子文档流转 / 电子文档交换 查找位置 e1cib/list/Документ.СообщениеЭДОК 编号 字符串，长度 9，编号非周期性（连续贯穿） 过账 服务性文档；不生成会计分录，也不产生寄存器登记记录 用途。 СообщениеЭДОК — 与哈萨克斯坦运营商进行电子文档流转（ЭДО）子系统的服务性文档。它记录先前发送或接收的电子文档的状态变更事件：送达、签署、拒收、状态变更，以及接收方和签署方的操作。本质上它是交换的日志记录（审计轨迹）：它不反映经济业务，也不创建会计记录，而是记录电子文档发生了什么以及交换参与者如何作出反应。 子系统中的角色划分。 传输的内容本身由对象 ЭлектронныйДокументВходящийЭДОК 和 ЭлектронныйДокументИсходящийЭДОК 存储，而它们的每次状态变更则是单独的一条 СообщениеЭДОК。一个电子文档在其生命周期内可能有多条消息（已发送 → 已送达 → 已签署 → 已完成/已拒收）；它们的集合构成完整的协商历史。 使用模式。 该文档主要自动创建 — 由 ЭДО 子系统在接收/发送运营商服务性消息以及状态变更时创建。用户（负责 ЭДО 的会计人员）访问它是为了分析协商链条和诊断交换故障。该文档没有金额指标和币种 — 它仅涉及状态和参与者。（关于"国别"的说明：增值税 16%、账户 1210/3130/6010 等属于产生 ЭСФ/СНТ 的原始核算凭证；它们不影响 СообщениеЭДОК 本身 — 该文档是无金额的。） 2. 表头属性与表格部分 2.1 表头属性 属性 用途 Номер 消息的服务性连续编号（字符串，9 个字符，非周期性）。 Дата 消息在数据库中的登记日期。 Организация 该消息所属的 ЭДО 订户；日志中的关键筛选项。 ЭлектронныйДокумент 指向该消息所对应状态的传入/传出电子文档的引用。收集历史的主要关联。 СостояниеЭД "消息类型" — 电子文档的状态（已送达、已签署、已拒收等）。 СтатусДокумента 交换文档的最终状态（处理中、已完成、错误、已拒收）。 ДатаИзмененияСтатуса 状态变更的时刻；构建协商时间线时的排序字段。 ВходящийИндекс 运营商传入消息的传输标识符；用于与运营商日志核对。 ИдентификаторДокументаИзмененияСостояния ЭДО 运营商侧状态变更消息的标识符；诊断的关键。 ДополнительнаяИнформация 文本说明/诊断（错误文本、运营商备注）。 2.2 表格部分 ПолучателиИПодписанты 记录电子文档的收件人和签署人以及向他们提出的要求的结果。 列 用途 ПолучательЭД 该行所对应的接收方订户（交换参与者）。 РезультатТребованияКПолучателю 要求执行的结果（签署/协商/查阅）。 ДатаВыполнения 接收方执行要求的日期。 ПользовательПолучателя 接收方侧具体的 ЭДО 用户（若有数据）。 对象的概念基础是"ЭДОК 世界"：ЭДО 订户（交换参与者）、ЭДО 用户、ЭД 的状态与状态值、对参与者的要求及其执行结果。 3. 表单 表单 用途 列表表单（ЭДО 消息日志） 主要工作表单。查看消息流，按 Организация 和 ДатаИзмененияСтатуса 区间筛选，按 СтатусДокумента 和 СостояниеЭД 分组/排序以标出被拒收/错误的消息。通过 e1cib/list/Документ.СообщениеЭДОК 打开。 文档表单（消息卡片） 查看具体消息的属性和表格部分 ПолучателиИПодписанты；诊断时阅读 ДополнительнаяИнформация。几乎不使用手动录入。 选择表单 从子系统的其他对象（例如从电子文档卡片）中选择消息。 服务性文档不设专门的打印表单 — 它不是原始核算凭证。 4. 模块关键过程 evidence 中未附带处理程序的 BSL 源码，因此下文列出的是此类文档的典型处理程序（服务性、不过账、以程序方式填写）。具体的名称/行号应按该版本的配置器核实。 对象模块（典型集合）： - ОбработкаЗаполнения(ОснованиеЗаполнения, СтандартнаяОбработка) — 在 ЭДО 子系统创建消息时以程序方式填写属性（ЭлектронныйДокумент、СостояниеЭД、СтатусДокумента、ДатаИзмененияСтатуса、ВходящийИндекс、ИдентификаторДокументаИзмененияСостояния）。 - ОбработкаПроверкиЗаполнения(Отказ, ПроверяемыеРеквизиты) — 对必填属性的检查：已指定 ЭлектронныйДокумент，已填写 СостояниеЭД/СтатусДокумента；检查表格部分中的收件人与 ЭДО 订户是否匹配。 - ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения) — 写入前的服务性准备（状态规范化、设置 ДатаИзмененияСтатуса）。 - 该对象的过账处理程序（ОбработкаПроведения）要么不存在，要么不生成登记记录 — 该文档不过账（见第 5 节）。 列表/文档表单模块（典型集合）： - ПриСозданииНаСервере — 初始筛选（按 Организация），设置条件格式（对 СтатусДокумента = "已拒收"/"错误" 高亮显示）。 - 按 ДатаИзмененияСтатуса、СтатусДокумента、СостояниеЭД 进行筛选和排序的处理程序 — 用于分析历史和批量诊断。 ЭДО 子系统侧的逻辑（在文档本身模块之外）： - 接收运营商消息 → 创建 СообщениеЭДОК → 填写状态/状态值和表格部分 ПолучателиИПодписанты（设置 РезультатТребованияКПолучателю、ДатаВыполнения、ПользовательПолучателя）。这部分逻辑由 ЭДОК 子系统的公共模块实现，而非文档模块。 5. 过账与登记记录 СообщениеЭДОК — 服务性（不过账）文档。按标准逻辑它： - 不生成会计分录（没有会计寄存器的登记记录，此处不涉及 1210、1030、1330、3310、3130、6010、7010 等哈萨克斯坦账户 — 它们属于产生 ЭСФ/СНТ 的原始凭证）； - 不产生税务/金额寄存器的登记记录 — 该对象既无金额也无币种（不涉及坚戈 ₸）； - 仅记录状态/传输信息。数据存储的角色由属性和表格部分本身，以及对象 ЭлектронныйДокументВходящийЭДОК/ЭлектронныйДокументИсходящийЭДОК 承担。 对交换审计而言，"过账"的实际效果不是通过登记记录实现的，而是通过 ЭлектронныйДокумент + ДатаИзмененияСтатуса + СостояниеЭД/СтатусДокумента 的组合来实现，据此构建协商历史。 需要核实（因版本而异）：具体版本的元数据中是否设置了"过账 = 允许"标志 — 在服务性文档中通常会关闭它。按配置器 3.0.74.2 核实。 6. 关联对象与基于录入 ЭДО 子系统的关联对象： - ЭлектронныйДокументВходящийЭДОК — 传入电子文档；通过属性 ЭлектронныйДокумент 引用。 - ЭлектронныйДокументИсходящийЭДОК — 传出电子文档。 - ЭДО 订户和用户、ЭД 状态与状态值、对收件人的要求类型等目录/枚举。 - 哈萨克斯坦交换的外部实体：ЭСФ（ИС ЭСФ） 和 СНТ — 原始电子文档，其传输事件由 СообщениеЭДОК 记录。 基于录入。 服务性文档通常不提供常规的手动"基于录入" — 消息由子系统根据运营商事件自动产生。打开消息的操作从相应电子文档的卡片以及 ЭДО 消息日志中进行。 典型访问场景（来自子系统文档）： - 自动登记状态变更（系统根据运营商通知创建消息）。 - 接收送达/签署确认（填写表格部分 ПолучателиИПодписанты）。 - 分析协商历史：按 ЭлектронныйДокумент 筛选，按 ДатаИзмененияСтатуса 排序。 - 跟踪对收件人的要求结果（РезультатТребованияКПолучателю、ДатаВыполнения）。 - 诊断交换故障（ДополнительнаяИнформация、СтатусДокумента，将 ВходящийИндекс/ИдентификаторДокументаИзмененияСостояния 与运营商日志核对）。 - 批量分析某期间的日志（按 Организация 和日期区间筛选，按状态值/状态分组）。 7. 扩展点 - 配置扩展（Extensions）： 重写对象模块的处理程序 ОбработкаЗаполнения、ОбработкаПроверкиЗаполнения、ПередЗаписью；在表格部分 ПолучателиИПодписанты 中添加自定义标记属性和列。 - 事件订阅（Subscription）： 针对文档的 ПередЗаписью/ПриЗаписи — 用于与外部 ЭДО 监控集成、拒收/错误的通知。 - 表单： 完善列表表单（额外的条件格式、按 СостояниеЭД/СтатусДокумента 的自定义快速筛选），添加跳转到关联电子文档的命令。 - ЭДОК 子系统的公共模块： 在接入新的 ЭДО 运营商时扩展运营商状态/状态值映射逻辑。 - 附加报表/处理： 关于消息日志的外部报表（按组织和期间的交换分析），无需更改对象本身。 一般建议：在扩展中进行开发，不更改标准对象，因为在 ЭДО 子系统中状态/状态值的构成和传输字段可能随版本变化。 --- _BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_