Как выполнить повторный перенос данных в 1С:ЗУП 3.1 и исправить ошибку «Предопределенный элемент не уникален»?

← На главную

Переход со старых версий программ (например, «Зарплата и Кадры 7.7» или «Зарплата и управление персоналом 2.5») на актуальную редакцию 1С:Зарплата и Управление Персоналом 3.1 (ЗУП 3.1) часто преподносит неприятные сюрпризы. Типичный сценарий: первоначальный перенос уже выполнен, в новой базе заведены и проведены документы за первые месяцы года (начисления, больничные, отпуска), но вдруг обнаруживается системная ошибка в перенесенных данных — например, задвоение сумм, дней или часов у сотрудников-совместителей.

Простой перезапуск переноса в рабочую базу невозможен, так как это затрет ручные исправления и нарушит логику уже проведенных документов. Попытка перенести данные в чистую базу, а затем «перебросить» их в рабочую с помощью универсальной обработки ВыгрузкаЗагрузкаДанныхXML приводит к другой серьезной проблеме — возникновению ошибки «Предопределенный элемент не уникален» при попытке изменить настройки состава начислений (например, при включении почасовой оплаты).

В этой статье мы подробно разберем, как правильно организовать повторный перенос данных без потери текущих документов и как быстро исправить технический конфликт уникальности предопределенных элементов в платформе «1С:Предприятие 8.3».

Часть 1. Стратегия повторного переноса данных без потери ручного ввода

Проанализируем ситуацию: в рабочей базе (базе №1) уже ведется полноценный учет. Документы первоначального переноса данных (такие как ПереносДанных) задействованы в расчетах среднего заработка для отпусков и больничных листов за январь и февраль. Прямое удаление этих документов или их полная перезапись приведет к тому, что все последующие документы потеряют связь с исходными данными и потребуют тотального перепроведения, что крайне нежелательно.

Рассмотрим оптимальный пошаговый алгоритм решения этой задачи:

Создание тестовой копии: Все операции обязательно проводим на копии рабочей базы №1.
Подготовка чистой базы (база №2): Выполняем корректный повторный перенос данных из старой программы в абсолютно чистую базу. Проверяем, что в ней данные по совместителям перенеслись корректно, без задвоений.
Точечное обновление регистров: Вместо переноса документов целиком, мы можем обновить только проблемные движения. Для этого воспользуемся обработкой «Загрузка данных из табличного документа» или напишем простую обработку на встроенном языке 1С, которая перенесет движения по конкретным регистрам (например, по регистру накопления ДанныеОНачисленияхДляРасчетаСреднегоЗаработкаОбщий) из корректной базы №2 в рабочую базу №1.
Использование XML-обмена для документов переноса: Если ручных изменений в самих документах ПереносДанных в базе №1 не было, их можно обновить из базы №2 с помощью обработки ВыгрузкаЗагрузкаДанныхXML. При этом важно настроить выгрузку так, чтобы переносились только конкретные документы ПереносДанных по UUID (уникальным идентификаторам), избегая перезаписи справочников и настроек программы.

Часть 2. Почему возникает ошибка «Предопределенный элемент не уникален»?

Если для исправления данных вы воспользовались обработкой ВыгрузкаЗагрузкаДанныхXML, при первой же попытке изменить настройки расчета зарплаты (например, установить флажок «Применение почасовой оплаты») система заблокирует действие и выдаст ошибку уникальности предопределенного элемента.

Выясним причину этого поведения платформы. Начиная с версии «1С:Предприятие 8.3», механизм работы с предопределенными данными был кардинально изменен:

Связь между объектом метаданных в конфигураторе и записью в таблице базы данных теперь осуществляется через специальное поле «ИмяПредопределенныхДанных».
Уникальные идентификаторы (UUID) одного и того же предопределенного элемента (например, вида времени «Явка» или показателя «Тарифная ставка часовая») в рабочей базе №1 и в созданной с нуля базе №2 практически всегда будут разными.
Обработка ВыгрузкаЗагрузкаДанныхXML записывает объекты в режиме ОбменДанными.Загрузка = Истина. Этот режим отключает стандартные платформенные проверки бизнес-логики.
В результате в базу №1 загружается элемент из базы №2 с новым UUID, но с тем же самым текстовым значением в реквизите ИмяПредопределенныхДанных.
Платформа видит два разных физических элемента (с разными UUID), претендующих на имя одного и того же предопределенного значения. При любой попытке интерактивного изменения настроек платформа инициирует проверку уникальности и выдает ошибку.

Обратите внимание: в конфигураторе список предопределенных элементов для планов видов расчета в ЗУП 3.1 часто выглядит пустым. Это связано с тем, что программа создает и связывает эти элементы программно при первом запуске или обновлении информационной базы.

Часть 3. Пошаговая методика поиска дублирующих предопределенных элементов

Проанализируем структуру базы данных, чтобы понять, где именно произошло задвоение. Как правило, в ЗУП 3.1 при переносах данных дублируются элементы в следующих объектах:

План видов расчета Начисления (чаще всего начисление «Оплата по часовому тарифу» с кодом ОКЛЧС).
Справочник ПоказателиРасчетаЗарплаты (показатели ТарифнаяСтавкаЧасовая, ТарифнаяСтавкаДневная, Оклад).
Справочник ВидыИспользованияРабочегоВремени (элементы Явка, НочныеЧасы и другие).

Для быстрого поиска дублей воспользуемся «Консолью запросов». Нам необходимо выявить записи, у которых заполнено поле ИмяПредопределенныхДанных, но количество ссылок на них превышает единицу. Разберем пример запроса для справочника показателей расчета зарплаты:


ВЫБРАТЬ
    ИмяПредопределенныхДанных,
    КОЛИЧЕСТВО(Ссылка) КАК КоличествоДублей
ИЗ
    Справочник.ПоказателиРасчетаЗарплаты
ГДЕ
    ИмяПредопределенныхДанных <> ""
СГРУППИРОВАТЬ ПО
    ИмяПредопределенныхДанных
ИМЕЮЩИЕ
    КОЛИЧЕСТВО(Ссылка) > 1

Аналогичные запросы выполним для таблиц ПланВидовРасчета.Начисления и Справочник.ВидыИспользованияРабочегоВремени. Если запрос вернул строки, мы нашли корень проблемы. Теперь перейдем к исправлению.

Часть 4. Программное исправление дублей предопределенных элементов

Платформа не позволит нам пометить на удаление или изменить предопределенный элемент в пользовательском интерфейсе. Чтобы решить проблему, нам нужно программно «разжаловать» дублирующий элемент в обычный (непредопределенный), очистив у него свойство ИмяПредопределенныхДанных.

Разберем, как написать простую обработку для этой операции. Создадим внешнюю обработку и в модуле объекта выполним следующий код:


Процедура ОчиститьИмяПредопределенногоЭлемента(СсылкаНаОбъект) Экспорт
    
    // Получаем объект для редактирования
    Попытка
        Объект = СсылкаНаОбъект.ПолучитьОбъект();
        Если Объект = Неопределено Тогда
            Возврат;
        КонецЕсли;
        
        // Очищаем системный реквизит предопределенности
        Объект.ИмяПредопределенныхДанных = "";
        
        // Включаем режим загрузки, чтобы обойти проверки платформы при записи
        Объект.ОбменДанными.Загрузка = Истина;
        Объект.Записать();
        
        Сообщить("Элемент """ + СсылкаНаОбъект + """ успешно преобразован в обычный.");
    Исключение
        Сообщить("Ошибка изменения объекта: " + ОписаниеОшибки(), СтатусСообщения.Важное);
    КонецПопытки;
    
КонецПроцедуры

После запуска этого кода дублирующий элемент потеряет связь с конфигуратором, и его можно будет свободно редактировать, помечать на удаление или объединять с оригиналом.

Часть 5. Слияние элементов и окончательная очистка базы данных

После того как у дубликата было очищено свойство ИмяПредопределенныхДанных, нам необходимо заменить все ссылки на него в существующих документах и регистрах на правильный («оригинальный») предопределенный элемент.

Выполним следующие шаги:

Откроем рабочую базу в режиме «1С:Предприятие».
Перейдем в раздел Администрирование — Обслуживание — Поиск и удаление дублей.
В поле «Искать в» выберем наш проблемный справочник или план видов расчета (например, Показатели расчета зарплаты).
Настроим правила поиска (достаточно искать по совпадению наименования).
В списке найденных дублей система покажет два элемента. Проанализируем их: один из них остался предопределенным (возле его иконки будет отображаться специальный значок-шарик), а второй — теперь обычный элемент.
Назначим «Оригиналом» тот элемент, который остался предопределенным. Второму элементу сопоставим статус «Дубль».
Нажмем кнопку «Заменить все ссылки и удалить дубли».

Программа автоматически найдет все упоминания дубликата во всех кадровых и расчетных документах, заменит ссылки на корректный предопределенный элемент и безболезненно удалит дубль из базы данных.

После завершения этой процедуры зайдем в настройки состава начислений и проверим результат: флажок «Применение почасовой оплаты» теперь включается без ошибок и конфликтов уникальности.

Как предотвратить подобные проблемы при будущих обменах?

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

При использовании обработки ВыгрузкаЗагрузкаДанныхXML в настройках выгрузки всегда снимайте флажки с системных справочников (таких как виды времени, показатели расчета, начисления, удержания, валюты), если вы переносите только документы. Предопределенные данные должны создаваться платформой естественным путем.
Если необходимо перенести элементы справочников, используйте сопоставление не по внутреннему идентификатору (UUID), а по полям поиска (например, по коду или наименованию), задействовав правила обмена через программу «1С:Конвертация данных».
Используйте только актуальные версии универсальных обработок обмена, которые умеют корректно обрабатывать реквизит ИмяПредопределенныхДанных на платформе 1С 8.3.