При обновлении конфигурации периодически может возникать ошибка "Записи регистра сведений стали неуникальными" или "Имеются записи с одинаковыми измерениями".
Что она означает и как ее исправить.
Каким образом решается проблема, с которой не может справиться платформа, т.е. выбор правильной записи из нескольких при разных значениях ресурсов, или дублирующие записи удаляются полностью?
Если записи удаляются полностью, то можно добавить в алгоритм дополнительную проверку, на записи, которые можно "спасти".
По какому принципу "сворачиваются" записи? Строго говоря здесь нужно выбирать какую из N несовместимых записей оставлять. В (2) описан опасный метод, который может вместо N корректных в прошлом строк оставить одну некорректную (с противоречивыми ресурсами+реквизитами) строку склеенную из максимумов. Я в код не смотрел, поэтому сужу только по описанию.
(5) tormozit, Да, просто оставляет максимум.
Смысл в том, что сохраняем то, что возможно. В каких-то случаях может получиться противоречивая строка.
(6) Да, посмотрела. Проверить не на чем, но судя по интерфейсу именно то, чего не хватало. Возможно, полезно было бы еще иметь возможность заполнить удаляемые измерения вручную, чтобы всю базу каждый раз не проверять, но и так достаточно.
(3) artbear, Да, есть похожая по принципу работы.
Насколько помню, там есть проверка регистров при усечении типов. Т.е. она проверяет все регистры на возможные дубли при удалении типа данных из конфигурации.
Эта проверяет на ошибки конкретный регистр при изменении набора измерений. Ну и плюс умеет сворачивать записи, а не только удалять.
Логика использования немного другая. И эта проще.
Доработал аналогичный инструмент из подсистемы "Инструменты разработчика". Теперь он учитывает удаление измерений и оставляет в каждой группе любую одну строку.
(6) местный франч как всегда затупил с обновлением. Воспользовался инструментом. Порадовало, что поиск был выполнен автоматически.
Жаль что там нет ручного режима, но я так понял это защита от дурака?
(8) tormozit, Это вроде не вопрос номера платформы. У меня оба варианта ("Записи регистра сведений стали неуникальными" и "Имеются записи с одинаковыми измерениями") встречались на разных платформах. Не знаю точно, по какому принципу ошибки отображаются. Возможно, зависит от того, из-за чего получились неуникальные записи (усечение типов или удаление измерений).
Добрый день! Подскажите пожалуйста, в моем случае, у меня при обновлении добавляется новое измерение, возникает ошибка "Записи регистра сведений стали неуникальными", но Ваша обработка пишет, что дубли не найдены, по факту дубли есть. Ваша обработка не подходит для таких случаев? Не подскажете, как быть?
Подскажите пожалуйста, в моем случае, у меня при обновлении добавляется новое измерение, возникает ошибка "Записи регистра сведений стали неуникальными", но Ваша обработка пишет, что дубли не найдены, по факту дубли есть. Ваша обработка не подходит для таких случаев? Не подскажете, как быть?
скорее всего, нужно ещё раз внимательно просмотреть изменения в регистре, и понять, как и что изменилось.
(11) Если измерение только добавляется, то таких ошибок быть не должно.
Проверьте еще раз. Скорее всего какое-то измерение все-таки удаляется либо меняется тип одного из измерений,
Добавлю маленький комментарий, может кому пригодится.
У меня подобная ошибка была из-за того, что тип измерения регистра сведений задан "ОпределяемымТипом" из состава которого в результате обновления попытался исключиться добавленный справочник, в результате записи р\с чуть было не лишились измерения.
Добрый день! У меня подобная проблема, в Периодическом регистре сведений не производилось изменение состава измерений, но по какой-то причине при обновлении стала выходить эта ошибка "Записи регистра сведений стали неуникальными", хотя никаких дублей в регистре нет, проверил через Консоль запросов. Регистр состоит всего из 2х измерений и одного ресурса. Никто не сталкивался с подобной проблемой?
Спасибо!!! Помогло при переходе с ЗУП 2.5 на ЗУП Корп. РС "Плановые начисления сотрудников организаций" задублиллись, нашел через обработку, но так как она не удаляет по регистратору, исправил вручную. Но главное, что показала какие именно записи.
Всех с новым годом! Если есть у кого возможность сборости пожалуйста эту обработку мне на почту, проблема "Записи регистра сведений стали неуникальными: ДвоичныеДанныеФайлов" задолбался УТ 11.4 не могу обновить и старт мани кончились, почта 123asds@mail.ru
(22) если при переходе бухгалтерии 2.0 на 3.0 то в 2.0 смотрите регистр сведений ПрисоединенныеФайлы, а не регистр УдалитьПрисоединенныеФайлы. При переходе вроде как данные из этого регистра копируются в регистр УдалитьПрисоединенныеФайлы в 3.0. Ошибка зарегистрирована в 1с.
Ошибка при переходе с редакции 2.0 при использовании ЭДО
Код ошибки: 10204147
Код(ы) обращения: SW1339900
Статус: Планируется исправление в будущих версиях Зарегистрирована: 30.11.2018
Исправлена: "Бухгалтерия предприятия", версия
"Бухгалтерия предприятия, редакция 3.0", версия
Описание:
Если используется электронный документооборот и по некоторым электронным документам не завершен обмен, то при переходе с редакции 2.0 выдается сообщение об ошибке "Записи регистра сведений стали неуникальными: УдалитьПрисоединенныеФайлы".
Не обновляется с 2.0.66.70 на 3.0.67.74 Пишет "Записи регистра сведений стали неуникальными УдалитьПрисоединенныеФайлы".
А при запуске обработки тишина, ничего не происходит
(25)
Столкнулись с этим же.
Проблема в файлах пакетов электронных документов в РС ПрисоединенныеФайлы. Они 1С'кой не переносятся. Файлы электронных документов, хранящиеся в этом же РС переносятся, а про пакеты забыли - забыли указать этот тип в возможных типах в РС УдалитьПрисоединенныеФайлы через, который они переносятся.
После удаления из РС записей о пакетах электронных документов - конфигурация базы данных успешно обновляется.
Написал простенькие обработки.
1. выгружает из 2.0 в папку пакеты электронных документов с именем пакета. Затем удаляет эти записи из РС.
2. загружает в 3.0 из папки все файлы в РС ДвоичныеДанныеФайлов со ссылкой на Пакет Электронных Документов, найденный по имени файла в папке.
Проблема на некоторых регистрах сведений.
МАКСИМУМ() не может применяться к выражениям с типам ХранилищеЗначения и МоментВремени, а также Строкам неограниченной длины.
Получаю ошибку в некоторых регистрах сведений (например в БП 2.0 ПаспортныеДанныеФизЛиц)
(34)
я смотрел в регистре - записи все уникальные, выгрузил содержание регистра в xml - стандартной обработкой выгрузки и загрузки данных xml, накатил релиз, и той же обработкой загрузил данные обратно.
Если состав измерений остался прежним, то изменился тип. Например, был справочник ссылка "Контрагенты" стал "Ключи реестра". Для решиния необходимо сначала объединить типы, т.е сделать его составным. Тип в новой конфигурации будет у "Контрагенты","Ключи реестра". Это даст вам обновиться. Ну и потом старый тип можно убрать
Или допустим, строка тип у измерения, а туда пытаются впихнуть ссылку, в результате 1 раз туда запишется пустота "", вторая ссылка тоже будет писать пустоту, а там уже есть пустота