Подсистема автоматического удаления дублей в справочниках (управляемые формы, любая конфигурация)
Подсистема позволяет проводить автоматическое удаление дублей справочников в соответствии с заданными настройками. Возможно встраивание в любую конфигурацию на управляемых формах. Позволяет задать настройки справочников, в которых ищутся дубли и также поля поиска совпадений. Есть регламентное задание для запуска проверки с заданным периодом. Если в базе найдены ссылки на тот элемент, который будет удален, то они заменяются на тот элемент, который остается. Дублем считается элемент справочника, у которого больше значение кода.
Комментарии
Избранное
Подписка
Сортировка:
Древо
(2) ага именно.
Ещё вопросы:
- есть ли лог выполнения, в первую очередь интересует лог регламентного задания?
- есть ли возможность проводить проверку на дубль в ОбработкаПроверкиЗаполненияНаСервере элемента справочника? Очень бы пригодилась проверка с неточным соответствием...
- не понятно как отработает система, если будет, например, 2 физ лица, и только у одного из них будет заполнено поле ДР. Как я понял подсистема воспримет их как разные элементы.
- как подсистема определит бОльщий код, если код элементов с разными префиксами?
- используется ли полнотекстовый индекс? Мало ли..
- Вас реально зовут "Пафнутий"?
Ещё вопросы:
- есть ли лог выполнения, в первую очередь интересует лог регламентного задания?
- есть ли возможность проводить проверку на дубль в ОбработкаПроверкиЗаполненияНаСервере элемента справочника? Очень бы пригодилась проверка с неточным соответствием...
- не понятно как отработает система, если будет, например, 2 физ лица, и только у одного из них будет заполнено поле ДР. Как я понял подсистема воспримет их как разные элементы.
- как подсистема определит бОльщий код, если код элементов с разными префиксами?
- используется ли полнотекстовый индекс? Мало ли..
- Вас реально зовут "Пафнутий"?
(3) Glebis,
1) Лог, да, ведет, в таком виде - как на скриншоте.
2) Подобный алгоритм ведь есть в типовых конфигурациях (проверка перед записью). Возможно, лучше им воспользоваться. Т.к. другая немного задача.
3) Тут Вам решать. Если организация большая, то настройки лучше указать, как я привел на скриншоте. Тогда да, это будут разные элементы. Если фирма маленькая, то достаточно оставить только наименование и тогда дубль удалит. Но остается надеяться, что полные тезки не придут на работу в эту компанию.
4) Как сравнение строк определит.
5) Нет. Обычный метод НайтиСсылки.
6) Нет. Просто он человек хороший.
1) Лог, да, ведет, в таком виде - как на скриншоте.
2) Подобный алгоритм ведь есть в типовых конфигурациях (проверка перед записью). Возможно, лучше им воспользоваться. Т.к. другая немного задача.
3) Тут Вам решать. Если организация большая, то настройки лучше указать, как я привел на скриншоте. Тогда да, это будут разные элементы. Если фирма маленькая, то достаточно оставить только наименование и тогда дубль удалит. Но остается надеяться, что полные тезки не придут на работу в эту компанию.
4) Как сравнение строк определит.
5) Нет. Обычный метод НайтиСсылки.
6) Нет. Просто он человек хороший.
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.
Вакансии
Технический лидер, архитектор 1С, руководитель проектов
Санкт-Петербург
зарплата от 150 000 руб.
Полный день
Санкт-Петербург
зарплата от 150 000 руб.
Полный день