《供货扩展版本》参考手册（УТ для Казахстана 3.4.5.21）

1. 识别

这是一个技术（服务）对象。它不参与商品、货币或税务核算，不反映经济业务，普通用户在日常操作中也看不到它。记录由平台/标准代码在连接和更新随附扩展时创建和维护。

重要提示：尽管该配置按照哈萨克斯坦规则进行核算（增值税16%、MRP 4325坚戈、最低工资85000坚戈、哈萨克斯坦会计科目表1210/1030/1330/3310/3130/6010/7010、ЭСФ/СНТ电子发票/发货单），但本目录与这些核算对象无关——数值标准仅作为配置背景信息提供，在本目录的逻辑中不被使用。

2. 表头属性和表格部分

此类服务性目录的属性组成（字段用途）：

此类用途的目录通常没有表格部分——扩展版本作为扁平化元素存储。如果具体版本中存在表格部分（例如扩展对象或依赖项列表），它具有辅助性质，由程序自动填写。

需要核实（版本相关）：具体属性清单以及元素内部是否存在数据存储，取决于具体3.4.5.21版本中扩展交付机制的实现方式——需在配置器中确认。

3. 表单

对于此类服务性目录，通常不创建单独的用户表单——使用平台自动生成的表单：

通常没有专门的可管理表单，因为该对象不适用于手动维护。

4. 模块关键处理程序

未提供该对象模块的证据（现有资料中只有"用途"这一方面的说明）。以下是此类对象通常应具备的典型处理程序，应存在于对象/管理器模块以及扩展交付机制的服务性公共模块中：

• 对象模块
  • ПередЗаписью(Отказ)——控制服务性元素记录的正确性（名称/版本/校验和是否已填写）。
  • ОбработкаЗаполнения(ДанныеЗаполнения, ...)——在注册新版本时对属性进行程序化填充。
• 管理器模块
  • ОбработкаПолученияДанныхВыбора(...)、ОбработкаПоискаДанныхВыбора(...)——服务性选择处理程序。
• 扩展交付/更新机制的公共模块（调用该目录的相关操作）：
  • 在配置更新时注册新的随附扩展版本。
  • 按名称和校验和比较已安装版本与随附版本，决定是否安装/更新扩展。
  • 标记过期版本。

无法提供具体的路径:行号——未提供BSL证据；后续开发时应从配置器中的对象/管理器模块获取。

5. 过账和移动

该目录不进行过账，也不生成寄存器移动。1C中的"目录"类型对象不参与过账过程，不会作为登记员在累积寄存器/信息寄存器中创建分录和记录。

因此，该对象：

• 不生成哈萨克斯坦会计科目表的会计分录（包括1210、1030、1330、3310、3130、6010、7010）；
• 不影响增值税（16%）、个人所得税、强制养老金/强制职业养老金/社会医疗保险/社会保险费/社会税的计算；
• 与ЭСФ/СНТ电子发票/发货单电子文档无关。

会计分录和移动由配置中的文档（销售、采购、付款文档等）生成，而不是由这个服务性的扩展版本目录生成。

6. 关联对象和基于输入

• 基于输入——不适用（服务性对象）。
• 关联对象：配置扩展的连接/更新机制（标准的信息库版本更新子系统）、扩展交付的服务性寄存器和处理。该目录作为版本存储/注册表，供更新代码调用。
• 在应用层（商品-货币）核算中，该对象没有引用关系，也不会被代入文档中。

7. 扩展点

• 管理器/对象模块——通过配置扩展重新定义ПередЗаписью、ОбработкаЗаполнения处理程序（注意：干预服务性机制可能破坏扩展更新）。
• 扩展交付机制的公共模块——如果存在可定义的过程/订阅，可以介入版本注册逻辑，但不建议在标准实施中这样做。
• 目录记录事件订阅——用于版本注册的审计/日志记录。

建议：不应手动修改和填写此目录——它是自动维护的。定制应在外部对象中进行，不要触及扩展交付的服务性逻辑。