Как исправить ошибку «Запись с такими ключевыми полями существует» в документе «Решение о признании объектов НФА» в 1С:БГУ 2.0

При работе в конфигурации 1С:Бухгалтерия государственного учреждения 2.0 (БГУ 2.0) пользователи нередко сталкиваются с отказом системы проводить документ Решение о признании объектов НФА. Ошибка сопровождается сообщением: «Запись с такими ключевыми полями существует! События ОС...». В этой статье мы подробно разберем, почему возникает данная ситуация, как ее исправить технически и как при этом не нарушить методологию бухгалтерского учета.

Анализ технической причины ошибки

Для начала проанализируем, что именно сообщает нам программа. Запись в регистр сведений (в данном случае СобытияОС) не может быть произведена, если в нем уже существует запись с идентичным набором ключевых полей (измерений). Для периодического регистра СобытияОС ключевыми полями являются:

1. Период (дата и время с точностью до секунды).
2. Объект ОС (ссылка на элемент справочника Основные средства, НМА, НПА).

Если в табличной части документа Решение о признании объектов НФА в разных строках выбран один и тот же объект основных средств, программа при проведении пытается создать две записи для этого объекта на одну и ту же секунду. Система 1С не может определить, какое событие было первым, и блокирует запись, чтобы избежать неопределенности данных.

Шаг 1. Проверка дублей в табличной части документа

Разберем самую частую ситуацию: пользователь ошибочно добавил один и тот же инвентарный объект в документ дважды. Рассмотрим алгоритм проверки:

1. Внимательно изучим содержимое колонки Объект учета (или НФА) в документе.
2. Если мы принимаем к учету несколько однотипных объектов (например, 5 штук задвижек), необходимо выяснить, как они созданы в справочнике. Если это 5 разных элементов справочника с разными названиями или инвентарными номерами, они должны занимать 5 разных строк.
3. Если в документе указано 5 строк, но в каждой выбран один и тот же элемент справочника Основные средства, возникнет ошибка дублирования ключевых полей.

Важный момент: если вы решили объединить объекты в одну строку, указав количество «5», убедитесь, что учетная политика учреждения позволяет использовать групповой учет для данных активов.

Шаг 2. Анализ существующих записей в регистре

Иногда ошибка возникает из-за того, что объект уже был принят к учету ранее другим документом, или по нему уже зафиксировано событие в ту же секунду. Выясним причину через функции технического специалиста:

1. Перейдем в меню «Функции для технического специалиста» (или «Все функции»).
2. Найдем Регистр сведений «События ОС».
3. Установим отбор по нашему объекту основных средств.
4. Проанализируем период существующих записей. Если на время проведения нашего документа уже есть запись, необходимо либо изменить время документа (хотя бы на 1 секунду), либо убедиться, что мы не пытаемся провести дублирующую операцию.

Шаг 3. Методология: Групповой или индивидуальный учет?

Рассмотрим ситуацию с задвижками, упомянутую в обсуждении. Если стоимость одной единицы менее 10 000 рублей, такие объекты часто учитываются без присвоения индивидуальных инвентарных номеров и списываются на забалансовый счет 21 при вводе в эксплуатацию. В этом случае допустимо использование одной карточки ОС на всю группу объектов и указание общего количества в одной строке документа. Для массового перевода таких объектов подойдет обработка для списания основных средств на счет 21 в БГУ 2.0.

Однако, проанализируем риски:

• Если стоимость задвижки более 10 000 рублей, ей обязан быть присвоен уникальный инвентарный номер.
• При индивидуальном учете в справочнике Основные средства должно быть создано 5 отдельных карточек.
• В документе Решение о признании объектов НФА должно быть 5 строк, в каждой из которых выбран свой уникальный объект.

Если вы «схлопнули» 5 разных объектов в одну строку справочника для обхода ошибки, в будущем возникнут сложности при частичном списании или перемещении этих объектов между материально ответственными лицами (МОЛ).

Шаг 4. Работа с отладчиком для разработчиков

Если визуальный осмотр не помогает, проанализируем процесс проведения программно. В модуле проведения документа можно поставить точку останова на процедуре записи наборов записей регистров. Пример логики, которую следует проверить:

// Пример проверки структуры набора записей в модуле
Движения.СобытияОС.Записывать = Истина;
Для Каждого СтрокаТЧ Из Объект.ГотовоКПринятиюКУчету Цикл
    НоваяЗапись = Движения.СобытияОС.Добавить();
    НоваяЗапись.Период = Объект.Дата;
    НоваяЗапись.ОС = СтрокаТЧ.ОсновныеСредства;
    // Если здесь СтрокаТЧ.ОсновныеСредства повторяется, возникнет ошибка
КонецЦикла;

Посмотрим на значения в таблице Движения.СобытияОС. Если вы видите две строки с одинаковым полем ОС и Период, значит, проблема в данных документа.

Рекомендации по исправлению данных

Чтобы избежать подобных ошибок в будущем, рекомендуем придерживаться следующих правил:

1. Проверяйте уникальность: Для объектов стоимостью свыше 10 000 руб. (или 100 000 руб. в зависимости от категории) всегда создавайте отдельные элементы в справочнике Основные средства.
2. Используйте групповое создание: Для быстрого создания множества однотипных карточек используйте встроенные обработки БГУ 2.0 по групповому добавлению объектов ОС. Это гарантирует, что у каждого объекта будет своя ссылка и свой инвентарный номер.
3. Контролируйте время: Если вы проводите несколько документов по одному объекту в один день, разнесите их по времени (например, 12:00:01, 12:00:02), чтобы избежать коллизий в периодических регистрах.
4. Синхронизация табличных частей: Убедитесь, что в документе Решение о признании объектов НФА на вкладке «Стоимость вложений» и «Основные средства» указаны корректные ссылки на объекты, и они не дублируются там, где это не предусмотрено логикой учета.

Таким образом, устранение ошибки сводится либо к исправлению дублей в строках документа, либо к корректному разделению объектов в справочнике ОС согласно требованиям бюджетного законодательства и инструкций (157н, 61н).