Кто, когда и что поменял: четыре источника истории в базе 1С 8.3

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

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

Какой инструмент открыть под вашу задачу

Сначала сформулируйте, что вы ищете. «Кто удалил счёт-фактуру» и «почему изменилась сумма в проводке» решаются разными средствами.

Журнал регистрации: кто и когда изменил документ в 1С

Журнал регистрации — главный источник истории действий пользователей. Он ведётся платформой, а не конфигурацией, поэтому есть в любой базе: БП, ЗУП, УТ, ERP.

Как открыть журнал регистрации

• 🖥 В режиме «Предприятие» (БП 3.0, ЗУП 3.1, УТ 11): Администрирование → Обслуживание → Журнал регистрации.
• 🧰 Через «Все функции»: Стандартные → Журнал регистрации. Команду «Все функции» включают в главном меню: Сервис → Параметры → Отображать команду «Все функции».
• ⚙️ В конфигураторе: Администрирование → Журнал регистрации.

Для просмотра нужны права администратора или отдельная роль на просмотр журнала. Обычный бухгалтер раздела не увидит.

Как найти изменения конкретного документа

1. Откройте журнал и нажмите «Установить отбор».
2. Задайте интервал: начало и конец периода, когда документ мог измениться. Чем уже период, тем быстрее отбор.
3. В поле «События» оставьте группу «Данные»: добавление, изменение, удаление, проведение, отмена проведения.
4. В поле «Метаданные» выберите вид документа, например «Реализация (акты, накладные, УПД)».
5. Примените отбор и найдите строку с нужным номером в колонке «Данные».
6. Дважды щёлкните строку. В карточке события будут пользователь, компьютер, приложение, номер сеанса и ссылка на документ.

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

Журнал фиксирует факт: «Иванова изменила документ № 154 в 14:32». Старую сумму, прежнего контрагента или удалённую строку товара он не хранит. Для этого нужны версии объектов.

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

История версий: что именно поменяли в документе

Версионирование — механизм Библиотеки стандартных подсистем. Он сохраняет копию объекта при каждой записи. Потом две версии можно сравнить и увидеть разницу по каждому реквизиту.

Как включить историю изменений

В БП 3.0 и ЗУП 3.1 настройка находится в Администрирование → Общие настройки, в группе «История изменений»:

1. Установите флажок «Хранить историю изменений».
2. Перейдите по ссылке настройки и укажите, для каких видов документов и справочников хранить версии.
3. Задайте срок хранения: от недели до бессрочного. Устаревшие версии удаляет регламентное задание.

Версии появляются только с момента включения. Если документ изменили вчера, а флажок поставили сегодня, прежнее состояние программа не восстановит.

Как посмотреть и сравнить версии

1. Откройте документ.
2. В меню Еще выберите «История изменений».
3. В списке версий видны номер, дата, автор и комментарий.
4. Выделите две версии и нажмите «Сравнить». Изменённые реквизиты подсвечиваются, для табличных частей видны добавленные и удалённые строки.
5. Чтобы вернуть прежнее состояние, откройте нужную версию и выберите переход на неё. Программа запишет документ с прежними значениями и создаст ещё одну версию.

Сколько места занимают версии

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

Кроме библиотечного механизма, в платформе 8.3 есть встроенная «История данных». Её включает разработчик в свойствах объекта в конфигураторе. В типовых решениях пользователь чаще работает с библиотечной историей изменений, описанной выше.

Движения документа и анализ состояния учета

Иногда вопрос звучит не «кто поменял», а «почему поменялись цифры в отчёте». Здесь историю ищут через движения документа и связи между документами.

Движения и проводки

• 📊 В форме документа нажмите кнопку Дт/Кт — откроются проводки и записи всех регистров, которые документ сформировал.
• ✏️ Если вверху стоит флажок «Ручная корректировка», движения правили руками. При перепроведении такие движения не пересчитываются автоматически.
• 🔁 Если документ перепровели, движения перезаписываются целиком. Старые проводки в базе не остаются, их видно только в версиях объекта или в резервной копии.

Связанные документы

Команда «Структура подчиненности» в форме документа показывает цепочку: заказ → реализация → счёт-фактура → оплата. Так видно, на основании чего создан документ и какие документы созданы из него. Удобно, когда ищут, откуда взялась корректировка или почему оплата не закрыла долг.

Отчёты для анализа состояния учета

В БП 3.0 раздел Отчеты содержит группу анализа учёта:

• ✅ «Экспресс-проверка» — находит типовые нарушения: незакрытые счета, отрицательные остатки, неправильные корреспонденции.
• 📒 «Карточка счета» и «Анализ субконто» — показывают каждую проводку с документом-регистратором. Двойной щелчок по строке открывает сам документ.

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

Технологический журнал для глубокой диагностики

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

Журнал включают файлом logcfg.xml в каталоге conf платформы, например C:\Program Files\1cv8\conf\. Пример: писать только исключения, хранить 24 часа.

<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="D:\1C_TechLog" history="24">
    <event>
      <eq property="name" value="EXCP"/>
    </event>
    <property name="all"/>
  </log>
</config>

Основные события:

История в режиме предприятия и в конфигураторе: в чём разница

Пользователи ищут историю изменений в 1С в одном окне, а она разнесена по двум режимам.

В режиме «Предприятие» доступны журнал регистрации с удобными отборами и история изменений объектов. Этого хватает для разбора действий бухгалтеров и кадровиков.

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

• 🔧 Администрирование → Настройка журнала регистрации — уровень детализации, разделение журнала по периодам, сокращение старых записей.
• 🗂 Конфигурация → Хранилище конфигурации → История хранилища — кто и когда менял саму конфигурацию: формы, отчёты, модули. Работает, только если разработка ведётся через хранилище.
• 📜 Тот же журнал регистрации, но без библиотечных удобств: отбор и выгрузка есть, ссылки на документы открыть нельзя.

Уровней журнала пять: от «Не регистрировать» до «Регистрировать все события». Чтобы видеть изменения данных, нужен уровень, при котором пишется информация: «Регистрировать ошибки, предупреждения и информацию» или «Регистрировать все события».

Где лежат файлы журнала:

• 📁 Файловая база — папка 1Cv8Log внутри каталога базы.
• 🖧 Клиент-серверная база — srvinfo\reg_1541\<идентификатор базы>\1Cv8Log на сервере 1С.

С платформы 8.3.5 журнал хранится в одном файле 1Cv8.lgd формата SQLite. Старый формат — набор файлов .lgf и .lgp.

Почему история изменений в 1С пустая или неполная

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