Быстрый поиск дублей с четким/нечетким поиском по любому сочетанию реквизитов/реквизитов таб. частей с отбором и быстрой заменой значений в ЛЮБЫХ базах 8.1-8.3 (УТ 10.3, БП 2, ЗУП 2.5, КА 1.1, УТ 11, БП 3, УНФ 1.6/3.0, КА 2, ЗУП 3 и т.д.)
Данные обработки помогут Вам легко и, главное, быстро (в 5 раз и более быстрее штатной обработки 1С), выполнить поиск дублирующих данных в Ваших базах 1С на платформах 8.1-8.3. Это позволит уменьшить объем лишней информации в справочниках и документах, планах видов характеристик и др., упростит работу с данными пользователям. А так же можно, одним нажатием, узнать в каких ссылочных объектах есть вообще дубли! Понятное расположение команд и настроек, в сочетании с описанием и справкой, еще упростят процесс. Если что-то будет неясно по работе с обработками – я готов Вам помочь. А так же обновления Вы получаете бесплатно в течение года с момента приобретения данных обработок! Данные обработки входят в ТОП-100 продаж за все время, что является залогом популярности, надежности в работе, и признанием других покупателей. (Обновление от 18.07.2022, версия 6.9)
Комментарии
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
Вобщем, обработкой доволен: удобная и свое дело делает. Но замена ссылок происходит ооочень долго. В основном из-за чтения и записи движений документов. Можно было бы это вынести в отдельную опцию (замена ссылок в движениях), т. к. после этого все-равно собираюсь делать перепроведение.
(108), замена ссылок происходит в режиме обмена и во всей базе (в движениях/регистрах сведений и т.д.). Удаляются данные только, если нет ссылок на элемент. Поиск ведется по любому сочетанию выбранными Вами реквизитам. Если выбранные реквизиты у элементов будут равны, то система посчитает их дублями.
(113) я так понимаю сейчас во всех конфигурациях запрещено "Использование модальных окон".
Да, конечно есть альтернатива использование стандартной встроенной обработки, но она медленная и не гибкая как Ваша.
Планируете ли Вы подправить обработку для ее использования?
Да, конечно есть альтернатива использование стандартной встроенной обработки, но она медленная и не гибкая как Ваша.
Планируете ли Вы подправить обработку для ее использования?
Обновление от 21.07.2014 4.9 (ОФ),4.10 (УФ)!
- Увеличена скорость поиска дублей в несколько раз, в моем случае - в 3 раза(!);
- Добавлены реквизиты "Родитель" и "ЭтоГруппа" для выбора при поиске дублей;
- Увеличена скорость поиска дублей в несколько раз, в моем случае - в 3 раза(!);
- Добавлены реквизиты "Родитель" и "ЭтоГруппа" для выбора при поиске дублей;
Обновление от 23.07.2014 4.10 (ОФ),4.11 (УФ)!
- При сравнении реквизитов с типом "Строка" теперь будет игнорироваться регистр букв (флаг "Очищать реквизиты от знаков пунктуации и пробелов" должен быть вкл.);
- При сравнении реквизитов с типом "Строка" теперь будет игнорироваться регистр букв (флаг "Очищать реквизиты от знаков пунктуации и пробелов" должен быть вкл.);
Обновление от 25.07.2014 4.12 (УФ)!
- Исправлены ошибки при работе в интерфейсе "Такси" (режим модальности - не использовать приводил к ошибкам);
- Форма будет отображаться в компактном режиме.
- Исправлены ошибки при работе в интерфейсе "Такси" (режим модальности - не использовать приводил к ошибкам);
- Форма будет отображаться в компактном режиме.
Обновление от 19.08.2014 4.11 (ОФ),4.13 (УФ)!
- Исправлена ошибка при поиске дублей с участием поля "Код".
- Исправлена ошибка при поиске дублей с участием поля "Код".
hakerxp, в каждой версии правлю для себя функцию приведения строки на следующую:
Суть в дополнительных убираемых символах и в букве «ё». Может, рассмотрите этот вариант в качестве рабочего?
Функция ЗаменаСимволов(Знач Стр)
Если ЗначениеЗаполнено(Стр) И ТипЗнч(Стр)=Тип("Строка") Тогда
НенужныеСимволы = " .,-/\()+[]{}""«»'*<>_—" + Символы.НПП + Символы.Таб + Символы.ПС;
Для сч = 1 по СтрДлина(НенужныеСимволы) цикл
Стр = СтрЗаменить(Стр, Сред(НенужныеСимволы, сч, 1), "");
КонецЦикла;
Стр=ВРег(Стр);
Стр = СтрЗаменить(Стр, "Ё", "Е");
КонецЕсли;
Возврат Стр;
КонецФункции ПоказатьСуть в дополнительных убираемых символах и в букве «ё». Может, рассмотрите этот вариант в качестве рабочего?
Обновление от 17.09.2014, версии 4.13 (ОФ), 4.15 (УФ)!
- Увеличен список знаков пунктуации ( .,-/\()+[]{}""«»'*<>_—:;!?^#%`) (добавлена замена "Ё" НА "Е"), от которых нужно очищать строки, если установлен флаг "Очищать реквизиты от знаков пунктуации и пробелов".
- Увеличен список знаков пунктуации ( .,-/\()+[]{}""«»'*<>_—:;!?^#%`) (добавлена замена "Ё" НА "Е"), от которых нужно очищать строки, если установлен флаг "Очищать реквизиты от знаков пунктуации и пробелов".
Огромное спасибо, автору. Одна из самых используемых обработок, после переносов с 7 на 8-ку, или объединения баз. В начале года было много переносов из ЗиК-7 в ЗиКБУ-8, очень выручила данная разработка. Помогал приём создания дубля объекта (переименование, особенно в справочниках) и замена.
(135), регистр сведений всего лишь использует ссылки справочника "Номенклатура". Следовательно вам нужно отобрать дубли в справочнике "Номенклатура" по тем реквизитам, по которым Вы считаете что элементы являются дублями. Например, по наименованию и/или артикулу. При замене ссылок обработка и заменит ссылки в регистре штрих-кодов. Если буду вопросы, то пишете мне на почту,указанную на обработке внизу.
(137), этот "велосипед" (как Вы пишите) был создан раньше, чем в "инструментах разработчика от tormozit" и код полностью разработан мной. И данный велосипед скачало более 1000 человек, что говорит о востребованности данной обработки. Если Вам не нужна или не устраивает данная публикация - можно просто "пройти мимо", а не добавлять "ложку дегтя в бочку меда".
Так же еще пожелание: при поиске дублей контрагентов хотелось бы найти все дубли по наименованию, но в списке видеть так же ИНН, КПП (произвольный набор дополнительных колонок). Для физ. лиц это могут быть дата рождения, СНИЛС. Это поможет отловить случаи, когда какие-то данные не указаны в одном из элементов. Допустим, из трех контрагентов в двух указан ИНН, в третьем не указан, а КПП только в одном указан. А если адрес можно вывести, то это вообще было бы супер!
Добрый день всем.
Прочитал, так и не понял в чем отличия других систем обработки от ИТС.
Будет ли меняться дата документов и как это повлияет на последовательность документов. Как потом это все исправить....
Самое главное как определить а дубль ли это был удален или нет.... Прога этого сама не определит..
Прочитал, так и не понял в чем отличия других систем обработки от ИТС.
Будет ли меняться дата документов и как это повлияет на последовательность документов. Как потом это все исправить....
Самое главное как определить а дубль ли это был удален или нет.... Прога этого сама не определит..
(144), замена ссылок происходит в режиме обмена, при этом происходит только подмена ссылок, даты и прочие данные не изменяются! После поиска дублей система предлагает вам выбрать главный элемент, а прочие пометить на подмену и удаление. Следовательно, Вы сами можете контролировать процесс и выбирать что оставить, что удалить. Если удалить дубль не получается - обработка об этом информирует.
Есть вопрос по обработке
Поможет ли мне решить ваш продукт следующую проблему.
Удаляю дубли договоров стандартной обработкой встроенной, выдает ошибку недостаточно памяти.
При попытке удалить один задвоенный договор, не может переделать ссылки и удалить договоры, к которым привязано много документов (больше 100).
Я так полагаю пытается переделать ссылки и удалить все скопом в рамках одной транзакции, а может и не по этому.
Во время исполнения этой обработки растет память занимаемая процессом и на подлете к 4 гигабайтам минутки через 3 - крах и выдает ошибку недостаточно памяти.
тестирование исправление делал не помогает
БП 3,0,37,29
Платформа 8,3,15,1248
Файловая БД
Поможет ли мне решить ваш продукт следующую проблему.
Удаляю дубли договоров стандартной обработкой встроенной, выдает ошибку недостаточно памяти.
При попытке удалить один задвоенный договор, не может переделать ссылки и удалить договоры, к которым привязано много документов (больше 100).
Я так полагаю пытается переделать ссылки и удалить все скопом в рамках одной транзакции, а может и не по этому.
Во время исполнения этой обработки растет память занимаемая процессом и на подлете к 4 гигабайтам минутки через 3 - крах и выдает ошибку недостаточно памяти.
тестирование исправление делал не помогает
БП 3,0,37,29
Платформа 8,3,15,1248
Файловая БД
(146), обработка позволяет выбрать количество, на котором произойдет остановка поиска дублей. В Вашем случае нужно попробовать указать, например 10 штук и выполнить поиск и замену ссылок. Я думаю памяти должно хватить в таком случае. И так делать далее порциями по 10 или более дублей. Главное сделать резервную копию базы перед работой с обработкой!
Будет выполнена замена ссылок в режиме обмена. Перепроведения документов не будет. В ОСВ могут измениться суммы т.к. контрагенты будут заменены в документах/движениях на верные.
В справочниках и ПВХ нет поля "Период". Можно после замены дули-элементы пометить на удаление, удалить, или вообще оставить без изменения.
Эта вкладка нужна для выборочной ручной замены любых ссылочных данных справочников и ПВХ. Это отдельный механизм. Вы должны пользоваться 2й вкладкой для выбора дублей.
По сравнению со штатной, которая долго задумывается - эта работает шустрее. Не хватает нечеткого поиска и что бы в выводимых данных можно было бы кроме наименования ссылки на элемент выводить его реквизиты. Например при поиске в Контрагенте - можно было бы в окошке вывода смотреть еще выбранные реквизиты контрагента, например ИНН. Это удобно для правильного принятия решения по удалению ссылок.
Пользуюсь вашей обработкой поиска дублей версии 5,01. возник вопрос относительно ее работы. Версия 4.16 позволяла "схлопнуть" два совершенно разных контрагента указав их явно в отборе после чего указывал на кого из двух произвести слияние. А для 5,01 принципиально это не дубли и она их не находит. как быть? БП 3.0
(169), насколько я помню ШК номенклатуры хранятся в регистре сведений. А это не ссылочные данные. Следовательно, мою обработку нужно дописать чтоб она могла сделать данную работу. Если у Вас конфигурация, выполнена в виде обычного приложение (не такси или УФ), то обработка будет работать на 8.2+ платформе. Если у Вас конфигурация на интерфейсе "такси", то нужно обновить платформу на 8.3+ и моя обработка будет работать, которая предназначена для "такси".
Добрый день! Приобрела вашу программу при выборочной замене ссылок программа у меня работает а при массовом нахождении нет. Т.е. я захожу найденные дубли, программа находит дубли, затем программа определяет автоматически главные ... но потом при нажатии кнопки заменить ссылки не срабатывает замена
Прикрепленные файлы:
Приобрел обработку. Сегодня прислали. При выборе объекта в искать дубли в выдает ошибку:
Текст ошибки:
Результат:
{Форма.Форма.Форма(1491)}: Ошибка при вызове метода контекста (ПолучитьФорму)
ФормаЗапроса=ПолучитьФорму(ИмяформыЗапроса,,ЭтаФорма);
по причине:
Неизвестное имя формы. Имя: "ВнешняяОбработка.ПоискДублей.Форма.ФормаЗапроса"
Текст ошибки:
Результат:
{Форма.Форма.Форма(1491)}: Ошибка при вызове метода контекста (ПолучитьФорму)
ФормаЗапроса=ПолучитьФорму(ИмяформыЗапроса,,ЭтаФорма);
по причине:
Неизвестное имя формы. Имя: "ВнешняяОбработка.ПоискДублей.Форма.ФормаЗапроса"
Очень пригодилась обработка. Автор молодец! Были вопросы , быстро устранил! использовал на Бухгалтерии для элеватора и комбикормового завода 3.0:
после сливания двух баз задвоились счета 20, 60, 62, 90 и т.д. Причем все они предопределенные стали. Эта разработка ВСЕ Вопросы решила ссылки перенесла дубли удалила!!!
после сливания двух баз задвоились счета 20, 60, 62, 90 и т.д. Причем все они предопределенные стали. Эта разработка ВСЕ Вопросы решила ссылки перенесла дубли удалила!!!
У всех этих обработок есть недостаток, при работе с подчиненными справочниками и имеющими ключевой реквизит.
Не важно как быстро работает обработка если справочник договоры контрагентов приходится в разрезе 1 владельца обрабатывать, а потом приниматься за следующего. Если есть реквизит организация и она не владелец то опять же не задать ее как ключ, чтобы дубли с разными организациями не считались дублями.
Не важно как быстро работает обработка если справочник договоры контрагентов приходится в разрезе 1 владельца обрабатывать, а потом приниматься за следующего. Если есть реквизит организация и она не владелец то опять же не задать ее как ключ, чтобы дубли с разными организациями не считались дублями.
(182)
"7. При поиске дублирующихся элементов есть возможность указать владельца и производить поиск в пределах владельца(если есть данный реквизит у справочника);"
Указать владельца и искать дубли в пределах всех владельцев не совсем тоже самое...
P.s. обработкой не пользовался, но в описании нет того о чем я написал.
"7. При поиске дублирующихся элементов есть возможность указать владельца и производить поиск в пределах владельца(если есть данный реквизит у справочника);"
Указать владельца и искать дубли в пределах всех владельцев не совсем тоже самое...
P.s. обработкой не пользовался, но в описании нет того о чем я написал.
Добрый день. Хотел бы уточнить, обработка справится с большим кол-ом информации (нужно справочник Номенклатура почистить, кол-во элементов около 400 000), штатная не дает, т.к. ограничение на кол-во дублей есть, как понимаю.
(184) , справится. 250 000 чистили. Все еще зависит от количества вашей оперативной памяти и сервера 1С. Я рекомендую все таки просто ставить в обработке ограничение на количество найденных дублей для того чтоб анализировать все порциями. И проще и системе. За один мах не рекомендую делать замену ссылок всех дублей из 400 000.
(187) , Здравствуйте! Найдет и такие дубли, как вы указали. Для этого нужно использовать соответствующий режим "Нечеткое сходство данных..." и настроить поле поиска наименование по вхождению слов А настройкой "% сходства данных" регулировать насколько будут отличаться наименования.
Можно ли в настройках назначить приоритет объектам полученным из другой системы или по какому-то ключу.
Например: есть 3 номенклатуры и они фактические дубли и нужно держать в приоритете ту, что с префиксом "УТ-", а если таких нет, то дальше по стандартному принципу.
Например: есть 3 номенклатуры и они фактические дубли и нужно держать в приоритете ту, что с префиксом "УТ-", а если таких нет, то дальше по стандартному принципу.
(193) , какую номенклатуру оставить можете решать вы в обработке или можете определить по количеству ссылок на элемент, какой элемент будет главным, а какие будут удалены в автоматическом режиме.
Но насчет изменения порядка определения главного элемента можно подумать.
Но насчет изменения порядка определения главного элемента можно подумать.
Как после найденных дублей автоматически по своему условию определить главный элемент?
Сейчас только у кого больше объектов, тот и главный.
А нужно если в коде есть "UT-" то он главный и если таких несколько или вообще нет, то определяем по типовому.
Сейчас только у кого больше объектов, тот и главный.
А нужно если в коде есть "UT-" то он главный и если таких несколько или вообще нет, то определяем по типовому.