Как восстановить помеченные на удаление документы в 1С 8

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

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

Ниже разобраны все рабочие способы: от простого снятия пометки в пользовательском режиме до восстановления через конфигуратор и внешние обработки, а также ограничения и риски каждого метода.

Что происходит с документом при пометке на удаление

Когда пользователь нажимает «Пометить на удаление», платформа 1С устанавливает у объекта признак «ПометкаУдаления» и автоматически отменяет проведение документа. Движения по регистрам при этом стираются: документ перестаёт влиять на остатки, обороты и взаиморасчёты. Сам объект при этом физически остаётся в таблицах базы данных.

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

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

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

Это основной и самый безопасный способ. Он доступен любому пользователю, у которого есть права на изменение соответствующего документа. Специальные инструменты и доступ к конфигуратору не требуются.

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

Обратите внимание на последний шаг: снятие пометки не восстанавливает проведение автоматически. Документ становится непроведённым, и пока вы его не проведёте, он не попадёт в отчёты и не повлияет на остатки. Это частая причина жалоб «восстановил, а в отчёте его нет».

Если помеченных документов много, снимать пометку по одному неудобно. Выделите несколько строк в списке (через Ctrl или Shift), затем через правую кнопку или кнопку «Ещё» выберите «Снять пометку удаления» — действие применится ко всем выделенным объектам.

Если документ не виден в журнале

Проверьте настройки отбора списка: часто стоит фильтр по периоду, организации или статусу, который скрывает нужный объект. Также в некоторых конфигурациях помеченные документы скрываются настройкой вида списка. Сбросьте отборы через «Ещё» → «Установить стандартные настройки» или найдите документ через глобальный поиск (Ctrl+Shift+F) по номеру.

Как найти все помеченные документы в базе

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

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

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

Что делать, если документ уже удалён физически

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

Основные варианты действий:

• Восстановление базы из резервной копии целиком. Подходит, если после удаления прошло мало времени и в базу не внесено много новых данных. Все изменения, сделанные после создания копии, будут потеряны.
• Развёртывание копии рядом с рабочей базой. Более аккуратный способ: восстановите копию в отдельную базу, найдите в ней нужный документ, выгрузите его через типовую обработку «Выгрузка и загрузка данных XML» (или вручную перенесите данные) и загрузите в рабочую базу.
• Ручное восстановление по печатным формам и проводкам. Если копии нет, документ придётся вводить заново по первичным документам, выпискам или данным контрагента.

При частичном (выборочном) удалении помеченных объектов платформа проверяет ссылочную целостность: если на документ ссылаются другие объекты, удаление блокируется. Но если удаление всё же прошло, ссылки в связанных объектах заменяются на «битые» — значение вида «Объект не найден». Это дополнительный аргумент в пользу восстановления из копии, а не ручного ввода.

Восстановление через резервную копию: практический порядок

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

1. Скопируйте файл базы (или восстановите дамп СУБД) в отдельный каталог или на отдельный сервер — не перезаписывайте рабочую базу.
2. Подключите копию как новую информационную базу в списке баз 1С.
3. Откройте копию, найдите нужный документ и убедитесь, что он в корректном состоянии.
4. Выгрузите документ через обработку «Выгрузка и загрузка данных XML» (она входит в поставку большинства типовых конфигураций и доступна на диске ИТС) или перенесите данные вручную.
5. Загрузите документ в рабочую базу, проведите его и сверьте отчёты.

Обработка «Выгрузка и загрузка данных XML» переносит объект вместе со ссылками: при загрузке документ встанет на те же GUID-ссылки, поэтому связанные объекты «подхватят» его, и битые ссылки исчезнут. Это принципиально лучше ручного ввода, при котором документ получает новую ссылку, а старые ссылки остаются битыми.

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

Типичные ошибки и как их избежать

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

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

Как проверить, что восстановление прошло корректно

Простого факта «документ открылся без зачёркивания» недостаточно. Нужно убедиться, что документ снова участвует в учёте и не нарушил связанные данные.

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

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

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

Норма

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

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

Документ непроведён или по-прежнему зачёркнут

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

Норма

В форме документа через «Ещё» → «Движения документа» видны записи по нужным регистрам

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

Список движений пуст — документ не проведён

Отчёты

Норма

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

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

Суммы отчёта не изменились после проведения

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

Норма

В документах-основаниях и подчинённых документах ссылки открываются корректно

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

Встречаются значения «Объект не найден»

Если восстановление делалось через перенос из копии, дополнительно сверьте ключевые итоги (остатки по складу, взаиморасчёты с контрагентом) до и после загрузки. Совпадение контрольных сумм — лучшее подтверждение того, что перенос выполнен чисто.

Как снизить риск случайного удаления в будущем

Полностью исключить ошибочные пометки нельзя, но их последствия легко сделать обратимыми. Настройте регулярное резервное копирование: для файловых баз — ежедневное копирование файла 1Cv8.1CD, для клиент-серверных — регламентные бэкапы средствами СУБД. Копия, сделанная неделю назад, уже спасает от большинства инцидентов.

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

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

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

Штатными средствами — нет. Остаётся ввести документ заново по первичным документам, данным контрагента или выпискам. Для клиент-серверных баз иногда помогает администратор СУБД, если настроены журналы транзакций и возможно восстановление на момент времени, но это задача для специалиста по базам данных.

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

Снятие пометки не восстанавливает проведение. Откройте документ и нажмите «Провести». Если проведение не выполняется, проверьте дату запрета редактирования и сообщения об ошибках — например, нехватку товара на складе.

Кто пометил документ на удаление — как это узнать?

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

Пометка появляется снова после каждого обмена данными. Что делать?

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

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

Да. В списке документов установите отбор «Помеченные на удаление», выделите все строки (Ctrl+A) и через «Ещё» выберите «Снять пометку удаления». После этого документы потребуется провести — по одному или групповой обработкой проведения, если она есть в конфигурации.

Чем снятие пометки отличается для файловой и клиент-серверной базы?

Для пользователя — ничем: действия одинаковы. Различия касаются только резервного копирования и восстановления после физического удаления: в файловой базе копируется файл 1Cv8.1CD, в клиент-серверной копию делает администратор средствами СУБД.