关于对象类型的重要说明
任务和导航链接将该对象归类为文档类型（Документ.КонтрольДублированияТоваровНаВиртуальныхСкладах）。但所附的元数据转储（evidence）所描述的对象具有基于数据组合系统（СКД）的报表特征：用户属性、表格部分和窗体集合为空，并存在系统属性 СхемаКомпоновкиДанных 和 КомпоновщикНастроек。
这种差异是数据控制类内部对象的典型特征：分析机制通过 СКД/查询实现，而非通过登记簿变动实现。以下说明在有 evidence 的部分以其为依据，在缺少 evidence 的部分则依据此类对象的标准逻辑编写。特定构建版本中的实际对象类型需要在配置器中核查（元数据树 →“文档”或“报表”分支）。
1. 标识信息
参数 | 值 |
|---|---|
完整名称 |
|
同义名称 | 未设置（—） |
类型（按任务/导航） | 文档 |
类型（按 evidence 元数据） | 基于 СКД 的报表特征 |
配置 | 哈萨克斯坦会计，3.0 版，版本 3.0.74.2 |
示例中的结算货币 | 坚戈（₸） |
用途。用于识别和控制虚拟仓库中商品记录（商品目录项目）重复情况的内部对象。在哈萨克斯坦共和国，“虚拟仓库”概念与电子发票信息系统（ИС ЭСФ）的“虚拟仓库”模块以及商品随附运单（СНТ）的开具相关：须追溯商品的库存按 ТН ВЭД/GTIN 编码明细核算，并应与国家系统数据一致。项目重复会导致虚拟仓库库存不符、开具电子发票（ЭСФ）/СНТ 时出错，以及在 1330“商品”科目中对存货（ТМЗ）的核算不正确。
仓库工作人员、会计人员和审计人员在定期核对以及发现库存差异时使用该对象。
在 1С 中的位置：导航链接 e1cib/list/Документ.КонтрольДублированияТоваровНаВиртуальныхСкладах。按用途归属于“商品目录与仓库”模块。
2. 表头属性和表格部分
根据 evidence，用户属性和表格部分未定义——结果结构由数据组合系统动态生成。
2.1 系统属性（由平台提供）
名称 | 类型 | 必填 | 用途 |
|---|---|---|---|
СхемаКомпоновкиДанных | СхемаКомпоновкиДанных | 是 | 用于分析重复项的数据集、查询和可用字段 |
КомпоновщикНастроек | КомпоновщикНастроекКомпоновкиДанных | 是 | 用户筛选、分组、排序 |
如果特定构建版本中的对象确实是文档，表头属性的预期最小组成是标准的 Номер、Дата、Организация、Ответственный、Комментарий（需要根据构建版本的元数据核查）。
2.2 表格部分
未定义（tabular_sections 为空）。重复项的表格数据选取由 СКД 动态构建。
3. 窗体
元数据中未列出自有窗体（forms 为空）。使用平台自动创建的通用窗体（基于 СКД 的报表窗体或列表/文档窗体），可提供：
设置面板（筛选、分组）；
包含重复项目清单的结果区域；
命令面板（生成/刷新、设置、打印）。
evidence 中未指定单独的列表窗体、选择窗体和对象窗体。
4. 模块的关键过程
evidence 中未附 BSL 代码，因此以下为此类对象的标准处理程序。
如果对象是基于 СКД 的报表（按 evidence）：
ПриКомпоновкеРезультата(ДокументРезультат, ДанныеРасшифровки, СтандартнаяОбработка)——报表对象模块：截获输出、对结果进行后处理、突出显示重复项。ПриСозданииНаСервере/ПриОткрытии——窗体模块：初始化设置、设定期间以及按组织筛选。重复项搜索逻辑位于 СКД 数据集查询中（按编码/特征/仓库对商品目录分组，并使用条件
КОЛИЧЕСТВО(...) > 1）。
如果对象是文档：
ОбработкаПроведения(Отказ, РежимПроведения)——对象模块：对于控制文档，通常为空或不产生登记簿变动。ОбработкаЗаполнения(ДанныеЗаполнения, ТекстЗаполнения, СтандартнаяОбработка)——基于其他单据录入时填充。ОбработкаПроверкиЗаполнения(Отказ, ПроверяемыеРеквизиты)——写入前检查属性。ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения)——内部检查。
过程的具体名称和内容需要根据 3.0.74.2 构建版本的对象模块核查。
5. 过账和变动
按用途，这是一个控制分析型对象：它识别重复项，但不生成会计分录或累计登记簿变动。这与 evidence 一致（СКД 结构不含表格部分和登记器机制）。
因此：
不生成借方/贷方分录；
不生成库存/周转登记簿变动。
该对象仅读取存货（ТМЗ）核算数据和虚拟仓库数据。其控制的商品在主要核算中记入哈萨克斯坦共和国标准科目表的 1330“商品”科目；相关商品经营业务使用以下科目：
科目 | 用途 |
|---|---|
1330 | 商品（识别重复项的库存） |
1210 | 购买方短期应收账款 |
3310 | 供应商短期应付账款 |
6010 | 销售收入 |
7010 | 销售成本 |
3130 | 应缴增值税（哈萨克斯坦共和国自 2026 年起的增值税税率为 16%） |
1030 | 银行活期账户资金 |
如果构建版本中的对象实际是产生变动的文档，则登记簿组成需要核查；但“重复控制”对象通常不产生变动。
6. 相关对象及基于其他单据录入
从功能上看，该对象依赖哈萨克斯坦共和国商品追溯子系统：
电子发票信息系统（ИС ЭСФ）的虚拟仓库登记簿/数据——按 ТН ВЭД/GTIN 编码明细记录的库存数据来源。
商品随附运单（СНТ）——虚拟仓库商品变动文档；商品目录重复会造成 СНТ 开具数据失真。
电子发票（ЭСФ，电子发票信息系统 ИС ЭСФ）——使用虚拟仓库库存；属性中的增值税税率为 16%。
“商品目录”目录——控制对象（按名称、ТН ВЭД 编码和特征进行匹配）。
存货（ТМЗ）采购/销售文档——形成 1330 科目余额。
控制对象通常不支持基于其他单据录入（需要根据“基于其他单据录入”条件的组成核查）。结果用作手工更正/合并重复商品目录卡片的依据。
7. 扩展点
配置扩展（Extensions）：向 СКД 添加自定义数据集/字段，完善重复项搜索查询（纳入 GTIN、批次、特征），借用窗体增加额外筛选。
窗体事件处理程序（
ПриСозданииНаСервере、ПриКомпоновкеРезультата）——自定义突出显示/分组重复项以及导出。附加报表和处理程序（标准子系统库，БСП）——必要时连接外部控制方案，无需修改标准配置。
比较条件——将“重复项”判定规则移至设置（信息登记簿/常量），以便根据会计政策灵活配置。
与电子发票信息系统（ИС ЭСФ）集成——在开具 ЭСФ/СНТ 前，将识别出的重复项与虚拟仓库库存进行核对。
所有扩展点均通过配置扩展机制实现，无需取消标准配置的支持。
常见问题（FAQ）
为什么该对象称为文档，却没有表格部分和窗体？
在本例中，重复项控制机制基于数据组合系统（СКД）实现。该对象使用动态查询来识别差异并输出结果，而非静态存储数据。因此表格部分结构为空，窗体则由 1С 平台根据 СКД 设置自动生成。
该对象是否生成分录或登记簿变动？
否。这只是一个内部控制分析工具。它不产生累计登记簿变动，也不生成会计分录（例如 1330“商品”科目的分录），仅负责读取和比对现有数据。
虚拟仓库中存在重复商品目录项目会造成什么后果？
项目重复会导致 1С 核算系统与国家电子发票信息系统（ИС ЭСФ）之间按 ТН ВЭД/GTIN 编码明细记录的库存失真。这会阻碍商品随附运单（СНТ）和电子发票（ЭСФ）的开具，或在开具时引发错误。
如何根据公司的具体情况完善重复项搜索逻辑？
可通过配置扩展机制（Extensions）进行完善，无需取消标准数据库的支持。开发人员可截获数据组合架构，并向查询中添加新的搜索条件（例如按 GTIN、批次或附加特征进行严格控制）
作者结论
КонтрольДублированияТоваровНаВиртуальныхСкладах 对象是一种架构混合体：它在导航中正式列为文档（或内部处理程序），但在技术上作为基于 СКД 的报表运行。对于哈萨克斯坦会计核算而言，该工具至关重要，因为商品目录与国家“虚拟仓库”模块不同步会使商品发运及 СНТ/ЭСФ 开具陷入瘫痪。会计人员和审计人员定期使用该对象，可以保持 1330 科目数据清洁并确保税务核算正确（包括自 2026 年起按 16% 税率计算增值税）；而且，由于没有硬编码的窗体和表格部分，它可以通过标准 1С 扩展轻松扩展。
来源
КонтрольДублированияТоваровНаВиртуальныхСкладах对象的元数据转储（evidence）。- 标准配置“1С：哈萨克斯坦会计”，3.0 版（版本 3.0.74.2）。
- 哈萨克斯坦共和国会计核算和原始凭证开具规则（关于 1330 科目的使用和存货（ТМЗ）控制）。
- 电子发票信息系统（ИС ЭСФ）“虚拟仓库”模块的操作规程及商品随附运单（СНТ）开具规则。