Удалённая накладная в 1С 8.3: как понять, что произошло, и вернуть документ

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

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

Ниже разберём оба случая: лёгкий (пометка ещё не превратилась в удаление) и тяжёлый (документ физически стёрт), плюс особенности серверной базы на SQL и настройки, которые избавят от повторения проблемы.

Помечена на удаление или удалена физически — проверяем первым делом

В 1С 8.3 документ исчезает в два приёма. Сначала на него ставят пометку на удаление (клавиша Del или команда в контекстном меню). Документ при этом остаётся в базе — просто отображается перечёркнутым. Затем администратор запускает обработку Удаление помеченных объектов, и только после неё данные стираются физически.

Между этими двумя шагами накладную вернуть легко. После второго шага — уже нет.

Как быстро понять свой случай:

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

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

Если накладная ещё помечена, порядок такой:

1. Откройте список, где лежала накладная — например Продажи → Реализация (акты, накладные) или Покупки → Поступление (акты, накладные).
2. Если перечёркнутой строки не видно, уберите отбор: в командной панели списка снимите фильтры, расширьте период.
3. Правой кнопкой мыши по нужной строке → Снять пометку на удаление. Либо выделите строку и нажмите Del — система предложит снять пометку.
4. Проверьте, проведён ли документ. Пометка на удаление часто снимает проведение: откройте накладную и нажмите Провести или Провести и закрыть.

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

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

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

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

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

Чтобы не тонуть в тысячах записей, настройте отбор:

• по важности события — выберите удаление данных;
• по периоду — примерный день, когда накладная ещё была;
• по пользователю — если подозреваете, кто её тронул.

В отобранных записях вы увидите строку вида «Данные.Удаление» с представлением объекта — номером и датой накладной, контрагентом. Это и есть доказательство: документ существовал, удалён тог-то, таким-то пользователем.

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

История изменений (версионирование): как увидеть содержимое удалённого документа

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

Включается версионирование в разделе Администрирование — в группе настроек, отвечающей за историю изменений объектов (название пункта может немного отличаться по релизам). Там же указывают, какие виды документов версионировать и хранить ли версии помеченных на удаление объектов.

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

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

Если версионирование раньше не включали — задним числом оно не поможет: снимки делаются только с момента включения. Тогда остаётся резервная копия.

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

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

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

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

Для файловой базы:

1. Найдите резервную копию. Штатные копии 1С лежат там, где их настроили в Администрирование → Обслуживание → Резервное копирование и восстановление. Либо это ваша ручная копия файла 1Cv8.1CD или выгрузка .dt.
2. Создайте новую информационную базу из этой копии (в окне запуска 1С — Добавить → Создание новой информационной базы → Из файла или загрузите .dt в пустую базу через конфигуратор).
3. Откройте копию в режиме 1С:Предприятие, найдите удалённую накладную.
4. Перенесите данные в рабочую базу: удобнее всего ввести документ заново по содержимому из копии (можно открыть две базы рядом). Для массовой потери пригодится выгрузка-загрузка через Сервис → Выгрузка/загрузка данных или обмен, но для одной накладной это избыточно.

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

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

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

Особенности восстановления в серверной базе на SQL

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

Что здесь работает:

• Резервная копия средствами СУБД. Если у вас настроен план обслуживания SQL Server (backup по расписанию) или дамп PostgreSQL, восстановите эту копию в отдельную базу СУБД, подключите её как ещё одну информационную базу 1С и найдите накладную.
• Выгрузка .dt. Если регулярно делаются выгрузки .dt, разверните последнюю в пустую базу и возьмите документ оттуда.

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

Если SQL-копий и выгрузок .dt не делали вовсе — технически вернуть удалённый документ неоткуда. Это ещё один довод за настроенное резервное копирование.

Как настроить права и бэкапы, чтобы не терять документы

Восстановление — это лечение. Профилактика дешевле. Три настройки закрывают почти все случаи потери накладных.

Регулярные резервные копии. Для файловой базы включите автоматическое копирование в Администрирование → Обслуживание → Резервное копирование и восстановление и храните несколько последних копий, а не одну поверх другой. Для серверной — настройте план обслуживания в СУБД.

Версионирование документов. Включите историю изменений хотя бы для ключевых документов — накладных, счетов, платёжек. Тогда даже без копии вы увидите содержимое удалённого документа.

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

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