При обновлении 1с ошибка записи регистра сведений стали неуникальными

При обновлении конфигурации 1С может появиться предупреждение о том, что записи каких-то регистров сведений стали неуникальными. Рассмотрим порядок действий для исправления данной ошибки.

Причины возникновения ошибки

Связано это может быть с несколькими причинами:

• не последовательным обновлением конфигурации релиз за релизом, а «перепрыгиванием» сразу через несколько релизов;
• конфликтом введенных в базу данных самим пользователем и добавленных в конфигурацию разработчиками предопределенных значений;
• ошибками переноса баз данных в новые конфигурации;
• доработкой конфигурации самим пользователем.

Какой бы ни была причина появления этой ошибки, она говорит об одном: в регистре сведений есть запись с ключевыми параметрами, для которой имеется несколько значений, и программа 1С не знает: какая из этих записей правильная.

Ключевые параметры регистра сведений называются Измерениями, а значения по измерениям указываются в Ресурсах. PDF По правилам записи в регистры сведений ключевые параметры определяют значение ОДНОЗНАЧНО.

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

В режиме обновления конфигурации ситуация более сложная, хотя отслеживание таких ситуаций регулируется в большинстве случаев в 1С автоматически. Разработчики вносят в программу изменения таким образом, что программа сама, по заложенному алгоритму и анализу данных, определяет какая из записей неактуальна и удаляет ее, продолжив обновление.

Но бывают случаи, когда определить самостоятельно какую из записей оставить, а какую удалить, программа 1С не может и тогда пользователь уже должен сам исправить ситуацию. Обычно это происходит при удалении каких-то ключевых параметров из регистра сведений в новом обновлении и наиболее часто проявляется у любителей «обновляться редко, но сразу на последний релиз».

При возникновении ошибки будет выдано предупреждение о возникшей ситуации с регистром, которое не позволит продолжить обновление, пока не будет исправлена ошибка.

В новой версии конфигурации был изменен регистр Цены номенклатуры. PDF При обновлении конфигурации было выдано предупреждение о возникших неуникальных записях по этому регистру. PDF

Исправление ошибки «Записи регистра сведений стали неуникальными»

Последовательное обновление конфигурации без «пропусков»

Если конфигурация типовая и изменений в нее пользователем не вносилось, проведите обновление последовательно всеми вышедшими релизами, без пропусков. Возможно, разработчики что-то убирали в коде, а в следующем релизе — добавляли и пропуск этих промежуточных релизов привел к ошибке заполнения каких-то данных регистра по умолчанию.

При возникновении ошибки обновите текущую конфигурацию, например, Бухгалтерия предприятия 3.0.67.54 не сразу на релиз 3.0.67.72, а последовательно на:

• 0.67.63;
• 0.67.67;
• 0.67.70;
• 0.67.72.

Если это не помогло, используйте следующие рекомендации.

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

Настройка автоматического обновления

Настройте автоматическое обновление 1С: раздел Администрирование — Настройки программы — Интернет-поддержка и сервисы — Обновление версии программы.

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

Для автоматического обновления программы 1С должна быть настроена Интернет-поддержка.

Сравнение конфигураций

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

Основная конфигурация – это обновляемая конфигурация программы. В типовых, не измененных программах 1С она совпадает с конфигурацией поставщика. После обновления конфигурации, запускается процесс обновления Конфигурации базы данных, в которой еще содержатся старые данные до тех пор, пока процесс обновления не завершится полностью.

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

Пошаговая инструкция сравнения основной конфигурации и конфигурации базы данных.

Шаг 1. Открытие Конфигуратора.

Войдите в Конфигуратор информационной базы.

Откройте конфигурацию по кнопке Конфигуратор — Открыть конфигурацию. В правом окне откроется список всех объектов 1С.

Выберите команду Сравнить конфигурации.

Шаг 2. Настройка сравнения конфигураций.

Установите настройки как показано на рисунке.

Шаг 3. Запуск сравнения конфигураций.

Нажмите на кнопку ОК. Программа 1С выдаст окно сравнения конфигураций, в котором нужно перейти на регистр сведения Цены номенклатуры и раскрыть различия, нажав на «+» справа от объекта.

Шаг 4. Исправление ошибки.

Из таблицы сравнения видно, что в регистре Цены номенклатуры в основной конфигурации отсутствует параметр измерения Тип цен.

Войдите в базу данных и откройте регистр Цены номенклатуры: кнопка Главное меню — Все функции — Регистры сведений — Цены номенклатуры.

Как видно из рисунка, сейчас в регистре сведений Цены номенклатуры для Комплекта постельного белья две записи для типов цен:

• Продажная — 3 670 руб.;
• Оптовая — 2 090 руб.

Поскольку реквизит Тип цен был удален из основной конфигурации, в регистре сведений должно остаться две записи с разными ценами на одинаковые ключевые параметры для Комплекта постельного белья. Правила записи в регистр этого не допускают, и программа 1С выдает ошибку при обновлении базы данных.

Удалите одну из записей для Комплекта постельного белья и выполните обновление сначала. На этот раз никаких ошибок программа 1С не выдаст!

Если причину самостоятельно, используя указанные рекомендации, отыскать не удалось, базу придется передать профессионалам 1С для исправления.

См. также:

• Ошибка печати в 1С: как исправить
• Компонента 1С: Печать штрихкодов не установлена на данном компьютере
• Лицензия не обнаружена. Не обнаружен ключ защиты программы 1С: как исправить
• Не обнаружена установленная версия 1С Предприятия
• Значение поля номер не уникально 1С 8.3: как исправить

Если Вы еще не являетесь подписчиком:

Активировать демо-доступ бесплатно →

или

Оформить подписку на Рубрикатор →

После оформления подписки вам станут доступны все материалы по 1С Бухгалтерия, записи поддерживающих эфиров и вы сможете задавать любые вопросы по 1С.

Подписывайтесь на наши YouTube и Telegram чтобы не пропустить
важные изменения 1С и законодательства

Помогла статья?

Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно

Содержание:

1.       Типы регистров сведений

2.       Неуникальные записи регистра сведений  

1.      Типы регистров сведений

Начнем с того, что регистр сведений –  таблица в базе данных. Для поиска данных в таблице используются ключи. Ключи представляют собой уникальные значения во всей таблице. Для регистра сведений это так же справедливо. Более того, для регистра сведений ключом записи служит набор измерений (если регистр сведений непериодический), набор измерений и период (если периодический) и, наконец, набор измерений, период и регистратор (если регистр сведений подчинен регистратору). Таким образом, чтобы выполнялось условие про уникальность ключа регистра сведений, необходимо обеспечить уникальность совокупности значений набора указанных свойств регистра.   

2.      Неуникальные записи регистра сведений

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

1. Создаем РС «Расш1_РегистрСведений_ДляПроверкиНеуникальныхЗаписей» (непериодический, независимый)

Допустим, что непериодический регистр сведений предназначен для отслеживания количества задач, выполненных пользователями с детализацией до 1 часа внутри дня. Состав даты «Дата и время» этому способствует.

Измерения:

·         Пользователь (СправочникСсылка.Пользователи)

·         Дата (Дата и время)

Ресурсы:

·         Количество выполненных задач (Число(3,0), Неотрицательное)

И какое-то время мы наблюдаем за результатами работы пользователей.

Работа пользователей в непериодическом регистре сведений

Спустя время по результатам анализа нам кажется такая детализация избыточной. Мы решаем пересмотреть систему оценки работы пользователей путем агрегирования данных в границах дня. Такое решение сократит объем хранимых данных и, теперь, не испортит нашу аналитику.

Мы меняем свойство измерения «Дата» с «Дата и время» на «Дата». В результате этих действий и отбора записей регистра сведений мы и получаем предупреждение, что записи регистра сведений — неуникальные, так как дата, имеющая в составе только дату – это всегда дата на начало дня. Таким образом, у всех наших записей дата события становится одинаковой, 21.07.2021 0:00:00, а вместе с ней и совокупность значений набора измерений регистра.

Неуникальные записи регистра сведений

Кнопка «Принять» становится неактивной. Обновление не удалось.

На данном примере видно, что ошибка «Записи регистра сведений стали неуникальными» в 1С возникает при упразднении какого-то измерения, либо, как в моем примере, при изменении типа значения. Чтобы обойти обозначенную ситуацию, необходимо обработать существующие записи независимого регистра сведений так, чтобы в преддверии внесения изменений в его структуру записи стали уникальными в контексте его новой структуры.

Специалист компании  «Кодерлайн»

Сергей Пушкин

Рассмотрим порядок обновления программы 1С: Учет в управляющих компаниях ЖКХ, ТСЖ и ЖСК с релиза 3.0.44.17 на релиз 3.0.44.18.

Перед обновлением программы необходимо проверить следующие параметры и настройки информационной базы:

1. Пользователь, под которым выполняется обновление, должен иметь полные права и права администратора системы.
2. Для ПРОФ версии программы необходимо проверить корректность работы системы лицензирования СЛК, для этого нужно:
   • зайти в меню «Главное — Настройка программы»;
   • на закладке «Система лицензирования» нажать кнопку «Настройка параметров системы лицензирования»;
   • нажать кнопку «Проверить лицензию».

   Должно выйти сообщение «Лицензия получена успешно»:

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

• Зайти в меню «Администрирование — Поддержка и обслуживание — Регламентные операции»;
• Флажок «Дата запрета изменения» должен быть снят:

Если флажок установлен, то его нужно снять, после выполнения обновления можно будет установить обратно.

Сформировать отчет «Оборотно-сальдовая ведомость» за последний месяц.

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

Сохранить отчет можно через «Главное меню — Файл — Сохранить как», необходимо указать каталог для сохранения и формат:

Посмотреть дату актуальности последовательности проведения документов в обработке «Закрытия месяца».

Обработка доступна через меню «Операции — Закрытие месяца»:

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

После этого можно использовать помощник обновления на версию 3.0.44.18.

Данную вкладку можно открыть через меню «Главное»- «Обновление программы до версии 3.0.44.18».

Возможность обновления появляется в том случае, если дистрибутив версии 3.0.44.18 был скачан, разархивирован и установлен.

После этого появляется возможность начать обновление программы.

Нажимаем кнопку «Начать обновление».

Появляется окно » Помощник обновления конфигурации».

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

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

Далее в программе указываем путь к файлу резервной копии базы и нажимаем кнопку «Продолжить».

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

В нашем случае «D:базыКаталог для сохранения базы.

Далее будет выполнена выгрузка данных информационной базы в каталог на диске, указанный в «Помощнике обновления».

Нажимаем «Выгрузить данные».

Анализ структуры может занять некоторое время.

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

После завершения мастера необходимо произвести обновление конфигурации на версии 3.0.44.18 в режиме «Конфигуратор».

Нажимаем на кнопку «Завершить работу и перейти к обновлению конфигурации».

Завершаем работу в пользовательском режиме. Открываем программу в режиме «Конфигуратор», заходим в меню «Конфигурация» — «Поддержка»- «Обновить конфигурацию» (как показано на рисунке ниже).

Далее выбираем вариант «Выбор файла обновления»:

Выбираем файл обновления. (В данном случае он был установлен в папку «TSZHBase».)

Выбираем файл в формате «cfu» и нажимаем «Открыть».

Файл обновления указан. Нажимаем кнопку «Готово».

Появляется информационное сообщение. Нажимаем на кнопку «Продолжить обновление»:

Выходит окно с информацией об обновлении версии на 3.0.44.18:

Нажимаем кнопку «Ок».

Появилось окно «Реорганизация информации». Нажимаем кнопку «Принять».

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

Параметры программы обновятся.

Обновление программы выполнено.

После обновления необходимо проверить следующую информацию:

1. Установить дату запрета изменения данных (если до обновления дата была установлена);
2. Сформировать отчет «Оборотно-сальдовая ведомость» и проверить корректность данных, сравнить с данными Оборотно-сальдовой ведомости до обновления.
3. Проверить дату актуальности последовательности проведения документов в обработке «Закрытия месяца». • Если указанные параметры перепроведения документов в исходной и обновленной базах отличаются, то в обновленной базе версии 3.0.44.18 или выше можно выполнить обработку «УПЖКХ_ВосстановлениеПоследовательности», которая восстановит актуальность последовательности по организации до указанной пользователем даты. В качестве даты восстановления последовательности необходимо указать конец месяца, предыдущего дате начала перепроведения, указанной в обработке закрытия месяца в базе до обновления.

Например:

• в исходной базе до обновления указано, что перепроведение нужно выполнить с 19.03.2016;
• в базе после обновления указано, что перепроведение нужно выполнить с 05.09.2015;
• тогда в обработке восстановления последовательности можно указать дату 29.02.2016, таким образом, последовательность будет восстановлена без проведения до 29.02.2016 включительно.

Обработку «УПЖКХ_ВосстановлениеПоследовательности» можно получить, отправив запрос на электронную почту otr@rarus.ru.

Обработка открывается через «Главное меню — Файл — Открыть».
Необходимо указать организацию и дату, до которой нужно восстановить последовательность перепроведения документов:

Если при выполнении обновления возникнут какие-либо затруднения, обратитесь на линию технической поддержки по следующим контактам.

При обращении пришлите следующие данные:

• копию информационной базы версии 3.0.44.17, сохраненную перед началом обновления на версию 3.0.44.18;
• конфигурацию (файл в формате cf) версии 3.0.44.18, если конфигурация содержит индивидуальные доработки. Для выгрузки конфигурации необходимо зайти в программу в режиме «Конфигуратор» и выбрать меню «Конфигурация — Сохранить конфигурацию в файл».

Описание ошибки:
Ошибка на этапе реорганизации инфомрации при обновлении базы конфигурации 1С 8 Комплексная автоматизация 2.0 с релиза 2.5.8.303 на релиз 2.5.9.125: «Записи регистра сведений стали неуникальными: СостоянияПоОбъектамУчетаЭДО»

Найденные решения:

Ошибка наиболее часто возникает при обновлении конфигураций баз 1С 8. При этом продолжить и завершить обновление на этапе «Реорганизации информации» не возможно, т.к. кнопка «Принять» не активна. Возможно только отменить. В первую очередь важно понять, почему кнопка «Принять» не активна. Для этого «пролистываем» весь список с описанием «изменений в структуре информационной базы» и находит строки, которые отмечены красным восклицательным знаком !:

Нажатие на изображении увеличит его

Рис. 1. Возникновение ошибки при обновлении базы 1С 8 при реорганизации информации.

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

Как уже было отмечено в коротком описании, выполнялось обновление конфигурации базы 1С 8 Комплексная автоматизация редакции 2 с релиза подредакции 2.5.8 — 2.5.8.303 на релиз подредакции 2.5.9 — 2.5.9.125. Сама цель в данной ситуации заключалась в том, чтобы обновить базу до актуального релиза подредакции 2.5.10 (на момент публикации данного материала — начало января 2023 г.).

Очень удивительно было наблюдать ошибку именно такого рода, так как буквально предыдущие обновление, которые выполнялись незадолго до описываемого обновления с ошибкой, произошли успешно, без каких-либо похожих проблем.

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

Нажатие на изображении увеличит его

Рис. 2. Пример одной из обработок для 1С 8: поиск неуникальных записей регистра

В подобных случаях возникает два варианта развития событий. Либо пытаться изменить порядок обновления, т.к. возможно, что при обновлениях меняется структура обновляемых регистров и регистра «СостоянияПоОбъектамУчетаЭДО» в частности в примере. И разработчики допустили «упущение» при переходе. Либо — второй вариант — это пытаться найти неуникальные записи указанного регистра и что-то с ними делать. Сложно определить, какой из выбранных способов решения проблемы окажется быстрым. Но, казалось, что изменения порядка обновления должен оказаться более быстрым и простым.

Поэтому была предпринята попытка, прежде чем выполнять обновление на релизы подредакции 2.5.9, еще обновиться до более поздних релизов подредакции 2.5.8 — 2.5.8.318. И потом снова попытка обновиться на релиз 2.5.9.135. И выбор данной стратегии оказался успешным, не пришлось выполнять действий по анализу записей регистра и их корректировки:

Нажатие на изображении увеличит его

Рис. 3. Результат обхода ошибки «Записи регистра сведений стали неуникальными: СостоянияПоОбъектамУчетаЭДО»

Так же, в случае, если есть возможность оценить состав измерений и ресурсов регистра, для которого возникает ошибка при обновлении «записи регистра сведений стали неуникальными», в релизе до обновления и после и окажется, что видимых изменений нет, то можно обратиться к опыту из статьи Исправление ошибки «Записи регистра сведений стали не уникальными» сайта Инфостарт. В ней предложена обработка, с помощью которой можно перед обновлением выгрузить данные регистра в отдельный файл, для которого возникает ошибка, с удалением данных регистра и последующей загрузкой из ранее созданного файла после обновления. Обработка претендует на некоторую универсальность, т.к. в ней возможно выбрать любой регистр конфигурации.

Нажатие на изображении увеличит его

​Рис. 4. Пример обработки для обхода ошибки «записи регистра сведений стали неуникальными».

Оцените, помогло ли Вам предоставленное описание решения ошибки?

---

© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.

04-01-2023

Журавлев А.С.
(Сайт azhur-c.ru)