RUKKENZH
Задать вопрос AI
栏目Объекты конфигурации 1С
文件《电子文件外发EDOC》(哈萨克斯坦会计3.0)
Язык статьи:🇷🇺 RU🇰🇿 KK🇬🇧 EN🇨🇳 ZH
Версия статьи:📘 Для бухгалтера⚙️ Для тех-специалиста

文件《电子文件外发EDOC》(哈萨克斯坦会计3.0)

适用于: 1С:Бухгалтерия для Казахстана, 版本 3.0.74.2 · 1C-Sapa 集团 — 1C 合作伙伴
СТ
Сапа Т.И. — Эксперт по 1С и бухгалтерскому учёту, преподаватель-практик

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 构建发件文档和协调结果的注册表。

由于该对象不参与进行,因此在登记/运动方面没有扩展点 — 扩展运输和验证逻辑是合理的。

Частые вопросы

文件“电子文件发件EDOK”是否会生成会计分录?
不会。这是电子文档交换子系统中的运输会计信封:它不进行处理,也不在登记簿中生成运动。分录由在凭证基础属性中指定的相关原始会计文件生成(例如,销售或电子发票)。
如何跟踪接收者是否已签署发送的文件?
在接收者和签署者的表格部分中,查看每个接收者ED的结果要求和完成日期;如果被拒绝,则查看结果要求的说明。完整的状态时间线由单独的文件EDOK消息维护。
如何将发件文件与收件文件关联(在EDO链中的回复)?
在创建发件时,在凭证基础属性中指定收件ED及其在EDO系统中的标识符,然后填写接收者,签署电子签名并发送。
发送的文件被撤销时会发生什么?
撤销通过EDO子系统发起,并填写撤销文件的标识符。在必要时,通过相关的原始凭证反映经济业务的取消/调整,作为单独的会计文件。
2026年哈萨克斯坦会计中使用的增值税税率是多少?
16%。这适用于原始文件的分录(借1210贷3130在销售时),而不是电子文档交换的信封,因为它不生成运动。12%的值是过时的。

延伸阅读

Источники

Была ли статья полезна?
💼 Нужна помощь с 1С или учётом? Слава КВЦ — многолетняя практика в 1С в Казахстане. Изучите разложенный НК РК 2026 или спросите в чате BuhGPT — ответит за секунды.