《完整路径到表格》（哈萨克斯坦会计 3.0.74.2）

1. 识别

用途详细说明。 该目录是一个服务对象，支持平台和库（БСП）的内部机制。它存储“完整路径到表单 → 表单的校验和（哈希）”的对应关系。这用于在元数据中识别表单、缓存和跟踪表单结构的变化（接口的版本控制）。该对象不用于最终用户（会计、仓库管理员、管理者）的交互操作，也不参与会计操作——它不生成会计分录，也不影响税收计算（增值税 16%，个人所得税，社会保险，医疗保险，社会税，最低月收入 4,325 ₸，最低工资 85,000 ₸ 等与该对象无关）。

在 1C 中查找。 “服务技术”部分 → “完整路径到表单”。直接导航链接：e1cib/list/Справочник.ПолныеПутиКФормам。在标准用户界面中，该对象被隐藏并在“幕后”工作。

2. 头部属性和表格部分

2.1 头部属性

目录的标准属性 (Код, Наименование, Ссылка, ПометкаУдаления, Предопределённый) 默认存在于平台中。上述两个应用属性承载了实质性的识别负载。

2.2 表格部分

表格部分不存在。

3. 表单

该目录在元数据中未定义自己的表单。这证实了对象的服务性质：不允许用户通过标准界面进行交互编辑。如需打开列表（例如，进行诊断），平台将自动生成默认列表表单。

4. 模块的关键过程

该目录的应用 BSL 代码（对象/管理器模块的自定义处理程序）在 evidence 中未附加，且根据对象的服务性质，缺失。目录的填充和读取通过负责表单缓存的通用平台/БСП 模块以编程方式执行。

对于这种类型的目录，适用标准处理程序（如果在特定版本中添加——版本特定，需要在特定版本中检查）：

• МодульОбъекта.ОбработкаЗаполнения — 在程序创建记录时填充属性（路径 + 表单哈希）。
• МодульОбъекта.ПередЗаписью / ПриЗаписи — 控制/规范化 ПолныйПутьКФорме 和 Хеш 的值。
• МодульМенеджера — 根据表单路径和哈希查找记录的方法，供缓存机制使用。

模块中没有应用业务逻辑（处理、计算）。

5. 处理和移动

该目录不是文档，并且不进行处理：不生成会计分录和注册移动。与哈萨克斯坦的会计科目计划（1210, 1030, 1330, 3310, 3130, 6010, 7010）、增值税、个人所得税、缴款（社会保险 10%，社会保险补贴 3.5%，医疗保险 2%，医疗保险 3%，社会税 5%，社会税 6%）和电子文档（电子发票信息系统，SNT）无关。

该目录的数据仅用于技术目的——在缓存和接口版本控制机制中匹配表单路径及其哈希。

6. 相关对象和基于输入

• 基于输入 — 不支持（对象为服务性质）。
• 不作为 文档的基础，也不基于其他对象进行输入。
• 关系 具有技术性质：属性值通过字符串路径引用配置对象的表单 (МетаданныеОбъекта.Форма.ИмяФормы)，而哈希与相应表单的结构相关联。该对象没有明确的引用关系（如 СправочникСсылка/ДокументСсылка）。

7. 扩展点

• 配置扩展（不取消支持）。 不建议修改服务目录：它支持内部机制，干预可能会破坏表单缓存。如果不可避免地需要修改——请使用扩展并添加自己的属性，而不影响 ПолныйПутьКФорме 和 Хеш。
• 程序读取。 为了诊断，可以通过查询/管理器读取目录（根据表单路径搜索），但应将数据写入留给平台的标准机制。
• 更新。 在更新版本时，目录的内容会自动重新填充；手动修改将丢失。服务处理程序的存在/组成可能在版本之间变化——需要在特定版本中检查。
• 不要将 此对象用作应用开发中的分类目录：对于用户数据，请创建单独的对象。