Доброго дня, уважаемые профессионалы.  Суть вопроса такова.
Пока я был на больничном, ведущий программист из 1С удалил документы помеченные на удаление. Они были необходимы для связей. Удалил Списание МБП, Поступление спецодежды и Передача материалов в производство. Сейчас по анализу счетов отрицательное сальдо, включая 00 счет. Операции можно скорректировать вручную. А как быть с удаленными документами и подчиненными документами? Как восстановить? Бэкап не прокатит, т.к. уже прошло более 7 дней. И за эти дни в программе ввелось огромное количество информации.  Вот такая подстава для меня. Ведущий сам не может восстановить.  Из-за удаленных документов, поплыли ТМЦ.

Хм... А как помеченные на удаление документы могли повлиять на сальдо?

И как он их мог удалить, если на них были ссылки?

(1) тот же вопрос.

Неправильно спроектированая связка.

Ведущий специалист хотяб знает о версиях платформы и конфигураций. А автор живет в мире телепатов.

Проектировать надо так, что-бы удаление помеченных объектов не влияло на итоги.

Разверните бекап, перенесите удаленные КД. На полчаса делов. Но вообще очень согласен с (6)

Вы нафига ведущих программистов к компу подпускаете?

Ведущий удалял обработкой. Стандартные методы ругались, что данные объекты удалить нельзя.

(9) Уволить ведущего без содержания.
Провести как диверсию и саботаж.

(9) Тогда почему он ведущий? Непосредственное удаление использовал что ли?

А вообще 7.7 еще сырая. Надо ввести помеченные для удаления чтобы удалить и помеченные для удаления чтобы не удалять а то путаница возникает

версия 7.70.027  конфигурация далеко уже не типовая, дорабатывалась франчайзи под потребности предприятия. От тех.поддержки отказались в далеком 2013г.

(11) А может раздвоение личности? Одна личность, особенно выпивши на праздники, ведущая. А вторая разгребает.

(13) https://cloud.mail.ru/public/EFwo/NAyRK8un1 попробуй этот вариант

+(15) Надеюсь не надо писать чтоб на копии для начала?

(13) А тестирование с восстановление битых ссылок ничего не дает?

"Так мало знающий" в том и проблема, что я обычный программер без категории, а приходиться разгребать чужое "дерьмо".  Ведущего пригнали нам в конце ноября 2016г. и уже подставил не только меня, но и нашего начальника. Сейчас закрывать месяц и год и такая "бяка"

(18) Вообще он себя подставил. Пусть сам и восстанавливает нужные данные по другой базе. Благо, с одинаковыми базами это легко сделать, реквизиты и табличные части можно тупо перекинуть через сериализацию, все ссылки сохранятся.

(0) Он сам решил, что нужно удалить помеченное на удаление, или его попросили?
ЗЫ: был случай - бухгалтерша держала особо важные документы в корзине. Дальше рассказывать?

Люлей тому, кто наделил пометку удаления каким-то смыслом кроме намерения удалить объект. И разгребать надо не путем восстановления помеченых.

Отрубить руки, приставку "ведущий", зарплату. И перенести данные за эти "более 7 дней" в архив, сделать архив текущей базой. Это-то можно быстрее сделать, чем тянуть из архива в текущую базу.

Ведущий сам решил чистануть. Чистанул, бляха. Хорошо, что я сегодня и завтра, а там в отпуск.

Переносить документы из архива - есть шанс накосячить еще сильнее. Стопудово помеченные на удаление копились годами. Проще восстановить архив и перенести туда вновь созданные документы и причесать руками.

(23) Накрылся твой отпуск.

(23) Видать все старые семерочники ушли постепенно в восьмерку, раз ведущие на детские грабли наступают.

(24) Ну или так. И не забыть сделать копию того, что сейчас есть - чтобы "причесывать". Обычная рабочая ситуация, не катастрофа, и крайних искать не надо - работать надо!

(26) Эти грабли кроссплатформенны, так же можно накосячить и в восьмерке)

Всем спасибо. Буду пробовать.

(28) можно косячить где угодно, но бэкапы создавать ежедневно!

Благо, что на серваке бэкапы делаются 3 раза в сутки.

(34) я сам был в шоке, все произошло  27 декабря, он мне звонит и говорит, что то-то удалил, сча поплыло. Так я ему ГОВОРИЛ, возьми бэкап и откати. 3 января прихожу на работу, а это чудо фиг откатил.

(34) наверное, "это чудо" просто не знает, как поднять с бэкапа базу, и стыдится признаться. Куле тут думать, если творит вещи из (0)?

(34)невменяемый человек не должен быть ведущим специалистом

(34) Талант, как говориться, не пропьешь.

(37) говорится

(0) тии по идее должно восстановить битые ссылки. Только доки будут пустые

(39) И предлагаешь из архива потом по ID вытягивать доки?
Теоретически возможно.

я правильно понимаю что бэкапа уже нет совсем, поскольку бэкапы хранятся только 7 дней а потом перезаписываются, а база на SQL?

надо поглядеть в таблицах напрямую. может там еще не удалены записи а только пометка удаления стоит.

(0)
http://catalog.mista.ru/public/102101/

(42) Для ДБФ - возможно
Кстати - если у товарища ссылки не почищены - можно удаленные объекты качнуть из архива через УРБД. А если сделано ТиИ с очисткой с сылок - кранты - только ставить архив в качестве рабочей и докачивать новые доки.

(44) дык, для скуля еще проще

(45) Там 2 сообщения в одном :)
Я имел в виду, что ситуация, когда объекты удалены, но еще присутствуют в таблицах, возможна только для ДБФ.
А в следующем сообщении было, что если в базе не делалось ТиИ с очисткой ссылок - организуется УРБД от архивной базы к текущей и передаются все помеченные на удаление объекты.

(46) для дбф при активной работе этот способ не покатит, ибо в первую очередь новые записи пишутся на место помеченных маркером на удаление записей. Там и половины ссылок ужо не будет

за 7 дней

это норм, если удалили и сразу восстановили

. Так то можно и тупо маркер на удаление снять с табличек и поглядеть, че получилось

новогодняя ветка Ведущего программиста 1С

(47) Прошу пардону.
Но о каком маркере речь?
Подозреваю, что именно о том, что устанавливается уже после "удаления помеченных", но до "сжатия таблиц ИБ", верно?

(52) Да.

Сейчас праздники, времени много...пущай ведущий восстанавливает, то что поплыло ручными операциями. А удаленные больше не привлекает...

Непонятна логика "ведущего" (далеко такой заведет), Если штатное удаление не удаляет, то как минимум позвонить старослужащему и расспросить. Сам себе злой буратина.

(55) Из того "ведущий" - как из меня Майя Плесецкая...

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

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

(58) Рабочие ссылки на удаленные объекты тоже не торт. Я понимаю еще, держать их в качестве шаблона...

(26) И что в действиях ведущего вы называете "наступить на детские грабли?"

(60) Ежели ты ведущий, ты должОн вести! Но, в то же время, не уводить...!

(60) детские грабли - удаление объекта без контроля ссылочной целостности...

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

(18) А по чему он стал ведущим? Скил по резюме хороший или чей-то родственник?

(63) ТС не до ответов. Он выплеснул желчное негодование и ушел в отпуск.
Обсуждайте, фантазируйте - это же так интересно!

Ну смелее, господа! Еще не затронут такой важный вопрос, как цвет носков ведущего!

(65) занят восстановлением доков. Есть прогресс. База на SQL. настройками сервера, бэкапы хранятся полгода.

(66) :) Чорд, мы все хотим знать, как он стал ведущим, может у нас тоже есть шанс :)

(67) https://www.youtube.com/watch?v=h5mwcPAY8Ys

(66) Восстанавлю за зп ведущего. Способ старый, новая база из бэкапа и перенос всех документов и даже справочников из старой базы.

Имхо, проблема не в руках, а в голове.
Самый простой способ - присоединить архив как периферийку в распределенке, добавить к переносу удаленые, обменяться.... на все не считая обмена - 3 минуты.

(70) для этого не нужно цеплять как перефирийку...

это с копии делается за 2 часа (включая разворачивание копии и написание правил обмена)

(71) вариантов много. С использованиемм урбд вся подготовительная ручная работа будет сделана за 3 минуты.

(72) зато потом в базе останутся висеть системные таблицы регистрации...

(73) убить их - дело секунд.

(74) думаю для автора даже отвязать перифийку будет проблемой...

(73) можно взять Еповскую обработку. Но писать равила пару часов - нафик, лениво...

Тему в топку. Восстановил. А модератору большой привет, за изменение название темы. Низя так делать.

(77) Так тебе и надо.