Важное замечание о типе объекта
Задание и навигационная ссылка относят объект к типу Документ (Документ.КонтрольДублированияТоваровНаВиртуальныхСкладах). При этом приложенный дамп метаданных (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. Ключевые процедуры модулей
BSL-код в evidence не приложен, поэтому ниже — типовые обработчики для объектов данного вида.
Если объект — отчёт на СКД (по 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 «Товары»), а только считывает и сопоставляет существующие данные.
Чем грозит наличие дублей номенклатуры на Виртуальном складе?
Задвоение позиций приводит к искажению остатков в разрезе кодов ТН ВЭД/GTIN между учетной системой 1С и государственной ИС ЭСФ. Это блокирует или вызывает ошибки при выписке Сопроводительных накладных на товары (СНТ) и Электронных счетов-фактур (ЭСФ).
Как доработать логику поиска дублей под специфику компании?
Доработка выполняется через механизм расширений конфигурации (Extensions) без снятия типовой базы с поддержки. Разработчик может перехватить схему компоновки данных и добавить в запрос новые критерии поиска (например, жесткий контроль по GTIN, сериям или дополнительным характеристикам)
Вывод автора
Объект КонтрольДублированияТоваровНаВиртуальныхСкладах представляет собой архитектурный гибрид: формально числясь документом (или служебной обработкой) в навигации, технически он функционирует как отчет на базе СКД. Для казахстанского учета этот инструмент критически важен, так как рассинхронизация справочника номенклатуры с государственным модулем «Виртуальный склад» парализует отгрузку товаров и выписку СНТ/ЭСФ. Регулярное использование данного объекта позволяет бухгалтерам и ревизорам поддерживать чистоту счета 1330 и корректность налогового учета (включая расчеты по НДС по ставке 16% с 2026 года), а отсутствие жестко прописанных форм и табличных частей делает его легко масштабируемым через стандартные расширения 1С.
Источники
- Дамп метаданных (evidence) объекта
КонтрольДублированияТоваровНаВиртуальныхСкладах. - Типовая конфигурация «1С:Бухгалтерия для Казахстана», редакция 3.0 (версия 3.0.74.2).
- Правила ведения бухгалтерского учета и выписки первичных документов Республики Казахстан (в части применения счета 1330 и контроля ТМЗ).
- Регламент работы в модуле «Виртуальный склад» ИС ЭСФ и правила оформления сопроводительных накладных на товары (СНТ).
