Как восстановить справочник "Номенклатура"? #595401

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

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

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

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

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

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

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

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

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

Выгрузка и загрузка данных XML. Есть такая обработка на ИТСах. Для идентичных баз. Но если прав и помимо объединения групп произошло и "слияние" элементов, то получите еще большую кашу в справочнике. ИМХО, проще восстановиться из бекапа.

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

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

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

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

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

из бэкапа

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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