Комментарии
Избранное
Подписка
Сортировка:
Древо
Каким образом решается проблема, с которой не может справиться платформа, т.е. выбор правильной записи из нескольких при разных значениях ресурсов, или дублирующие записи удаляются полностью?
Если записи удаляются полностью, то можно добавить в алгоритм дополнительную проверку, на записи, которые можно "спасти".
Если записи удаляются полностью, то можно добавить в алгоритм дополнительную проверку, на записи, которые можно "спасти".
По какому принципу "сворачиваются" записи? Строго говоря здесь нужно выбирать какую из N несовместимых записей оставлять. В (2) описан опасный метод, который может вместо N корректных в прошлом строк оставить одну некорректную (с противоречивыми ресурсами+реквизитами) строку склеенную из максимумов. Я в код не смотрел, поэтому сужу только по описанию.
(5) tormozit, Да, просто оставляет максимум.
Смысл в том, что сохраняем то, что возможно. В каких-то случаях может получиться противоречивая строка.
(6) Да, посмотрела. Проверить не на чем, но судя по интерфейсу именно то, чего не хватало. Возможно, полезно было бы еще иметь возможность заполнить удаляемые измерения вручную, чтобы всю базу каждый раз не проверять, но и так достаточно.
Смысл в том, что сохраняем то, что возможно. В каких-то случаях может получиться противоречивая строка.
(6) Да, посмотрела. Проверить не на чем, но судя по интерфейсу именно то, чего не хватало. Возможно, полезно было бы еще иметь возможность заполнить удаляемые измерения вручную, чтобы всю базу каждый раз не проверять, но и так достаточно.
(3) artbear, Да, есть похожая по принципу работы.
Насколько помню, там есть проверка регистров при усечении типов. Т.е. она проверяет все регистры на возможные дубли при удалении типа данных из конфигурации.
Эта проверяет на ошибки конкретный регистр при изменении набора измерений. Ну и плюс умеет сворачивать записи, а не только удалять.
Логика использования немного другая. И эта проще.
Насколько помню, там есть проверка регистров при усечении типов. Т.е. она проверяет все регистры на возможные дубли при удалении типа данных из конфигурации.
Эта проверяет на ошибки конкретный регистр при изменении набора измерений. Ну и плюс умеет сворачивать записи, а не только удалять.
Логика использования немного другая. И эта проще.
(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 при использовании ЭДО
Код ошибки: 10204147
Код(ы) обращения: SW1339900
Статус: Планируется исправление в будущих версиях Зарегистрирована: 30.11.2018
Исправлена: "Бухгалтерия предприятия", версия
"Бухгалтерия предприятия, редакция 3.0", версия
Описание:
Если используется электронный документооборот и по некоторым электронным документам не завершен обмен, то при переходе с редакции 2.0 выдается сообщение об ошибке "Записи регистра сведений стали неуникальными: УдалитьПрисоединенныеФайлы".
(25)
Столкнулись с этим же.
Проблема в файлах пакетов электронных документов в РС ПрисоединенныеФайлы. Они 1С'кой не переносятся. Файлы электронных документов, хранящиеся в этом же РС переносятся, а про пакеты забыли - забыли указать этот тип в возможных типах в РС УдалитьПрисоединенныеФайлы через, который они переносятся.
После удаления из РС записей о пакетах электронных документов - конфигурация базы данных успешно обновляется.
Написал простенькие обработки.
1. выгружает из 2.0 в папку пакеты электронных документов с именем пакета. Затем удаляет эти записи из РС.
2. загружает в 3.0 из папки все файлы в РС ДвоичныеДанныеФайлов со ссылкой на Пакет Электронных Документов, найденный по имени файла в папке.
Столкнулись с этим же.
Проблема в файлах пакетов электронных документов в РС ПрисоединенныеФайлы. Они 1С'кой не переносятся. Файлы электронных документов, хранящиеся в этом же РС переносятся, а про пакеты забыли - забыли указать этот тип в возможных типах в РС УдалитьПрисоединенныеФайлы через, который они переносятся.
После удаления из РС записей о пакетах электронных документов - конфигурация базы данных успешно обновляется.
Написал простенькие обработки.
1. выгружает из 2.0 в папку пакеты электронных документов с именем пакета. Затем удаляет эти записи из РС.
2. загружает в 3.0 из папки все файлы в РС ДвоичныеДанныеФайлов со ссылкой на Пакет Электронных Документов, найденный по имени файла в папке.
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|