Кто и что поменял в документе 1С: журнал регистрации и история версий

Посмотреть изменения в документах 1С можно двумя способами. Журнал регистрации (Администрирование → Обслуживание → Журнал регистрации) покажет, кто, когда и с какого компьютера записал, провёл или удалил документ. История изменений (Администрирование → Общие настройки → История изменений) покажет, какие именно реквизиты поменялись: было 12 000, стало 21 000.

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

Что включить заранее: журнал регистрации и история изменений

Оба механизма работают в БП 3.0, ЗУП 3.1, УТ 11 и других типовых конфигурациях на БСП. Отличается только расположение раздела.

Уровень журнала регистрации

Журнал ведётся всегда, но пишет только события выбранного уровня. Изменение, проведение и удаление данных регистрируются с уровнем «Информация». Если в базе стоит «Регистрировать ошибки», вы увидите только сбои, а правки документов в журнал не попадут.

Как проверить и поменять уровень:

1. Откройте базу в Конфигураторе под администратором.
2. Выберите Администрирование → Настройка журнала регистрации.
3. Отметьте «Регистрировать все события» или «Регистрировать ошибки, предупреждения и информацию».
4. Нажмите «ОК». Новый уровень действует сразу, перезапуск пользователей не нужен.

История изменений (версионирование объектов)

1. Откройте Администрирование → Общие настройки.
2. Найдите группу «История изменений» и установите флажок «Хранить историю изменений».
3. Перейдите по ссылке настройки рядом с флажком. Откроется список типов объектов.
4. Для нужных видов документов выберите вариант хранения: всегда при записи или только при проведении.
5. Там же задайте срок хранения версий, чтобы база не разрасталась бесконечно.

Версии начинают копиться только с момента включения. Если правку сделали вчера, а флажок поставили сегодня, восстановить «как было» через историю не выйдет — останется журнал регистрации и резервные копии.

Как работать с журналом событий: окно, колонки, отборы

Журнал открывается в режиме 1С:Предприятие из раздела «Обслуживание» (см. таблицу выше). В Конфигураторе он тоже есть: Администрирование → Журнал регистрации. Содержимое одно и то же, но в пользовательском режиме удобнее отборы.

Каждая строка журнала — одно событие. Ключевые колонки:

• 🕒 Дата, время — с точностью до секунды.
• 👤 Пользователь — под кем был сеанс. Пусто или «не указан», если пользователи в базе не заведены или действие выполнило регламентное задание.
• 💻 Компьютер и Приложение — имя рабочей станции и тип клиента (тонкий клиент, веб-клиент, фоновое задание, COM-соединение).
• 📌 Событие — например, «Данные. Изменение».
• 🗂 Метаданные — тип объекта: «Документ. Реализация (акт, накладная, УПД)».
• 🔗 Данные и Представление данных — ссылка на конкретный документ и его название с номером и датой.
• ✅ Статус транзакции — «Зафиксирована» или «Отменена». Отменённая запись в базу не попала.

Отбор, без которого журнал бесполезен

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

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

После отбора по конкретному документу в журнале остаётся вся его жизнь: создание, каждая запись, каждое проведение.

Пример разбора

Бухгалтер замечает: в реализации № 245 от 14-го сумма 48 000 вместо согласованных 84 000. Порядок поиска:

1. Отбор: период с 14-го по сегодня, метаданные — «Реализация (акт, накладная, УПД)», данные — документ № 245.
2. В журнале шесть строк. Две первые — создание и проведение 14-го в 10:12 под менеджером Ивановой.
3. Дальше 17-го в 16:40 отмена проведения, изменение и снова проведение под пользователем Петровым с компьютера BUH-03.
4. Остальные строки — проведения 31-го под главбухом во время закрытия месяца.

Вывод: сумму поменяли 17-го в 16:40. Что именно поменяли — покажет сравнение версий этого документа, если история включена.

Как найти, какие реквизиты документа поменяли

Журнал ответит на вопрос «кто и когда», история изменений — на вопрос «что именно». Порядок такой:

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

Отчёт сравнения подсвечивает изменённые реквизиты шапки и строки табличных частей. Видно, что в строке 3 количество было 10, стало 100, а контрагент сменился с «Альфа» на «Бета».

Из той же формы можно открыть отдельную версию целиком или вернуть документ к выбранной версии. Возврат перезаписывает текущий документ, поэтому после него проверьте проведение и движения.

Если история не включена

Тогда сами значения узнать нельзя, но можно сузить круг поиска:

• 🔍 по журналу найдите все записи документа и сравните время с моментом, когда «всё было правильно»;
• 📄 посмотрите поле «Ответственный» в подвале документа — там тот, кто его создал, а не последний редактор;
• 💾 разверните вчерашнюю резервную копию в отдельную базу и сравните документ вручную.

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

Проведение и отмена проведения пишутся отдельными событиями: «Данные. Проведение» и «Данные. Отмена проведения». Это помогает, когда в отчёте внезапно поменялся остаток или оборот.

Типичная картина: документ проведён 5-го, а 20-го в журнале ещё десять записей «Проведение». Откуда они:

Кто удалил документ: пометка и физическое удаление

Удаление в 1С проходит в два этапа, и в журнале они выглядят по-разному.

Этап 1 — пометка на удаление. Отдельного события у пометки нет: она записывается как «Данные. Изменение» того же документа. Документ при этом остаётся в базе, движения с него снимаются.

Этап 2 — физическое удаление. Выполняется обработкой Администрирование → Обслуживание → Удаление помеченных объектов или сразу, если у пользователя есть право непосредственного удаления. В журнале появляется «Данные. Удаление».

Как найти виновника пропавшего документа:

1. Поставьте отбор по событию «Данные. Удаление» и виду документа за нужный период.
2. В колонке «Данные» будет «Объект не найден» — ссылки больше нет. Ориентируйтесь на «Представление данных»: там сохранились номер и дата документа.
3. Запомните пользователя и время удаления.
4. Снимите отбор по событию и найдите более раннее «Данные. Изменение» того же документа. Это, скорее всего, момент пометки на удаление.

Удаление помеченных выполняет администратор, а пометку ставит сотрудник. В журнале на событии «Удаление» будет администратор, хотя решение удалить принимал другой человек. Ищите пометку отдельно.

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

Где хранится журнал и что он не умеет

Журнал регистрации — это не таблица базы, а отдельные файлы.

• 📁 Файловая база — папка 1Cv8Log рядом с файлом 1Cv8.1CD.
• 🖥 Клиент-серверная база — на сервере 1С, в каталоге кластера srvinfo\reg_1541\<идентификатор базы>\1Cv8Log.
• 🗃 Формат — старый текстовый (файлы .lgf и .lgp) или новый в виде базы SQLite (файл .lgd). Новый формат быстрее фильтруется на больших объёмах.

Отсюда ограничения, о которых стоит знать до проверки:

• ❌ Нет значений «было/стало». Только факт события. Значения — через историю изменений.
• ❌ Не попадает в выгрузку .dt. Развернули базу из .dt — журнал в ней пустой. Если журнал нужен, копируйте папку 1Cv8Log отдельно.
• ❌ Можно удалить. Пользователь с доступом к папке на сервере или к Конфигуратору может сократить или стереть журнал. Для серьёзного аудита ограничьте эти права.
• ⚠️ Растёт без ограничений. При уровне «все события» и активных обменах журнал занимает десятки гигабайт. Сокращайте его через Конфигуратор, сохраняя удаляемую часть в файл, или включите разделение по периодам.
• ⚠️ Пользователь без имени. Если в базе один общий логин на всю бухгалтерию, журнал не скажет, кто конкретно сидел за компьютером. Заведите каждому сотруднику свою учётную запись — это главное условие аудита.

Кто может смотреть журнал

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

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

Частые вопросы по аудиту изменений