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

Посмотреть, кто изменял документ в 1С 8.3, проще всего в журнале регистрации. В Бухгалтерии 3.0 он открывается через Администрирование → Обслуживание → Журнал регистрации, в любой конфигурации — через Главное меню → Все функции → Стандартные → Журнал регистрации. Поставьте отбор по полю «Данные» на нужный документ — и увидите каждую запись, проведение и отмену проведения с именем пользователя, компьютером и временем.

Журнал отвечает на вопрос «кто и когда». На вопрос «что именно поменяли — сумму, контрагента, дату» он не отвечает. Для этого нужна история изменений (версионирование объектов), и включать её надо заранее: задним числом старые версии не появятся. Механизм общий для платформы 8.3, поэтому шаги ниже подходят для БП 3.0, ЗУП 3.1, УТ 11 и других конфигураций на БСП.

Проверьте, что журнал регистрации пишет события

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

1. Откройте базу в режиме Конфигуратора.
2. Выберите Администрирование → Настройка журнала регистрации.
3. Посмотрите, какой уровень выбран.

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

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

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

Как найти в журнале регистрации изменения конкретного документа

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

Шаг 1. Откройте журнал и ограничьте период

Откройте журнал регистрации одним из путей выше. Сразу задайте период: например, неделю вокруг даты, когда заметили расхождение. Чем уже интервал, тем быстрее ответ.

Шаг 2. Настройте отбор по данным

1. Нажмите кнопку настройки отбора в командной панели журнала.
2. В форме отбора найдите поле «Данные».
3. Выберите тип объекта (например, «Реализация (акты, накладные, УПД)») и сам документ по номеру и дате.
4. В поле «События» оставьте только события группы «Данные».

Полезные события для этой задачи:

• ✏️ Данные. Изменение — документ записали с правками;
• ✅ Данные. Проведение — документ провели;
• ↩️ Данные. Отмена проведения — проведение сняли;
• ➕ Данные. Добавление — документ создали;
• ❌ Данные. Удаление — документ удалили окончательно.

Шаг 3. Примените отбор и отсортируйте по дате

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

Как прочитать запись журнала и понять, кто правил

Откройте строку двойным щелчком. В карточке события важны несколько полей.

Несколько практических выводов из этих полей:

• 👤 Логин один на всю бухгалтерию. Имя пользователя ничего не даст. Смотрите колонку «Компьютер» — она обычно указывает на конкретное рабочее место.
• 🔄 Приложение — фоновое задание. Документ поменял не человек, а регламентное задание или обмен. Ищите, какое задание работало в это время.
• 🔌 Приложение — COM-соединение или веб-сервис. Правку внесла внешняя программа: интеграция с сайтом, банком, складской системой. Пользователь в записи — тот, под кем она подключается.
• ⏱️ Транзакция отменена. Запись есть, но изменение не сохранилось. Такие строки можно не учитывать.

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

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

Журнал регистрации покажет, что документ записали в 14:32. Но сумма, контрагент или счёт учёта в журнале не хранятся. Ответ на вопрос «что изменили» даёт история изменений объектов.

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

В конфигурациях на БСП:

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

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

1. Откройте документ.
2. В меню «Ещё» выберите команду истории изменений.
3. В списке версий видны номер версии, дата, автор и комментарий.
4. Отметьте две версии и выполните сравнение.

Отчёт сравнения подсвечивает изменённые реквизиты шапки и строки табличных частей: было 120 000 ₽ — стало 102 000 ₽, был склад «Основной» — стал «Розница». Одну версию можно открыть целиком и при необходимости вернуться к ней.

Сравнение с резервной копией

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

Какой способ выбрать

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

Технологический журнал: когда журнала регистрации мало

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

• 🔍 надо понять, какой код или какая обработка записывает документ, хотя пользователь его не открывал;
• 🧩 правка идёт через обмен или внешнее соединение, и в журнале регистрации видна только служебная учётная запись.

Технологический журнал настраивают файлом logcfg.xml в каталоге conf платформы (на сервере 1С — на том компьютере, где работают рабочие процессы). Пример минимальной настройки, которая пишет запросы к данным на языке 1С и исключения:

<?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="SDBL"/>
    </event>
    <event>
      <eq property="name" value="EXCP"/>
    </event>
    <property name="all"/>
  </log>
</config>

Здесь history="24" — сколько часов хранить файлы. В каждой записи будет свойство Usr с именем пользователя и Context — цепочка вызовов, которая привела к записи.

Для бухгалтерских задач технологический журнал почти никогда не нужен. Это инструмент администратора или программиста.

Почему в журнале не видно, кто изменил документ

Самые частые ситуации, когда журнал регистрации «молчит» или вводит в заблуждение:

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

Как не терять историю правок в будущем

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

1. Заведите каждому сотруднику свою учётную запись. Общий логин «Бухгалтер» сводит журнал к колонке «Компьютер».
2. Оставьте уровень журнала не ниже «ошибки, предупреждения и информация».
3. Включите историю изменений хотя бы для ключевых документов: реализации, поступления, банковских выписок, кассовых ордеров.
4. Задайте дату запрета изменения данных для закрытых периодов: Администрирование → Пользователи и права → Даты запрета изменения. После закрытия месяца правки задним числом станут невозможны без снятия запрета, а снятие тоже попадёт в журнал.
5. Включите в регламент резервного копирования каталог 1Cv8Log, если журнал сокращают по расписанию.

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