Как посмотреть и настроить историю изменений документов в 1С Бухгалтерия 8.3

Чтобы посмотреть историю изменений в 1С Бухгалтерия 8.3, откройте документ и нажмите Ещё → История изменений. Если пункта нет — значит хранение версий отключено, и его нужно включить: Администрирование → Общие настройки → История изменений. Там же включается история изменений по справочникам, а кто и когда правил данные без версионирования, покажет журнал регистрации.

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

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

Что показывает история изменений объектов в 1С 8.3

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

Что вы увидите в списке версий:

• 🕒 дату и время каждого изменения с точностью до секунды;
• 👤 пользователя, который записал объект;
• 🔄 тип действия — создание, изменение, в ряде случаев и удаление;
• 📊 комментарий о том, чем версия отличается от предыдущей;
• 🧾 возможность открыть версию целиком и сравнить две любые версии между собой.

Чего механизм не делает:

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

Как включить историю изменений в 1С 8.3 Бухгалтерия

По умолчанию в типовой Бухгалтерии 3.0 хранение версий выключено — ради размера базы. Включение занимает минуту, но требует прав администратора.

Какие объекты включать, а какие нет

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

Где включается в ЗУП 3.1, УТ 11 и ERP

В ЗУП 3.1 отдельно стоит включить версионирование по документам Приём на работу, Кадровый перевод, Увольнение и по справочнику Сотрудники — именно по ним чаще всего возникают вопросы при проверках и спорах с работниками.

Как посмотреть историю изменения документа в 1С 8.3 Бухгалтерия

Когда версионирование работает, добраться до истории можно тремя путями.

Из открытой формы документа

1. Откройте документ — например, Поступление (акт, накладная, УПД).
2. Нажмите кнопку Ещё в верхней командной панели.
3. Выберите История изменений.
4. В открывшемся списке версии отсортированы по дате, сверху — самая свежая.
5. Двойной щелчок по строке открывает отчёт по версии: все реквизиты и табличные части на тот момент.

Из журнала документов

Выделите строку в списке, затем Ещё → История изменений. Удобно, когда нужно быстро пройтись по нескольким документам одной даты: открывать каждый не требуется.

Сравнение двух версий

Это самое ценное в механизме. В списке версий отметьте флажками две строки и нажмите Сравнить версии.

1С построит отчёт, где отличия выделены: изменённый реквизит, старое значение, новое значение. По табличным частям видно добавленные, удалённые и исправленные строки.

Возврат к прежней версии

В форме версии есть команда Перейти на версию. 1С перезапишет документ значениями выбранной версии.

Отчёт по истории изменений: кто и что менял за период

Когда нужен не один документ, а картина целиком («что правили в марте после сдачи отчётности»), работает сводный отчёт.

Открывается он так: Главное меню (≡) → Все функции → Отчёты → История изменений.

Если пункта Все функции в меню нет, включите его: Главное меню (≡) → Сервис → Параметры → флажок Отображать команду "Все функции".

В отчёте доступны отборы:

• 📅 по периоду — ограничивает дату изменения, а не дату документа;
• 👤 по пользователю — все правки конкретного бухгалтера;
• 📁 по типу объекта — только документы Реализация или только Контрагенты;
• 🔍 по конкретному объекту — вся история одной накладной;
• 🔄 по виду изменения — создание или изменение.

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

Журнал регистрации: что делать, если версионирование не включено

Журнал регистрации пишется платформой независимо от настроек версионирования и фиксирует сам факт действия: кто, когда, с какого компьютера и с каким объектом работал.

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

Как найти нужное событие

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

Что журнал даёт и чего не даёт:

Если журнал пустой

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

Физически журнал лежит рядом с базой:

Файловая база:   <каталог базы>\1Cv8Log\1Cv8.lgd
Клиент-сервер:   <каталог кластера>\reg_1541\<идентификатор базы>\1Cv8Log\

Кто создал документ и кто правил последним: быстрые приёмы

Иногда полная история не нужна — достаточно фамилии.

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

Учтите разницу: Ответственный — это реквизит, его можно переписать вручную. Журнал регистрации и версии переписать из интерфейса нельзя.

История изменений самой конфигурации и настроек

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

• Проверка на доработки. В конфигураторе: Конфигурация → Поддержка → Настройка поддержки. Снятые с поддержки объекты — это и есть доработки.
• Сравнение с типовой. Конфигурация → Сравнить, объединить с конфигурацией из файла — подложите cf-файл того же релиза и получите полный список отличий.
• История хранилища. Если база на хранилище конфигурации: Конфигурация → Хранилище конфигурации → История хранилища. Там видно каждую помещённую версию, автора и комментарий.
• История обновлений. В интерфейсе: Администрирование → Обслуживание → Обновление версии программы → Результаты обновления.
• Настройки пользователей. Изменения прав и профилей групп доступа фиксируются в журнале регистрации событиями по пользователям и ролям.

Если ничего не помогло: альтернативы

Версионирования не было, журнал обрезан, а узнать прежнюю сумму нужно. Варианты по убыванию практичности:

1. Резервная копия. Разверните бэкап нужной даты во вторую базу и сравните документ напрямую. Самый надёжный путь.
2. Регламентированные отчёты. Сданная декларация или расчёт хранят суммы на момент отправки — по ним восстанавливается картина периода.
3. Печатные формы и ЭДО. Подписанный УПД или счёт-фактура в архиве ЭДО содержит исходные значения.
4. Выгрузки и обмены. Файлы обмена с клиент-банком, маркетплейсом, CRM часто лежат в архиве и содержат прежние данные.
5. Журналы СУБД. Для MS SQL и PostgreSQL теоретически можно поднять состояние на момент времени из цепочки лог-бэкапов. Это работа администратора и имеет смысл только при серьёзной сумме спора.

Типичные ошибки

Как не раздуть базу: срок хранения и очистка версий

Версии лежат в отдельной служебной таблице и занимают реально много. На базе Бухгалтерии 3.0 с 50–80 документами в день включённое по всем объектам версионирование добавляет ориентировочно 1–3 ГБ в год — цифра сильно зависит от размера табличных частей.

Что делать, чтобы это не стало проблемой:

• Отметьте только те объекты, по которым бывают споры, — обычно это 10–15 типов, а не весь список.
• Для документов ставьте Версионировать при проведении.
• Задайте срок хранения: 6–12 месяцев закрывают почти все практические задачи.
• Проверьте, что включено регламентное задание очистки: Администрирование → Обслуживание → Регламентные операции → Регламентные и фоновые задания → задание по очистке устаревших версий объектов.
• Раз в год делайте тестирование и исправление с реиндексацией и сжатием таблиц.

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