--- title: "文件《电子文件外发EDOC》（哈萨克斯坦会计3.0）" country: KZ lang: zh author: Сапа Т.И. (https://buhgpt.kz/authors/sapa-ti) date: 2026-09-07 canonical: https://buhgpt.kz/suraqtar/dokument-elektronnyydokumentishodyashchiyedok-buhgalteriy-zh source: BuhGPT --- # 文件《电子文件外发EDOC》（哈萨克斯坦会计3.0） > **TL;DR:** 1. 识别 参数 值 对象类型 文档 (Documents) 名称 电子文档发件EDOK 完整名称 文档.电子文档发件EDOK 同义词 发件电子文档EDO (在界面中 — “发件电子文档”) 配置 哈萨克斯坦会计，版本 3.0，版本 3.0.74.2 首次出现于版本 3.0.73 编号 字符串编号，长度 9 个字符， 非周期性 （连续的，不依赖于会计期间） 金额货币 属性 文档货币 ；会计货币 — 坚戈 (₸) 在哪里找到 e1cib/list/文档.电子文档发件EDOK — “EDO” 部分/块，列表 “发件电子文档”；也可以从 EDO 工作区打 --- 1. 识别 参数 值 对象类型 文档 (Documents) 名称 电子文档发件EDOK 完整名称 文档.电子文档发件EDOK 同义词 发件电子文档EDO (在界面中 — “发件电子文档”) 配置 哈萨克斯坦会计，版本 3.0，版本 3.0.74.2 首次出现于版本 3.0.73 编号 字符串编号，长度 9 个字符，非周期性（连续的，不依赖于会计期间） 金额货币 属性 文档货币；会计货币 — 坚戈 (₸) 在哪里找到 e1cib/list/文档.电子文档发件EDOK — “EDO” 部分/块，列表 “发件电子文档”；也可以从 EDO 工作区打开 目的。 文档是一个会计“包装”（信封），用于组织通过 EDO 操作员发送给对方的发件电子文档：发票、报告、账单、协议、电子发票等。它保存发送文档的属性（类型、编号、日期、金额、名称、描述）、在 EDO 系统中的标识符（电子发票信息系统 / 操作员）以及与会计数据库中原始文档的关联，以及收件人/签署人的列表和对他们的要求。 关于角色分离的重要性： - 发送的文档保存此对象（发件方向的运输会计节点，镜像于入件）； - 每次状态变化（已送达、已签署、已拒绝） — 单独的文档 消息EDOK； - 经济操作反映原始会计文档（电子发票、销售、报告），发件电子文档是从中生成的。 该对象不进行会计分录且没有运动登记 — 这是一个运输会计文档。 2. 抬头和表格部分的属性 2.1 抬头属性（根据证据和标准EDO模型） 属性 目的 组织 发件组织。必填属性。 文档货币 发送文档金额的货币。 文档基础 指向相关对象的链接：原始会计文档（从原始文档发送时）或入件ED（在EDO链中回复时）。 EDO文档标识符 在EDO系统中发送文档的标识符（在发送给操作员时分配）。 EDO作者标识符 在EDO系统中作者（发件用户）的标识符。 基础文档的EDO标识符 在EDO系统中基础文档的ID（用于“回复入件”链）。 终止文档的标识符 取消/终止该ED的文档ID（在撤回/取消时填写）。 ED接收者 电子文档的接收者（对方的EDO用户）。 除了上述属性外，该对象还保存发送文档的“卡片”属性：类型、编号、日期、金额、名称、描述发送的ED。 2.2 表格部分 接收者和签署人 接收者及其要求的列表和协调结果。 列 目的 ED接收者 EDO用户 — 文档的接收者/签署人。 对接收者的要求结果 接收者执行要求的结果（已签署 / 已拒绝 / 正在处理等）。 执行日期 接收者执行要求的日期（签署/拒绝）。 要求结果说明 说明文本（例如，拒绝原因）。 3. 表单 明确的表单列表未附在证据中；以下是该类型文档的标准组成（具体请参见特定版本）： 表单 目的 文档表单 (文档表单) 主要表单：发件ED的卡片 — 抬头属性、EDO标识符、表格部分 接收者和签署人、签署/发送/取消命令。 列表表单 (列表表单) 列表 “发件电子文档”；按对方/编号/日期/状态筛选。通过 e1cib/list/文档.电子文档发件EDOK 打开。 选择表单 (选择表单) 从其他对象中选择发件ED作为基础/关联。 EDO工作区（子系统的通用表单）是创建和发送发件文档的启动点。 4. 模块的关键程序 与该对象相关的证据中未附上路径 路径:字符串 和 BSL 代码。以下是该类型文档的标准处理程序（EDO运输对象，无需进行）： - 对象模块 → 检查填写处理 — 控制必填属性：组织，接收者的填写情况（ED接收者），在链中回复时 — 文档基础。 - 对象模块 → 在保存前 / 在保存时 — 固定/更新EDO标识符和与原始文档的关联；EDO子系统的服务逻辑。 - 文档表单 → 在服务器上创建时 — 从原始文档/入件ED初始化，填写卡片属性和接收者。 - 文档表单 → EDO子系统命令 — “用电子签名签署”，“发送给操作员”（填写 EDO文档标识符，EDO作者标识符），“取消”（填写 终止文档的标识符）。 - 状态更新 — 根据相关的 消息EDOK 数据同步 对接收者的要求结果，执行日期，要求结果说明。 需要检查（版本特定）：具体版本 3.0.74.2 的程序名称和模块，因为证据中未提供模块代码。 5. 进行和运动 该文档不在会计/税务中进行且不生成运动： - 会计登记 — 无； - 来自该对象的积累/信息登记 — 无（除了EDO子系统的服务机制）； - 分录 — 无。 所有实际会计操作由相关的原始会计文档（文档基础）反映。正是它根据哈萨克斯坦的标准会计科目表生成分录，例如： 操作 借 贷 向客户销售商品（收入） 1210（短期应收账款） 6010（销售收入） 销售增值税的计提（税率 16 %） 1210 3130（应付增值税） 商品成本的扣除 7010（销售成本） 1330（商品） 收到客户的付款 1030（活期账户上的现金） 1210 示例说明了原始文档的会计，而不是EDO信封本身。2026年哈萨克斯坦的增值税税率为16 %。最低工资标准 = 4,325 ₸，最低生活标准 = 85,000 ₸。 与信封相关的电子表单：电子发票（电子发票信息系统）和SNT。 6. 相关对象和基于的输入 相关对象： - 消息EDOK — 记录每次状态变化（已送达/已签署/已拒绝）；文档的协调时间线。 - 原始会计文档（电子发票、销售、报告、账单、协议） — 数据来源和分录载体；在 文档基础 中的链接。 - 入件ED (电子文档入件EDOK，镜像对象) — 在EDO链中回复时作为基础。 - EDO用户/账户 — 接收者/签署人 (ED接收者)。 基于的输入 / 形成： - 发件ED从原始会计文档或从EDO工作区生成（场景 3.1）。 - 回复入件（场景 3.4）：发件时在 文档基础 和 基础文档的EDO标识符 中指定入件ED。 7. 扩展点 - 填写检查处理 — 添加控制（接收者与EDO用户的匹配、基础链接的正确性、属性的必填性）。 - 事件订阅 (在保存前/在保存时) — 与外部EDO操作员的集成、日志记录、自动填写标识符。 - 表单（配置扩展） — 添加命令/状态指示器、在表格部分 接收者和签署人 中的列。 - 交换和转换规则 — 在集成时映射发件ED的类型（电子发票、SNT）。 - EDO报告 — 根据属性和 消息EDOK 构建发件文档和协调结果的注册表。 由于该对象不参与进行，因此在登记/运动方面没有扩展点 — 扩展运输和验证逻辑是合理的。 --- _BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_