RUKKENZH
向AI提问
栏目1C 配置对象
《电子文件入境电子文档附加文件指南》— 技术说明
文章语言:🇷🇺 RU🇰🇿 KK🇬🇧 EN🇨🇳 ZH
文章版本:📘 会计版⚙️ 技术人员版

《电子文件入境电子文档附加文件指南》— 技术说明

适用于: 1С:Бухгалтерия для Казахстана, 版本 3.0.74.2 (2026年8月27日) · 1C-Sapa 集团 — 1C 合作伙伴
СТ
Сапа Т.И. — 1C 与会计专家,实战型讲师
由BuhGPT编辑部编写

1. 识别

参数 值
对象类型 目录 (Catalog)
名称 电子文件入口EDOK附加文件
完整名称 目录.电子文件入口EDOK附加文件
同义词 — (未指定)
所有者(从属关系) 层次结构不存在;文件的实际所有者由属性 文件所有者(文档链接)指定
配置 哈萨克斯坦会计,版本 3.0 (版本 3.0.74.2)
在版本中引入 3.0.73 (新服务目录,哈萨克斯坦电子文档入口子系统)

目的。 该目录存储与“电子文件入口EDOK”文档(哈萨克斯坦)附加的文件的元数据和内容。实际上,这是一个入口电子文档流的文件存储:这里存放通过“1С:EDO”服务从对方收到的文件——文档的 XML(ЭСФ、СНТ 等)、其可视化(PDF/打印格式)、附加的图像和扫描件,以及服务文件(电子签名容器 .p7s 等)。

该目录是 辅助的:用户几乎不直接打开它,而是通过电子文档入口的表单和 BCP 的通用文件处理机制来处理文件。每个文件通过属性 文件所有者 绑定到特定的入口电子文档,从而确保按文档对文件进行分组、审计和访问控制。

在哪里找到: e1cib/list/目录.电子文件入口EDOK附加文件


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

2.1 头部属性

名称 类型 必填性 目的
作者 目录链接.用户 ShowError (必填) 上传/接收文件的用户。用于审计和访问控制。
文件所有者 文档链接.电子文件入口EDOK DontCheck 与文件相关的入口电子文档的链接。按文档对文件进行分组的主要属性。
借用日期 日期 (xs:dateTime) DontCheck 文件“被编辑”的时刻。用于控制占用的持续时间。
通用修改日期 日期 (xs:dateTime) DontCheck 文件最后修改的日期(UTC)。用于同步分布式数据库和控制版本的有效性。
创建日期 日期 (xs:dateTime) ShowError (必填) 文件首次上传/接收的日期。时间线和排序。
已加密 布尔值 DontCheck 内容加密的标志。当 真 时,打开前需要解密。
修改者 目录链接.用户 DontCheck 最后修改文件或其元数据的用户。审计变更。
图片索引 数字 DontCheck 文件在平台图片集合中的图标索引(按类型/扩展名)。在列表中的可视化表示。
描述 字符串 DontCheck 对文件的任意评论。显示在列表中,参与搜索。
已签名EP 布尔值 DontCheck 文件是否具有有效电子签名的标志。对法律效力很重要。
文件路径 字符串 DontCheck 在卷中存储时文件的磁盘路径(与属性 卷 一起使用)。
大小 数字 DontCheck 文件的大小(以字节为单位)。控制存储容量和限制。
扩展名 字符串 DontCheck 文件的扩展名(xml, pdf, p7s, jpg…)。确定打开和处理的方式。
编辑者 目录链接.用户 DontCheck 占用文件进行编辑的用户(防止同时修改的锁定)。
哈希值 字符串 DontCheck 内容的校验和,用于检查文件的完整性和防止篡改。
文件完整名称 字符串 DontCheck 文件的完整名称(名称 + 扩展名),以原始形式从对方处获得。
原始文件 布尔值 DontCheck 文件是否为电子文档的原件(而非可视化/附件)的标志。
服务文件 布尔值 DontCheck 服务文件的标志(签名容器、技术附件),从总列表中隐藏。

此外,该对象具有 BCP 存储的标准属性: 卷 (目录链接.文件存储卷), 文件存储/文本存储 (存储值 — 存储在信息库中的内容), 从互联网上传,签名/加密的标志。确切的字段组成版本特定。

2.2 表格部分

该目录 没有 表格部分。这对于“附加文件”对象是典型的:一个目录元素 = 一个文件。文件的版本(如果支持)存储在单独的从属版本目录中,而不是在表格部分中。


3. 表单

表单 目的
元素表单 文件卡片:属性(描述、作者、日期、大小、扩展名、签名/加密标志)、打开、保存、与电子签名的操作命令。很少打开,主要由管理员/在解决问题时使用。
列表表单 目录文件列表,按所有者筛选。在常规操作中不直接使用——文件在文档所有者的附加文件内置表单中显示。
选择表单 在引用现有文件的对话框中选择文件。

在实践中,通常使用 BCP 的通用文件操作表单(附加文件, 附加文件),这些表单统一管理编辑占用、版本、签名和加密。是否存在自己的元素/列表表单是版本特定的。


4. 模块的关键过程

由于没有附加的 BSL 片段,因此以下是 附加文件存储目录 的典型处理程序(BCP)。具体行应在配置器中查看。

对象模块:

  • 在保存时 — 记录修改日期,更新属性 修改者,重新计算 大小/哈希值,检查编辑锁定(编辑者)。
  • 检查填写处理 — 控制必填字段 作者 和 创建日期。
  • 在删除前 — 清除卷中的内容(根据 卷 + 文件路径 删除磁盘上的文件)。

管理模块:

  • 获取视图处理 — 生成文件视图(名称 + 扩展名)。
  • 与 BCP 的通用模块 文件操作/附加文件 的集成过程:添加文件、获取/占用编辑、释放、添加版本、处理电子签名(签名、检查、加密/解密)。

涉及目录的通用机制:

  • 附加文件.添加文件(...) — 在从“1С:EDO”接收文档时创建元素。
  • 在卷中存储的机制(文件存储卷)或在信息库中(文件存储),由文件存储设置选择。

5. 处理和运动

该目录 不进行处理 并且 不生成注册运动 — 只有文档存在处理机制。该对象不创建任何会计分录;它仅存储文件。

会计运动发生在 相关文档 的电子文档子系统中,当入口电子文档在会计中反映时(哈萨克斯坦的典型逻辑,增值税率 16%):

  • 物资到货(根据入口 EDOK/ЭСФ 创建):
    • 借 1330 “商品” — 贷 3310 “短期应付账款” — 按不含增值税的成本;
    • 增值税抵扣 16% — 在配置的会计科目中单独记录入口增值税,借贷与 3310 对应。
  • 销售(输出流程,供比较):借 1210 — 贷 6010; 增值税计提 16% — 贷 3130 “应付增值税”;成本借 7010 — 贷 1330。
  • 银行支付:借 3310 — 贷 1030 “当前账户上的资金”。

所讨论的目录在这些分录中不参与——它提供附加到文档的文件(XML ЭСФ/СНТ、PDF 可视化、签名容器)。


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

文件所有者:

  • 文档.电子文件入口EDOK — 通过属性 文件所有者;文件通过该文档的表单添加/打开。

电子文档子系统的相关对象:

  • 电子文档“1С:EDO”的文档(来自 ЭСФ 系统的 ЭСФ、СНТ),根据入口 EDOK 创建的会计文档(物资和服务的到货)。
  • BCP 目录: 用户(属性 作者、修改者、编辑者), 文件存储卷(属性 卷)。

基于的输入。 作为文件存储,目录通常既不是输入的来源,也不是接收器。元素在从电子文档服务接收文档时以编程方式创建,或通过文档所有者的附加文件表单手动创建。


7. 扩展点

  • 配置扩展。 添加属性(例如,文件的额外分类)和订阅写入事件以进行自定义完整性/审计控制逻辑。
  • 对事件的订阅 在保存前/在保存时 目录 — 用于日志记录、额外检查 哈希值、与外部存档的集成。
  • 可重写的 BCP 模块 文件和电子文档的操作 — 用于更改存储规则(卷/信息库)、版本策略、签名处理。
  • 角色和 RLS — 根据 文件所有者/作者 通过对目录和文档所有者的权限限制对文件的访问。
  • 额外处理/命令 — 打开、批量导出、检查文件签名等操作。

版本特定(在 3.0.74.2 中检查):存储属性的确切组成(卷、文件存储)、是否存在自己的元素/列表表单以及连接的 BCP 通用表单。

常见问题

这个目录是否生成会计分录?
不。1C中的目录不生成分录,也不在注册表中创建动作。该对象仅存储文件。分录(例如,借方1330贷方3310在含增值税16%的情况下)由与之相关的会计文件生成,这些文件是通过接收的电子文档(ЭДО)创建的。
这个目录与普通的附加文件存储有什么不同?
这是哈萨克斯坦电子文档(ЭДО)子系统的专用服务目录(在3.0.73版本中引入)。与普通存储不同,它通过文件所有者(ВладелецФайла)属性与“电子文档接收(ЭлектронныйДокументВходящийЭДОК)”文档相关联,并包含完整性/身份识别属性:哈希值(ХешСумма)、文件完整名称(ПолноеИмяФайла)、原始文件(ФайлОригинал)、服务文件(Служебный)。
需要填写哪些必填属性?
必填属性(ShowError)为作者(Автор)和创建日期(ДатаСоздания)。其他字段,包括文件所有者(ВладелецФайла),被声明为DontCheck,但在实践中,文件所有者在将文件添加到文档时总是会填写。
文件的实际内容存储在哪里?
根据文件存储设置:在磁盘卷(属性为卷(Том)和文件路径(ПутьКФайлу))或在信息数据库内部(存储值属性)。机制由BSP“文件存储”的标准设置选择。

延伸阅读

最新解答

参考来源

这篇文章对您有帮助吗?
💼 需要 1C 或会计方面的帮助?Слава КВЦ — 在哈萨克斯坦拥有多年 1C 实践经验。查看逐条解析的哈萨克斯坦税法 2026,或在 BuhGPT 聊天中提问 — 几秒钟即可获得答复。
标签:1СKZCatalogs