Отличается от типовой:
1. добавлена возможности поиска на равное значение по нескольким реквизитам
2. добавлена возможность вручную дописывать условие текста запроса поиска дублей
3. добавлена возможность определения правильных элементов, не помеченных на удаление
4. добавлена возможность определения правильных элементов, заполненным реквизитом (выбирается в диалоге)
Обработка полезна для замены дублей подчиненных справочников (например: «Единицы измерения», так как при использовании стандартной обработки по наименованию найдутся все одинаковые единицы измерения, а необходимо искать в пределах подчинения), а так же других ситуаций.
Обработка универсальна и может применятся для любой конфигурации.
После установки условия поиска и поиска дублей добавлена возможность установки верным элемент не помеченный на удаление.
Так же добавлено условие установки верным элементом, с условием на равенство реквизита (в примере это реквизит «Управленческий код»)
Добрый день! А в обработке вы учли функционал наработанный коллегами в предыдущих версиях или это совсем другая обработка замены значений»
Это обработка взята из «Управление торговлей 10.3», доработана. Она универсальна
Замечательная обработка. Здорово помогла для исправления ситуации с задвоенной номенклатурой. Спасибо!!!
доп отборы на сравнение не работают.
проверял на упп справочник договоров.
задав сравнение на орг = орг и контрагент= контрагент и вид договора = вид договора
получил в совпавших группах договора разных организаций.
ну использование английского чтобы отличать свой код среди остального — не супер четкий аргумент, скажем так ))
не работает в УТ 11 в серверном варианте (заупк клиента: обычное приложение)
Привязки в форме не установлены.
(0) исправьте ошибку, указанную в 4 комментарии, тогда плюсану
(5) Pim, спасибо, Ваша дописка помогла
В процедуре УстановитьВернымПоЗаполненностиРеквизитаНажатие исправить
на
(11) а еще лучше эту процедуру заменить на
Показать
в предыдущем комментарии возможно некорректное срабатывание алгоритма.
(12). Честно говоря, уже плохо помню о чём речь.
Но если уже говорить об элегантности кода,
PS:
Может мне кто-нибудь объяснить поголовную любовь к оператору «НЕ».
Почему пишут
вместо
(13) наверное вопрос нашей психологии: «если не так, то переделать иначе норм» ближе по духу, нежели «есть так, то все норм, иначе — переделать», другим не могу объяснить. Хотя так на одну логическую операцию больше.
Исправил ли автор ошибку в сборке или надо будет самому доделывать?