Быстрый поиск и замена дублей справочников и планов видов характеристик на 8.2/8.3 в режиме обычного и управляемого приложения. Только для SQL версии.
Перед выполнением поиска необходимо задать параметры подключения к базе SQL на закладке "Настройка соединения SQL".
Обязательно нажать кнопку "Обновить представления". Будут удалены старые и созданы в базе SQL читабельные представления таблиц — например, "Справочник_Номенклатура". Без них работать не будет.
Поиск только для справочников и планов видов характеристик.
Замена в регистрах расчета не поддерживается.
Не использовать совместно с РИБ и прочими настроенными обменами данных, в которых используется синхронизация по уникальному идентификатору.
- Поиск дублей по нескольким полям
- Группировка результатов поиска по значениям полей поиска
- Автоматическое определение главного элемента, на который произойдет замена
- Возможность ручного отключения групп поиска
- Возможность ручного выбора главного элемента в группе
- Просмотр по двойному клику на элементе
- Возможность непосредственного удаления элементов при отсутствии на них ссылок
Версия 2.0
- Замена в регистрах бухгалтерии
- Возможность выполнения в обычном приложении
- Замена в агрегатах оборотных регистров накопления
- Произвольные отборы по любым полям, связанным с анализируемой таблицей
- Поддержка 8.3
- Для корректной работы необходимо обновить представления на закладке "Настройка соединения SQL
Версия 2.2
- Поддержка до 8.3.13
- Для длительных операций добавлена индикация состояния прогресса выполнения
Версия 2.3
- Для управляемой формы добавлена возможность выполнения SQL команд на стороне клиента — флажок на закладке "настройка соединения SQL"
Версия 2.4
- Исправлены выявленные ошибки — ошибка выполнения при обработке регистров накопления, ошибка совместимости кода с 8.2
Версия 2.5
- Исправлены выявленные ошибки — не работала замена в таблицах журналов документов
Версия 2.6
- Теперь флажок на группе "не выполнять замену в группе" отключает удаление объектов внутри группы по кнопке "удалить ссылки"
Если у Вас остатки номенклатуры в регистрах накопления, то при удалении дублей они должны прибавляться к оставшейся позиции. Обработка же просто делает замену; и в случае присутствия такой записи в регистре будет ошибка замены.
Для корректной замены нужно разобраться в структуре регистра накопления на уровне таблиц SQL, там есть важные поля-счетчики.
Я это предусмотрел. Как в регистрах накопления так и в регистрах сведений. В регистрах накопления итоги пересчитываются автоматически. В регистрах сведений возможна коллизия, если набор измерений после изменения будет дублироваться. Поэтому для ее избежания запись с неправильной ссылкой просто удаляется из регистра. Это только в том случае, если существует такой же набор измерений, но с правильной ссылкой
Добрый день
При попытке обновить представление пишет что
«СОМ объекты работают только в операционных системах виндос»
На клиентской маши виндос база на скуле
Чем эта обработка лучше типовой?
(3) Сервер 1с не на Linux?
(4) Быстрая замена ссылок в объектах средствами SQL команд, а не пообъектой записи, как в типовой, т.к. в запросах 1с нет аналогов insert/update
(6) Индексирование измененных ссылок и их поиск платформой продолжает работать?
(7) Интересная формулировка. Индексирование выполняется автоматически средствами СУБД. Поиск измененных ссылок платформой? Ссылка в базе данных имеет тип binary(16), то есть это по сути число (сформированное из GUID ссылки средствами платформы). Если я в строке таблицы меняю одно число на другое, а потом ищу по другому числу, то я непременно найду эту запись
не видно — что делает обработка… уменьшил число ссылок с 1000 до 100 ….
даже в обычных формах — зависает больше часа… что-то делает… что именно — непонятно
и непонятно на какой стадии процесс… сколько ждать? ещё час или 24 часа?
замена по коду в 3 цикла идёт… каждый по 100 — 1000 или больше элементов
хотя бы между ними сообщение можно писать…
а ещё лучше как в «стандартной» — прогресс показывать (см. фото)
(9) Добавил такую возможность в версии 2.2