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

копии базы.

Заменить в текущей базе файл USERS.USR из предыдущей копии базы

Большое спасибо. Попробую...

Может быть меня неправильно поняли... Данные по клиентам хранятся в справочнике Клиенты. Данные из этого справочника используются в документах. В документах после удаления клиента из справочника клиенты стоит объект не найден. Есть ли способ восстановить клиента без полного обращения предыдущей копии базы и введения довольно большого числа документов за предыдущий день. Заранее спасибо.

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

А этот юзверь тестирование и исправление с упаковкой баз не делал? А то есть шанс дорыться в таблицах до записи с этим клиентом и снять с нее пометку удаления.

Тестирование и исправление с упаковкой баз не делалось. Не подскажите как добраться в таблицах до этой записи и снять пометку удаления?

Или наоборот, тестирование с исправлением сделать. Тогда в эти документы новый контрагент встать должен. Потом его отредактировать и клиент как новенький. Я бы на пробной базе попыталась, а то не факт, что клиент один и тот же будет в этой ситуации.
Кстати, может выяснится, что эта обезьяна не одну гранату кинула, а несколько.
Как вообще можно удалять без контроля ссылочной целостности? Случайно ведь не сделаешь такое...

Есть 1cv7.dd - там говорится о структуре таблиц, так что можно понять, где искать. А как искать не скажу - сама не делала ни разу.

Способ 1: в цикле перебрать все доки абсолютно и в Попытке пытаться позиционировать вновь созданного контрагента, если реквизит Выбран()=0.
Способ 2: не однозначный - запустить на копии Тестирование. М.б. сама создаст запись в справочнике Контрагенты и спозиционирует везде.

Главное : запретить непосредственное удаление.

(10) Хороший способ, вот только если на самом деле удалили не одного контрагента, а нескольких...

Такие вот юзверы, да еще с правами администратора... Документов достаточно много с этим клиентом. Если делать тестирование с исправлением то какой новый контрагент должен стать? Ведь реквизит документа связан с элементом справочника?
Подскажите?

(8) Шапокляк явно нарулила (нарулил) в правильну строну. Даже думать нечего. Разве что сначала на копии базы попробовать.

Если ещё не паковали базу, то <Объект не найден 1> и <Объект не найден 2> - по идее восстановление должно разные записи создать. Если уже паковали, так ничего не вытащить, даже м.б. где-то "новый не тот" контрагент проявился, НО наверняка в документах у него будет СОВСЕМ НЕ ТОТ ДОГОВОР/РС и т.д..

Я в (5) буковки перепутал вместо ТиС надо ТиИ, короче как в (8)...

фигню порют... да еще с таким умным видом...

(18)Тогда как?

Я уж думал, что ты сделал(а) давно.
Сделай, как говорят, ТиИ...

Завести нового клиента и перепроводить документы с этим клиентом. Пока что другого более легкого пути не вижу. Что такое ТиИ? Пробовал завести в справочнике нового клиента и изменить его код на старый-не изменяется... Да и не уверен в документах найдется этот элемент т.к. внутренний идентификатор, по которому связаны элемент и документ вероятно будет другой?

ЕЩЁ РАЗ
Способ №1: делаешь копию БД, подключаешь её как БД, пробуешь следующее: в режиме конфигуратора нажимаешь "Администрирование-Тестирование и исправление"; в теории должно быть несколько сообщений в одноименном окне и созданный(е) записи в справочнике Контрагенты; лежать они будут на первом уровне, называться типа ФС1 (ФС2 и т.д.) и уже БЫТЬ в тех документах, где сейчас <Объект не найден>. Если не поможет, напишу способ №2...

(19) ТиИ - Тестирование и Исправление ИБ, пункт меню Администрирование Конфигуратора. Искать последствия такого восстановления можно будет долго. Идентификатор элемента - не код, здесь ловить нечего. Если контрагент тоько вчера появился-завести нового и все перепровести. После этого - ТиИ (все-в копии). Флаг разрешения непосредственного удаления на свойствах конфигурации - снять и никогда больше не ставить.
(19)+(0) За работу в реальной базе с разрешенным непосредственным удалением объектов - немедленное увольнение ответственного за 1С лица с возмещением материального ущерба фирме.
Пользователя удалившего клиента - на голый оклад на три месяца.

Насчет последствий - не шутка.
18 релиз, комплексная 451, после удаления контрагента и восстановления в режиме ТиИ - про попытке открыть вновь созданного контрагента ФС-1 выдается сообщение об ошибке - не найдено поле агрегатного объекта (Телефоны).

Ну ё-моё - не записалось ЮрЛицо в свои юр лица и соответственно не установилось ссылочкой необходимой в контрагенте для кода исполняемого. Делов-то. Зато если всех контагентов убить даже - они правильными "наборами в документах" восстановятся. Кстати, "Делаешь копию БД" ведь не просто так написано, правда?

Все делаю на копии. ТиИ захлебнулась....Все сначала?

Захлёбываются обычно утопающие.
ТиИ должно было что-то написать всё таки или зависло, но никогда не встречал для этого состояния определения "захлебнуться".

Прошу прощения...Работает