Отмена действий в 1С 8.3: от проведения документа до отката обновления

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

Самое частое заблуждение — искать в 1С единый «отменить» как в Word (Ctrl+Z). В прикладном режиме его нет: отменяется каждое действие по-своему. Ниже — все рабочие сценарии: от безобидной отмены проведения до отката обновления конфигурации.

С чего начать: определите тип отмены

Быстро сопоставьте симптом с нужным действием — дальше по статье каждый случай разобран подробно.

Отмена проведения документа и движений по регистрам

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

Чтобы отменить проведение одного документа:

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

После отмены у документа пропадает зелёная отметка проведения в списке, а по кнопке Дт/Кт (движения документа) больше ничего не показывается.

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

Повторное проведение возвращает движения. Поэтому «отменил — проверил — провёл заново» это штатный цикл исправления, а не что-то опасное. Исключение — закрытые периоды: если дата документа попадает в закрытый месяц, сначала снимите закрытие (следующий раздел).

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

Отмена закрытия месяца и регламентных операций

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

Обработка закрытия месяца находится в разделе Операции → Закрытие периода → Закрытие месяца. Там есть два варианта отмены:

• Отменить всё закрытие месяца — в обработке есть команда полной отмены (обычно пункт Отменить закрытие месяца в меню операций). Все регламентные операции месяца станут невыполненными.
• Отменить одну операцию — щёлкните по названию конкретной регламентной операции и выберите отмену её выполнения. Удобно, когда переделать нужно только один блок.

Порядок исправления после закрытия:

1. Отмените закрытие месяца (полностью или частично).
2. Внесите исправления в первичные документы периода.
3. Перепроведите документы, если менялись суммы или аналитика (Операции → Групповое перепроведение документов).
4. Выполните закрытие месяца заново и проверьте, что все операции прошли «зелёными», без ошибок.

Отдельно стоит экспресс-проверка ведения учёта (Отчеты → Анализ учета → Экспресс-проверка): после перезакрытия она покажет, не осталось ли нестыковок, которые привели к первоначальной ошибке.

Снятие пометки удаления и восстановление объектов

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

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

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

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

Откат обновления конфигурации и платформы

Здесь важно различать два уровня: конфигурация (прикладное решение — Бухгалтерия, ЗУП) и платформа (само ядро 1С:Предприятие). Откатываются они по-разному.

Возврат к конфигурации базы данных

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

Откат уже применённого обновления

Когда обновление конфигурации уже загружено и принято базой, штатной кнопки «откатить» нет. Надёжный путь — восстановить базу из копии (файл .dt или копия каталога), снятой перед обновлением.

Порядок восстановления из .dt:

1. Завершите все сеансы пользователей — восстановление идёт в монопольном режиме.
2. В Конфигураторе: Администрирование → Загрузить информационную базу.
3. Укажите файл .dt, снятый до обновления.
4. Дождитесь окончания загрузки и проверьте данные на контрольных отчётах.

Откат платформы

Если проблемы начались после установки новой версии платформы, старые версии при установке не удаляются — они остаются на диске. Запустите базу через предыдущую версию: в окне запуска 1С выберите базу, нажмите Изменить и в поле версии укажите нужный номер, либо запустите нужную версию напрямую. Для серверного варианта версию задаёт установленная служба сервера и агент.

Анализ изменений через журнал регистрации

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

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

Что даёт журнал для разбора изменений:

• 👤 Пользователь — кто выполнил действие.
• 🕒 Дата и время — когда это произошло, вплоть до секунды.
• 📄 Данные — какой объект затронут (документ, справочник, настройка).
• 🔧 Событие — что сделали: изменение, проведение, удаление, вход в программу.

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

На практике разбор выглядит так. Вы заметили, что реализация изменилась «сама собой». Откройте журнал, в настройке отбора задайте интервал дат за последние дни и, если знаете виновника, — конкретного пользователя. В колонке «Данные» найдите нужный документ, а по колонке «Событие» увидите последовательность: кто его открывал, менял и перепроводил. Дальше либо правите документ руками к верному виду, либо, если правок было много и вразнобой, восстанавливаете базу из копии на дату до вмешательства.

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

Важно понимать границу: журнал регистрации — это только летопись. Он фиксирует изменения, но не отменяет их и не хранит прежние значения реквизитов. Увидеть, что сумму документа поменяли с 10 000 на 100 000, по нему напрямую нельзя — он покажет лишь сам факт изменения документа, автора и время. Вернуть прежнее значение можно вручную по этим данным или восстановлением из копии.

Резервные копии и точки восстановления как страховка

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

Для файловой базы копию снимают двумя способами:

• Выгрузка в .dt — Конфигуратор → Администрирование → Выгрузить информационную базу. Компактный файл, удобно хранить и переносить.
• Копия каталога базы — просто скопируйте папку с файлом 1Cv8.1CD, когда никто не работает . Быстро и без Конфигуратора.

В типовых конфигурациях есть встроенное резервное копирование : раздел Администрирование → Обслуживание → Резервное копирование и восстановление. Там же настраивается автоматическое создание копий по расписанию — это закрывает человеческий фактор «забыл сделать бэкап».

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

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

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