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