Конфигурация БП 2.0. Главбух запустила обработку "Поиск и замена дублирующихся элементов", нажала "Автоопределение правильных объектов" и "Замена во всех группах". Результат: Имеем справочник "Номенклатура" с сбившейся иерархией (например, было несколько папок "Сервис" в разных группах, теперь одна папка "Сервис", и в ней все элементы из всех удаленных папок "Сервис"). Есть пятничная копия базы с нормальной номенклатурой, можно ли как то восстановить удаленные папки и иерархию из этой копии?

Один Справочник Номенклатура восстановить-то можно, но ведь замена произошла и во всех документах. Поэтому, восстанавливайте полностью базу. Тем более виноват не ты.

(1) Косяк не в элементах, а в группах, группы в документах не используются.

(0) Если результатом объединения дублей было только объединение групп номенклатуры (что врятли) то, по идее, выгрузка справочникиа из бекапа расставит все на свои места.

А каким образом выгружать справочник из копии? Как понять, элемент просто удален из базы? Или лежит в соседней группе?

(4) Ну настрой правила, чтобы имеющиесе элементы были заменениы такимиже, но с правильным значением Родителя.

Есть обработки выгрузки - загрузки справочников из идентичных баз.  
Самому написать в КД правила конвертации, там ведь ещё и доп. справочники нужно переносить Ед. измерения например.
Восстанови проще базу, чтобы у Бухгалтера в след. раз голова включалась при каких-либо серьезных действиях.

(6) Зачем ед. измерения переносить? Автор утверждает что ни один из элементов справочника не был объединен, только группы. Хотя его уверенность в этом удивляет.

(6) Последняя нормальная копия это утро пятницы, то есть похерить пятницу + выходные + часть понедельника это слишком жестоко.

(4) Выгрузка и загрузка данных XML. Есть такая обработка на ИТСах. Для идентичных баз.

Но если (3) прав и помимо объединения групп произошло и "слияние" элементов, то получите еще большую кашу в справочнике.

ИМХО, проще восстановиться из бекапа.

(7) Элементы были объединены, но это не страшно, задвоенные пусть останутся удаленными, можно при восстановлении даже только группы восстанавливать, чтобы иерархия воссановилась.

(10) Ну только группы нет. А так, да.

(0) кто ж такие дела бухам доверяет? Закрыть доступ нафиг к подобного рода обработкам.

(12) Да вроде вменяемая такая...перегрелась чего то видимо.

Щас пробую на копиях: Обработкой "Выгрузка и загрузка данных XML" просто выгружаю весь справочник "Номенклатура" из правильной базы и загружаю в неправильную, все восстанавливается вроде правильно. Он по внутреннему идентификатору ищет?

из бэкапа

(15) Полностью базу из бекапа? Чем, по вашему, череват такой (14) перенос?

(16) если бы дело было только в справочнике. Там ссылки на него не "поехали" после этой чудесной операции?

(14)перед загрузкой грохни все номенклатуры- непосредственное удалоение. восстановит по внутр.идентификатору

(17) должно быть окей. Почему вдруг ссылки поедут? Они же одинаковые?

+(18)хотя грохать стремно. достаточно (14) будет

(19) замена дублей, потому что. Все же в одну папку свело, могло и элементы справочника "слить" два в один.

(21) Насколько я понимаю, сливается в один элемент следующим образом: все ссылки со всех элементов - дублей определяются на какой то один, остальные удаляются. Так что заведется при обмене куча дублей, которые были удалены обработкой, ну и фиг с ними. Щас в копии восстановил номенклатуру, но у нас кроме БП есть еще и УТ, и обмен главбух тоже успела сделать между ними. Я обмен между копиями запустил, 3 с половиной часа из УТ в БП данные перегружал, почти 4 гигабайта памяти сожрал, щас из БП в УТ данные перегружает. Жду...если обмен нормально пройдет, номенклатура не задвоится, то буду все тоже самое в рабочей делать.

(22) и отлавливать блох в дальнейшем и получать замечания, что что-то не заменил на нужное :)

(23) Не я же занимаюсь чисткой справочника и сортирую где нужное, а где не нужное, все это главбух делает. И будет продолжать делать это и замечания все будут ей адресованы. Моя задача сейчас, как говорится, вернуть все взад, как было в пятницу.

(21) для автора это не принципиально. Ему надо иерархию групп восстановить.

Восстанови из архива и перенеси часть данных тем же переносом из конвертации - ожидаемые ошибки выходящие за 3 дня лучше, чем неожиданные, но потом

Обмен с горем пополам загружает данные из УТ в БП, а при переносе из БП В УТ создает файлик по адресу: C:\Users\kravcov\AppData\Local\Temp\3117 с именем v8_BF31_70.tmp, который в процессе обмена вырастает до 67 гигабайт, место на диске с заканчивается и 1с вылетает в ошибку. Что за файл такой? Откуда такие размеры?  там база УТ 2 гб, БП 2.7 Гб, где он 67 гигов нарыть умудрился?

Апну. Волнует вопрос в (27).

Может как то можно на другом диске файл этот темповский создать? Есть диск, на котором 420 Гб свободно. Или он и их сожрет и мало будет?

(25) очень сильно в этом сомневаюсь.