При использовании обработки из публикации Поиск и замена дублирующихся элементов от zShamaNz было обнаружено, что в некоторых случаях ссылки в ПВР не заменяются. Аналогичная проблема имеется и в стандартной обработке «Поиск и замена значений.»
Анализ проблемы показал, что в нашем случае при попытке замены ссылок в ПВР получались дублированные ВР. В этом случае «замена» ссылки фактически означает ее удаление. Эта ситуация и была парирована.
Интерфейс и функционал исходных разработок не изменялся.
В публикации представлены подкорректированные версии этих обработок.
Обработки тестировались в конфигурации ЗУП 2.5(2.5.69.2). Скорее всего подойдут и для других конфигураций.
Респект, плюсую
В конфигурации БП2.0.49.6 стандартная обработка с ИТС выдавала ошибку при «склеивании» организации а ваша отработала на ура. В подробности не вдавался, но может тоже кому-то время сэкономит.
Да была такая проблема при внедрениии ЗУП, но я не создавал новые ВР и потом заменой косил не нужные. Посмотри мою обработку. Она эффективнее в данной проблеме.
(3) Key-Zed, наша проблема вырисовалась после последовательных переносов данных ЗиК -> УПП -> ЗУП. Случились дубли, а используемая обработка не заменяла их в вытесняющих видах. Собственно, именно свою проблему и решали. Вашу обязательно возьмем в инструментарий.
Спасибо!
Можно было бы и оптимизировать обработку, а то в каждой итерации идет поиск ссылок на объекты. Весь день теперь будет заменять
(6) STivO, Флаг в руки, барабан на шею, и — вперед! 🙂
Хорошая обработка! Плюс
Данная обработка Поиск и замена дублирующихся элементов справочников подходит под управляемые формы 1с Управление Торговлей 11.1?
Обработка задваивает, затраивает (в зависимости от того, сколько раз прошлась обработка по этому документу) движения по регистру «Учет доходов для исчисления страховых взносов». Причем, оба предоставленных варианта. Можно ли исправить?
(10) sayanogorsk,
Какая у вас конфигурация? Скорее всего «Зарплата и кадры бюджетного учреждения».
Это не проблема обработки, а проблема конфигурации. Если вы воспользуетесь любой обработкой по замене значений(даже типовой). Результат будет тот-же.
Дело в том, что при записи регистров расчета БУДополнительныеНачисления и БУОсновныеНачисления создаются движения по страховым взносам.
Чтобы, не произошло задвоения, перед запуском обработки замены можно закоментировать содержимое процедуры в модулях набора записей вышеуказанных регистров расчета.
!!! Не забудьте после завершения обработки РАЗкоментировать, иначе это чревато тем, что движения затрутся после переповедения какого-либо расчетного документа.
Чтобы исправить задвоения, я раньше писал обработку для удаления движений (задвоений) в документах Перенос данных (после переноса из ЗиК). И обработку для перепроведения других документов, в которых задваиваются движения по регистру СтраховыеВзносыСведенияОДоходах.
в документе установка цен все равно не заменяет ссылку… уже замучалась с этими установками… если док проведен, то пишет, что документе установка цен уже присутствует такая характеристика… если установить галку Отключить контроль при замене, то в доке заменяет, выдает ошибку и элемент не удаляет… док надо открыть, любую цену перевыбрать, провести заново… если отменить все документы установка цен, то в доке заменит, дубль удалит, но обратно документы установка цен провести не даст, будет выдавать ошибку, что такая хар-ка уже существует… достаточно просто перевыбрать ЛЮБУЮ номенклатуру или характеристику и док проведется… я так понимаю, что это тоже задвоение какое-то?
конфигурция Розница 2.1, если что… открываю в толстом клиенте, обычное приложение…