Как откатить ошибочную операцию в 1С 8.3

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

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

С чего начать: какой откат подходит под вашу ситуацию

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

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

Отмена проведения документа — самый частый откат

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

Способы вызвать команду:

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

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

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

Ввод на основании: исправить, не трогая исходник

Ввод на основании создаёт новый документ, наследуя данные из исходного. Это не «откат» в чистом виде, а аккуратная коррекция: исходный документ остаётся как есть, а поправки вносятся отдельным связанным документом.

Типичные пары:

• 📄 из «Реализации» → «Корректировка реализации» (изменить количество, цену, вернуть товар);
• 📄 из «Поступления» → «Корректировка поступления» (поставщик прислал исправленный документ);
• 📄 из «Счёта» → «Реализация» или «Поступление оплаты».

Как сделать:

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

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

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

Сторно: отмена движений в закрытом периоде

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

В 1С:Бухгалтерии это делается через ручную операцию:

1. Откройте Операции → Операции, введённые вручную.
2. Нажмите Создать → Сторно документа.
3. В поле сторнируемого документа выберите тот, чьи движения нужно отменить.
4. Программа подставит его проводки со знаком минус — проверьте и запишите.

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

Пример. В закрытом квартале ошибочно отразили услугу на 120 000 ₽ проводкой Дт 26 Кт 60.01. Удалять документ нельзя — отчётность сдана. Делаете сторно: программа подставит Дт 26 Кт 60.01 на −120 000 ₽. По оборотно-сальдовой ведомости счёт 26 вернётся к прежнему значению, а в карточке счёта будут видны обе строки — и ошибочная, и сторнирующая. Дата сторно при этом ставится в текущем открытом периоде, если закрытый трогать нельзя.

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

Журнал регистрации: кто и что менял в базе

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

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

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

Журнал фиксирует факт события, но не хранит старое содержимое документа. Чтобы увидеть именно прежние значения реквизитов и при необходимости вернуть их, нужна история изменений (версионирование).

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

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

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

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

• штатное восстановление — Администрирование → Обслуживание → Резервное копирование и восстановление;
• либо загрузка файла .dt через Конфигуратор: Администрирование → Загрузить информационную базу.

Для клиент-серверной базы восстановлением обычно занимается администратор средствами СУБД (резервная копия PostgreSQL или MS SQL).

Порядок действий безопасного отката:

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

Права доступа и даты запрета: чтобы откатывать было сложнее

Половина ошибочных откатов — это не технический сбой, а человеческий фактор: кто-то отменил проведение в закрытом периоде или удалил нужный документ. Два механизма снижают риск.

Даты запрета изменения. Закрывают период от правок задним числом. Настраиваются в Администрирование → Настройки пользователей и прав → Даты запрета изменения. Можно задать общую дату для всех или отдельные даты по организациям и пользователям. После установки даты отменить проведение или удалить документ раньше неё обычный пользователь не сможет.

Права пользователей. Право на пометку удаления, отмену проведения и правку закрытых периодов стоит давать не всем. Настраивается через профили групп доступа: Администрирование → Настройки пользователей и прав → Профили групп доступа. Рядовому оператору достаточно ввода и проведения в текущем периоде; откат закрытых данных оставьте бухгалтеру или главбуху.

Полезные привычки, которые экономят нервы:

• 💾 настроенное автоматическое резервное копирование (чтобы крайний случай вообще был возможен);
• 🔒 включённое версионирование ключевых документов — тогда откат отдельной версии не потребует отката всей базы;
• 🗓 закрытие периода датой запрета сразу после сдачи отчётности.

Частые ошибки при откате операций

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

Главная ошибка — сразу хвататься за удаление или откат базы. В девяти случаях из десяти хватает отмены проведения, правки или корректирующего документа, и учёт при этом остаётся прозрачным.

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