Что делать, если в 1С удалили нужный документ или справочник

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

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

Пометка на удаление: как её снять, пока объект не стёрт

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

Снять пометку с одного объекта:

1. Найдите его в списке документов или справочнике (он перечёркнут, но виден).
2. Откройте двойным кликом либо выделите строку.
3. Нажмите Ещё → Снять пометку удаления или команду с перечёркнутой иконкой в командной панели списка.
4. У документа дополнительно нажмите Провести, если нужно вернуть его движения в учёт.

Снять пометку сразу с нескольких объектов: выделите их в списке мышью с зажатым Ctrl или Shift и вызовите ту же команду снятия пометки — она применится ко всем выделенным строкам.

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

Журнал регистрации: найти след удаления

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

Путь в типовых конфигурациях на БСП (Бухгалтерия 3.0, ЗУП 3.1, УТ 11):

Администрирование → Обслуживание → Журнал регистрации

Дальше отбор:

1. В журнале нажмите Настроить (или значок фильтра).
2. В поле Событие оставьте типы, связанные с данными: Данные. Удаление — это и есть физическое удаление объекта.
3. Задайте период — хотя бы сутки вокруг предполагаемой даты пропажи.
4. При необходимости добавьте отбор по пользователю, если известно, кто работал в базе.

В строке события будет видно представление удалённого объекта — например, «Поступление (акт, накладная) 00-000123 от …» или элемент справочника с его наименованием. По этому представлению вы восстанавливаете номер, дату и контрагента, а суммы и состав берёте из первичного документа.

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

Документ не удалён, а распроведён или скрыт отбором

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

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

• 📅 Отбор по периоду. В списке документов вверху стоит ограничение по датам. Документ прошлого квартала не виден, пока не расширите период кнопкой выбора интервала.
• 🔎 Активный фильтр. В командной панели списка включён отбор по организации, складу или контрагенту. Снимите все отборы через Ещё → Настроить список → Отбор.
• 🚫 Отмена проведения. Документ есть, но распроведён — иконка не закрашена, движений в отчётах нет. Это не удаление: откройте документ и нажмите Провести. Движения по регистрам вернутся.
• 🗂 Не тот журнал. Один вид документа может открываться из разных мест. Поищите его через общий поиск по номеру или в полном списке соответствующего раздела.

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

Восстановление из резервной копии: единственный надёжный способ

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

Как развернуть копию в отдельную базу:

1. В окне запуска 1С нажмите Добавить и создайте новую пустую информационную базу (не выбирайте существующую рабочую).
2. Запустите её в режиме Конфигуратор.
3. Выполните Администрирование → Загрузить информационную базу и укажите файл .dt.

Если копия — это не .dt, а файловая база целиком (1Cv8.1CD в папке), просто подключите эту папку как отдельную базу через Добавить → Добавление в список существующей информационной базы.

Дальше объект из копии переносят в рабочую базу — об этом следующий раздел.

Перенос объекта в рабочую базу через выгрузку в XML

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

Порядок:

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

Элемент справочника переносится проще документа: у него нет движений по регистрам, достаточно выгрузить сам элемент и его родителя или владельца (например, для договора — контрагента). Документ же тянет за собой ссылки на номенклатуру, контрагента и склад, и после загрузки его обязательно проводят заново — только тогда вернутся движения.

Когда объектов много и они связаны между собой (цепочка «заказ → поступление → оплата»), иногда проще ввести их заново по данным из копии, открыв её рядом, чем распутывать выгрузку всех зависимостей. Решайте по объёму: один документ — перенос XML, десятки связанных — ручной ввод по образцу.

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

Что меняется в разных конфигурациях

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

Выгрузка и загрузка данных XML работает между базами одной и той же конфигурации. Перенести документ из Бухгалтерии в ЗУП этой обработкой нельзя — для разных конфигураций используется синхронизация данных, а не прямой перенос объектов.

Как не терять данные снова: права и копии

Большинство потерь — это не сбой, а чьё-то интерактивное удаление. Закрывается это настройкой прав и регулярными копиями.

Ограничить удаление для рядовых пользователей:

• В профилях групп доступа (Администрирование → Настройки пользователей и прав → Профили групп доступа) проверьте, какие роли назначены сотрудникам.
• Для ролей рядовых пользователей администратор может исключить право интерактивного удаления помеченных объектов. Тогда пометку ставить можно, а запускать само удаление — только администратор.
• Пометку на удаление лучше оставить доступной: это рабочий инструмент. Опасен именно безвозвратный запуск обработки удаления.

Настроить резервное копирование :

• В файловой базе включите автоматическое копирование в Администрирование → Обслуживание → Резервное копирование и восстановление. Задайте расписание и каталог хранения.
• В клиент-серверной базе копии делает администратор средствами СУБД (резервная копия базы PostgreSQL или MS SQL) — это надёжнее встроенного механизма.
• Храните не одну, а несколько копий за разные дни. Если пропажу заметят через неделю, свежая вечерняя копия уже будет содержать удаление.

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

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