RUKKENZH
Задать вопрос AI
栏目Объекты конфигурации 1С
Documents《МаршрутыПодписания》— 技术说明(哈萨克斯坦会计 3.0.74.2)
Язык статьи:🇷🇺 RU🇰🇿 KK🇬🇧 EN🇨🇳 ZH
Версия статьи:📘 Для бухгалтера⚙️ Для тех-специалиста

Documents《МаршрутыПодписания》— 技术说明(哈萨克斯坦会计 3.0.74.2)

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

1. 标识

参数
完整名称 Документ.МаршрутыПодписания(在元数据中注册为「文档」类型对象)
对象名称 МаршрутыПодписания
同义词 未设置(—)
配置 哈萨克斯坦会计,版本 3.0,版本号 3.0.74.2
子系统 电子文档流转 / 电子签名(ЭСФ、СНТ)
查找位置 e1cib/list/Документ.МаршрутыПодписания

用途。 该对象存储电子文档在使用电子签名(ЭП)签署并发送给交易对方或政府系统(ИС ЭСФ、СНТ)之前的核准规则和方案(签署路线)。路线确定哪些用户、按何种顺序使用哪个证书来签署文档。由管理员和总会计师在系统初次配置以及组织内签署规程变更时进行设置和维护。

需要核实(与版本相关)。 在元数据中该对象被标记为「文档」,但其实际结构——存在预定义元素 ОднойДоступнойПодписью、具有 ФормаЭлемента 表单、缺少日期/金额/登记记录——具有参考手册(справочник)的特征。在该产品线的部分发行版中,此对象正是作为设置参考手册实现的。请在具体构建 3.0.74.2 的配置器中确认对象类型;这对应用逻辑(签署路线的路由)没有影响。


2. 属性和表格部分

2.1 表头属性

名称 类型 是否必填 用途
СхемаПодписания EnumRef.СхемыПодписанияЭД 必填(ShowError) 确定路线的解释逻辑——系统如何处理表格部分中的要求(顺序、并行、可选等)
Организация 引用(元数据中未指明类型) 非必填(DontCheck) 将路线绑定到具体组织;用于组织性划分和路线的应用
КлючАвтоматическойНастройки xs:string 非必填(DontCheck) 用于标识自动创建路线的服务字段;在配置更新和数据迁移时使用

2.2 表格部分「ТаблицаТребований」

用途。 存储签署要求的层级(树形)结构:核准的顺序和逻辑(「И」「ИЛИ」「ПоПорядку」组)、具体签署人及其证书。

名称 类型 用途
Идентификатор xs:string 要求行的唯一标识符,构建层级结构的基础
ИдентификаторРодителя xs:string 指向要求树父级元素的引用;保证多级结构
Порядок xs:decimal 用于在同一层级内对要求进行排序的序号
Требование EnumRef.ТребованияКПодписаниюЭД 要求类型——具体签署人或逻辑组(И / ИЛИ / ПоПорядку)
Подписант CatalogRef.Пользователи 在此阶段应签署文档的用户
Сертификат CatalogRef.СертификатыКлючейЭлектроннойПодписиИШифрования 应用于执行签署的具体电子签名证书

要求树中的组逻辑:

  • И — 所有嵌套要求都必须签署;
  • ИЛИ — 任一嵌套要求即可;
  • ПоПорядку — 嵌套要求根据属性 Порядок 严格按顺序执行。

3. 表单

表单 角色
ФормаСписка 用于查看所有路线的主列表表单。包含用于初次创建典型路线的命令 「ЗаполнитьНачальныеНастройки」
ФормаВыбора 在其他对象中指定路线时从列表中选择路线的表单;同样包含命令 「ЗаполнитьНачальныеНастройки」
ФормаЭлемента 关键表单,用于编辑路线:带有添加组(И、ИЛИ、ПоПорядку)、添加签署人和管理行顺序按钮的要求树
ВыборМаршрута 发起文档签署流程时选择路线和签署人的专用表单:允许在启动签署程序之前直接调整签署人列表及其证书

4. 模块的关键过程

证据中未附上模块的 BSL 文本。以下是基于 БСП 的配置中此类对象(签署路线设置)的典型处理程序;在具体构建 3.0.74.2 中过程名称可能有所不同。

对象/管理器模块:

  • ОбработкаПроверкиЗаполнения — 检查 СхемаПодписания 的必填性(ShowError 标志)以及要求树的一致性(要求行是否有签署人/证书、ИдентификаторИдентификаторРодителя 关联的正确性)。
  • ОбработкаЗаполнения — 在交互式创建以及按自动设置键填充时填入默认属性。
  • 构建和解析要求树形结构的过程(按 Идентификатор/ИдентификаторРодителя/Порядок 组装层级)。

「ФормаЭлемента」表单模块:

  • 添加组 И / ИЛИ / ПоПорядку 和签署人的命令 — 创建具有相应 Требование 属性值并绑定到父级的 ТаблицаТребований 行。
  • 移动命令(上/下) — 管理 Порядок 属性。
  • ПодписантСертификат 的选择处理程序 — 选择所选用户可用的电子签名证书。

「ФормаСписка」/「ФормаВыбора」表单模块:

  • ЗаполнитьНачальныеНастройки — 在初次配置时创建典型路线(包括预定义的 ОднойДоступнойПодписью)。

「ВыборМаршрута」表单模块:

  • 为具体文档加载路线,交互式调整签署人/证书列表,并将结果返回电子文档签署过程。

5. 过账和登记记录

该对象不是核算文档,也不生成任何登记簿的登记记录。 它没有日期、交易对方、金额属性以及商品/服务的表格部分;这是一个签署规程设置对象。因此:

  • 不生成会计分录 — 哈萨克斯坦标准会计科目表的科目(1210、1030、1330、3310、3130、6010、7010)对它不适用
  • 没有关于增值税、往来结算等核算的累积/信息登记簿的登记记录。

2026 年哈萨克斯坦税务参数(增值税税率 16 %МРП 4 325 ₸МЗП 85 000 ₸、个人所得税 10 %/15 %、个人所得税每月 30 МРП 扣除等)适用于电子文档本身(ЭСФ、СНТ、销售),其签署流程由该路线规范,而非适用于 МаршрутыПодписания 对象。路线仅确定对已生成文档施加电子签名的顺序。

路线应用的结果不记录在此处,而是记录在 ЭДО/ЭП 子系统中:签署状态和电子签名本身存储在与被签署文档相关联的 ЭДО 服务登记簿和存储库中。


6. 关联对象和基于其录入

对象 关联
Enum.СхемыПодписанияЭД 表头属性 СхемаПодписания
Enum.ТребованияКПодписаниюЭД 表行属性 Требование
Catalog.Пользователи 签署人(Подписант
Catalog.СертификатыКлючейЭлектроннойПодписиИШифрования 电子签名证书(Сертификат
Catalog.Организации 属性 Организация(路线绑定)
电子文档 ЭСФ(ИС ЭСФ)和 СНТ 路线的使用者:签署时通过表单 ВыборМаршрута 选择路线
ЭДО / 电子签名子系统(БСП) 在启动签署的过程中使用路线

基于其录入。 对于设置对象,未提供基于其录入的功能,且实际上没有意义。反向关联:路线在 ЭДО 文档签署时被使用(选择/代入路线,但不会从文档创建新路线)。


7. 扩展点

  • 配置扩展: 在对象模块中添加 ОбработкаПроверкиЗаполненияПередЗаписью 处理程序,以实现自定义的要求树验证规则。
  • 表单: 扩展 ФормаЭлементаВыборМаршрута(附加命令、按组织限制签署人/证书选择)。
  • 自动填充: 完善命令 ЗаполнитьНачальныеНастройки 以及基于 КлючАвтоматическойНастройки 的逻辑,以在更新/迁移时批量复制典型路线。
  • ЭДО/ЭП 程序接口: 重写签署前选择和应用路线的过程(与自定义核准规程、外部文档流转系统集成)。
  • 访问权限: 通过属性 Организация 和 RLS — 对路线访问进行组织性划分。

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

"签署路径"文档是否进行会计分录?
不进行。它是设置电子文档签署规程的对象。它没有日期、金额和商品部分,不进行过账,也不生成登记簿的记录。哈萨克斯坦共和国会计科目表的科目(1210、3310、3130等)对它不适用——这些科目属于该路径所签署的ЭСФ/СНТ/销售文档本身。
为什么该对象称为"文档",却表现得像目录?
在所附元数据中,它注册为"文档",但其结构(预定义元素ОднойДоступнойПодписью、ФормаЭлемента表单、无记录)具有设置目录的特征。在该系列的若干版本中,该对象正是以目录形式实现的。对象类型应在具体构建版本3.0.74.2的配置器中确认;这不影响路由的应用逻辑。
如何设置顺序和并行审批?
通过带有逻辑分组的"ТаблицаТребований"树: "ПоПорядку" ——按照Порядок属性严格顺序签署, "И" ——所有嵌套要求都必须签署(并行), "ИЛИ" ——任意一个嵌套要求满足即可。总体解释由表头属性СхемаПодписания设定。
在签署具体文档时,路径在哪里选择?
在"ВыборМаршрута"表单中:在启动电子文档签署时,它会代入路径,并允许在ЭДО/ЭП子系统中启动签署程序之前调整签署人列表及其证书。

延伸阅读

Источники

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