К статье
Практический материал

Администрирование · 12 мин

Как восстановить документ в 1С

Как восстановить удалённый или испорченный документ в 1С: отмена удаления, восстановление из резервной копии, журнала регистрации и данных dt. Практические шаги.

Удалённый, испорченный или случайно изменённый документ — одна из самых частых проблем при работе с 1С. Хорошая новость: в большинстве случаев документ можно восстановить, если действовать в правильном порядке и не усугубить ситуацию. Способ восстановления зависит от того, что именно произошло: документ помечен на удаление, удалён физически, изменён другим пользователем или повреждён вместе с базой.

Главное правило при любой потере данных в 1С — сразу ограничить работу пользователей с базой. Каждая новая операция может перезаписать остатки удалённой информации, особенно в файловой базе, и снизить шансы на успешное восстановление.

Сначала определите, что именно произошло с документом

Прежде чем предпринимать действия, важно понять характер проблемы. От этого зависит весь дальнейший алгоритм. Проверьте три типичных сценария: документ помечен на удаление, документ удалён окончательно, документ существует, но его данные изменены.

Найдите документ в списке документов нужного вида (например, «Реализация товаров и услуг»). Если он отображается с перечёркнутым значком — это пометка на удаление, восстановить его проще всего. Если документа нет в списке совсем — он удалён физически или отбор в списке настроен так, что документ скрыт. Если документ на месте, но суммы или реквизиты неверны — кто-то его отредактировал.

Документ перечёркнут в спискеПомечен на удаление

Снимите пометку — данные не потеряны

Документа нет в спискеУдалён физически или скрыт отбором

Проверьте фильтры списка и журнал регистрации

Документ есть, но данные неверныДокумент изменён

Смотрите журнал регистрации: кто и когда менял

База не открывается или выдаёт ошибкиПовреждение базы

Нужно тестирование и исправление или копия

Как снять пометку удаления с документа

Пометка на удаление — самый безобидный случай. Документ физически остаётся в базе со всеми проводками и данными, просто система исключает его из учёта. Восстановление занимает меньше минуты.

Откройте список документов нужного вида, найдите перечёркнутый документ, выделите его и нажмите кнопку снятия пометки (обычно это та же кнопка «Удалить»/Delete, которая работает как переключатель, либо команда контекстного меню «Снять пометку удаления»). После этого проведите документ заново, чтобы он снова участвовал в учёте.

Если документов много и нужно массово снять пометки, используйте обработку «Удаление помеченных объектов» в разделе «Администрирование»: там можно не только удалять, но и просматривать список помеченных объектов. Учтите, что при снятии пометки с документа может потребоваться снять пометки со связанных объектов — система подскажет зависимости.

Порядок действий при пометке на удаление
  1. 1
    Откройте список документов нужного вида и включите отображение помеченных
  2. 2
    Найдите перечёркнутый документ и выделите его
  3. 3
    Нажмите Delete или команду «Снять пометку удаления» в контекстном меню
  4. 4
    Откройте документ и проведите его заново
  5. 5
    Проверьте, что проводки и движения по регистрам появились в отчётах

Восстановление документа из резервной копии

Если документ удалён окончательно, резервная копия — основной и самый надёжный источник восстановления. Здесь есть два подхода: полный откат базы и выборочное восстановление. Полный откат подходит только если после создания копии в базе не было важных операций, иначе вы потеряете все данные за этот период.

Безопаснее работать по схеме выборочного восстановления. Разверните резервную копию в отдельную тестовую базу, найдите в ней нужный документ и перенесите его в рабочую базу. Для переноса используют типовую обработку «Выгрузка и загрузка данных XML» с диска ИТС или механизм конвертации данных: документ выгружается из копии вместе со связанными ссылками и загружается в рабочую базу с сохранением ссылок.

Для файловой базы резервная копия — это файл 1Cv8.1CD или выгрузка в формате dt. Для клиент-серверной базы копию делает администратор средствами СУБД (MS SQL, PostgreSQL). Если вы не знаете, есть ли копии и где они лежат — первым делом уточните это у администратора или обслуживающего специалиста, а не пытайтесь «починить» базу самостоятельно.

Что делать, если резервной копии нет

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

Начните с журнала регистрации («Администрирование → Обслуживание → Журнал регистрации», в некоторых конфигурациях — через меню «Все функции»). Отфильтруйте события по типу «Данные. Удаление» или по пользователю и дате. Журнал покажет, какой именно документ был удалён, когда и кем — это даст номер, дату и вид документа, а иногда и представление с ключевыми реквизитами.

Далее восстановите содержимое по вторичным данным: проводки удалённого документа могли остаться в распечатанных отчётах, оборотно-сальдовой ведомости за период, в бумажных оригиналах, в программе банка (платёжные поручения), в ЭДО-системе (счета-фактуры и накладные контрагентов), в печатных формах, сохранённых в PDF. По этим данным документ вводится заново вручную и проводится. После ввода сверьте обороты за период с контрольными значениями, чтобы убедиться, что восстановлено всё.

Если документ участвовал в обмене данными (синхронизация с другой базой, сайтом, CRM), проверьте базу-корреспондента: документ часто остаётся там и его можно перенести обратно штатным обменом или выгрузкой.
ПЗ
Практическое замечание

Восстановление изменённого документа и версионирование

Когда документ не удалён, а испорчен правками, задача — вернуть прежние значения реквизитов. Журнал регистрации покажет факт изменения, но не всегда хранит старые значения полей. Полноценный откат возможен, если в конфигурации включено версионирование объектов.

В типовых конфигурациях (например, «1С:Бухгалтерия», «Управление торговлей») есть механизм истории изменений: «Администрирование → Общие настройки → История изменений». Если он был включён до момента правки, откройте документ, перейдите к истории изменений и восстановите нужную версию — система вернёт реквизиты на выбранную дату.

Если версионирование не включалось, ориентируйтесь на печатные формы, отправленные контрагентам, данные ЭДО и проводки за период. После исправления документа обязательно перепроведите его и проверьте зависимые документы: например, изменение реализации влияет на счёт-фактуру, взаиморасчёты и отчётность.

Маршрут решения

Как выбрать действие

Документ перечёркнут в спискеСнимите пометку удаления и перепроведите документ
Документ удалён, есть свежая резервная копияРазверните копию в тестовую базу и перенесите документ выгрузкой XML
Документ удалён, копии нетОпределите документ по журналу регистрации и введите заново по вторичным данным
Документ изменён другим пользователемПроверьте историю изменений, при её отсутствии восстановите по печатным формам и ЭДО
База выдаёт ошибки при открытии документаСделайте копию базы и запустите тестирование и исправление в конфигураторе

Повреждение базы: когда документ не открывается

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

Сделайте копию базы (для файловой — скопируйте файл 1Cv8.1CD при остановленной работе пользователей). Затем запустите конфигуратор и выполните «Администрирование → Тестирование и исправление» с включёнными проверками ссылочной целостности. Для файловых баз также применяется утилита chdbfl.exe из каталога установки платформы — она проверяет физическую целостность файла. Все исправления выполняйте только на копии: средства исправления могут удалять повреждённые записи, и без резерва вы рискуете потерять больше, чем восстановить.

Как проверить результат восстановления

После любого способа восстановления нужно убедиться, что документ не просто появился в списке, а корректно участвует в учёте. Поверхностная проверка «документ открылся» недостаточна.

Проверьте три вещи. Первое: документ проведён и движения по регистрам сформированы — откройте движения документа и отчёт по соответствующему регистру. Второе: сальдо и обороты за период совпадают с контрольными данными (ОСВ, анализ счёта, взаиморасчёты). Третье: связанные объекты — счёт-фактура, платёжные документы, заказ — согласованы с восстановленным документом и не дублируются.

Контрольные точки

Как проверить результат

Статус документа в списке
Норма

Документ проведён, без перечёркивания

Тревожный признак

Пометка удаления или отсутствие проведения

Движения по регистрам
Норма

Проводки и записи регистров сформированы

Тревожный признак

Движений нет, отчёты не видят документ

Обороты за период
Норма

Суммы совпадают с контрольными данными

Тревожный признак

Расхождения с ОСВ или взаиморасчётами

Связанные объекты
Норма

Счёт-фактура и платежи соответствуют документу

Тревожный признак

Дубли документов или разрыв цепочки

Профилактика: как не потерять документы снова

Восстановление — всегда запасной путь. Дешевле и надёжнее настроить защиту заранее. Базовый минимум: регулярное автоматическое резервное копирование с хранением нескольких поколений копий, включённое версионирование объектов для ключевых видов документов и разграничение прав, чтобы удалять документы могли только ответственные пользователи.

Дополнительно настройте запрет изменения данных за закрытые периоды («дата запрета редактирования») — это защитит уже отражённую в отчётности информацию. А интерактивное удаление без пометки разумно отключить для рядовых пользователей: пусть документы сначала помечаются, а физическое удаление выполняется централизованно через «Удаление помеченных объектов» с контролем ссылок.

Типичные ошибки
01
Откат всей базы на старую копию ради одного документа — теряются все данные за период после копии
02
Работа пользователей в базе после обнаружения потери — новые операции снижают шансы на восстановление
03
Запуск тестирования и исправления без резервной копии — повреждённые записи удаляются безвозвратно
04
Восстановление документа без перепроведения — данные в отчётах не появляются
05
Игнорирование журнала регистрации — без него сложно понять, какой именно документ потерян
Итог

Что важно запомнить

Помеченный на удаление документ восстанавливается снятием пометки за минуту. Удалённый — из резервной копии через тестовую базу или вручную по журналу регистрации и вторичным данным. Любые исправления структуры базы выполняйте только на копии, а результат всегда проверяйте по движениям регистров и оборотам за период.

Частые вопросы

Можно ли восстановить документ, удалённый без пометки, если копии нет?

Штатными средствами 1С — нет, физически удалённая запись не хранится в базе. Реальный путь — определить документ по журналу регистрации и ввести его заново по печатным формам, данным ЭДО, банка или базы-корреспондента обмена. Специализированные утилиты восстановления файловых баз существуют, но гарантии не дают и требуют работы на копии файла.

Почему после снятия пометки удаления документ не виден в отчётах?

Снятие пометки не проводит документ автоматически. Откройте его и нажмите «Провести» — только после этого сформируются движения по регистрам и данные появятся в отчётах.

Как узнать, кто удалил документ?

Откройте журнал регистрации и отфильтруйте события «Данные. Удаление» за нужный период. В записи будут указаны пользователь, дата, время и представление удалённого объекта, включая вид и номер документа.

Чем выгрузка в dt отличается от копирования файла 1Cv8.1CD?

Файл dt — это логическая выгрузка базы через конфигуратор, его можно загрузить в базу с другой структурой каталогов и использовать для переноса. Копирование 1Cv8.1CD — побайтовая копия файловой базы, она быстрее, но требует полной остановки работы пользователей в момент копирования, иначе копия может оказаться неконсистентной.

Можно ли восстановить только один документ из копии, не трогая рабочую базу?

Да. Разверните копию как отдельную базу, выгрузите нужный документ обработкой «Выгрузка и загрузка данных XML» и загрузите его в рабочую базу. Ссылки на связанные объекты при этом сохраняются, но связанные справочники должны существовать в рабочей базе.

Что делать, если документ восстановили, но появились дубли?

Дубли возникают, если документ вводили вручную, а потом восстановили из копии. Пометьте лишний экземпляр на удаление, сверьте обороты за период и только после совпадения контрольных сумм выполните удаление помеченных объектов с контролем ссылочной целостности.