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

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

Частое заблуждение — смотреть на поле «Ответственный» в карточке документа. Оно показывает, кто документ создал или кого назначили вручную, а не кто его правил последним. Платформа вообще не хранит в документе дату и автора последней записи. Эти сведения живут в двух местах: в журнале регистрации и, если включено, в истории изменений (версионировании объектов).

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

Что показывает карточка документа, а что нет

Откройте любой документ и посмотрите на нижнюю часть формы. В Бухгалтерии 3.0 там обычно два поля: «Комментарий» и «Ответственный».

• 👤 Ответственный — заполняется текущим пользователем при создании документа. При последующих правках программа его не меняет. Поле можно перебить вручную, поэтому как доказательство оно не годится.
• 📝 Комментарий — свободный текст. Иногда бухгалтеры пишут туда «исправил Иванов 12.03», но это договорённость, а не механизм.
• 📅 Дата документа — дата операции, а не дата правки. Её тоже можно поменять.

Вывод простой: карточка отвечает на вопрос «кто завёл документ» и то не всегда. На вопрос «кто его изменил последним» она не отвечает.

Как найти автора правки в журнале регистрации

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

Шаг 1. Откройте журнал

Есть два способа.

1. Через раздел: Администрирование → Обслуживание → Журнал регистрации. В Бухгалтерии 3.0 и ЗУП 3.1 ссылка находится в группе, посвящённой протоколам и журналам.
2. Через меню «Все функции»: Стандартные → Журнал регистрации. Работает в любой конфигурации, даже если раздела администрирования нет. Если пункта «Все функции» не видно в главном меню, включите его в Сервис → Параметры флажком «Отображать команду “Все функции”».

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

Шаг 2. Поставьте отбор по документу

Журнал без отбора бесполезен: за день там тысячи строк. Нажмите кнопку «Установить отбор» (в БСП это отдельная форма с несколькими полями).

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

Шаг 3. Прочитайте результат

Отсортируйте список по дате по убыванию. Верхняя строка — последнее действие с документом.

Двойной щелчок открывает строку целиком: там видно номер сеанса и представление данных.

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

Ситуация: в реализации от 5-го числа клиент видит сумму 48 600 ₽, а в выставленном счёте было 46 800 ₽. Нужно понять, кто правил документ.

1. Отбор по полю «Данные» на эту реализацию даёт пять строк.
2. Три первые — создание и проведение 5-го числа пользователем «Сидорова», это менеджер.
3. Четвёртая — «Данные. Изменение» 18-го числа в 16:42, пользователь «Козлов», компьютер BUH-03.
4. Пятая — «Данные. Проведение» через 20 секунд, тот же пользователь.

Ответ: последним документ редактировал Козлов, 18-го числа. Что именно он поменял, журнал не скажет — для этого откройте историю изменений документа, если она велась.

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

В конфигурациях на БСП есть механизм версионирования объектов. При каждой записи документа программа сохраняет его копию вместе с автором и датой. Потом версии можно сравнить и увидеть, какие поля и строки табличной части изменились.

Как включить

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

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

Как посмотреть

Откройте документ и в меню «Ещё» выберите команду «История изменений». Появится список версий: номер, дата, автор, комментарий. Последняя строка списка и есть последнее редактирование.

Выделите две версии и нажмите «Сравнить» — получите отчёт, где изменённые реквизиты подсвечены. Так видно, например, что сумма в строке 3 была 12 000, а стала 21 000, и поменял её пользователь «Петрова».

Отчёты по активности пользователей

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

В конфигурациях на БСП есть отчёт «Анализ журнала регистрации». Он строится на тех же данных журнала и имеет несколько вариантов:

• 📊 Активность пользователей — сколько объектов создал и изменил каждый пользователь за период;
• 🔍 Анализ активности пользователя — подробный список действий одного сотрудника;
• ⏱ Длительность работы регламентных заданий — полезно, если документы правит фоновое задание.

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

Можно ли узнать автора через Конфигуратор и отладку

Иногда администратор пытается найти автора правки через отладчик или консоль запросов. Это тупиковый путь.

• 🚫 Отладчик показывает, что происходит в коде сейчас. Прошлые записи он не восстанавливает.
• 🚫 Консоль запросов видит только данные, которые хранятся в таблицах. Автора последней записи в таблице документа нет, если разработчик не добавил такой реквизит.
• 🚫 Технологический журнал (logcfg.xml) пишет события платформы для анализа производительности. Включать его задним числом бесполезно, а постоянно держать включённым ради аудита неразумно — он быстро заполняет диск.

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

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

Если нужен свой реквизит «Автор изменения»

Программист может добавить в документ реквизит и заполнять его в обработчике ПередЗаписью значением Пользователи.ТекущийПользователь() (функция БСП) вместе с датой ТекущаяДатаСеанса(). В типовой конфигурации это делают через расширение, чтобы не снимать её с поддержки. Тогда автор правки видна прямо в форме и в списке документов.

Чем отличаются версии платформы и типы баз

Сам механизм поиска одинаков, но хранение журнала зависит от режима работы базы и версии платформы.

Формат .lgd появился в 8.3 и даёт быстрый отбор. Текстовые .lgp-файлы можно открыть блокнотом, но имена пользователей и объектов там закодированы ссылками на словарь .lgf, поэтому читать их вручную неудобно.

В 8.2 и ранних релизах 8.3 был только текстовый формат, а отбор по большим журналам работал медленно. Если база старая, а журнал за несколько лет весит десятки гигабайт, отбор по документу может открываться минутами — это нормально.

Платформа начиная с 8.3.11 содержит ещё и собственный механизм «История данных». Он включается для объекта в Конфигураторе и тоже хранит автора и время каждой версии. Типовые конфигурации для пользователя обычно используют версионирование БСП, описанное выше, поэтому начинайте с команды «История изменений» в форме документа.

Почему журнал не показывает нужного пользователя

Бывает, что журнал открыт, отбор стоит, а ответа нет или он странный. Вот реальные причины.

• 🔒 Все работают под одним пользователем. Журнал покажет одно и то же имя. Различить людей можно только по колонке «Компьютер» — если у каждого своя машина, а не общий терминальный сервер .
• 👻 В базе нет списка пользователей. Тогда в колонке «Пользователь» пусто, а вход идёт без авторизации. Узнать автора невозможно, только по компьютеру.
• 🔄 Документ записан обменом или обработкой. Пользователем будет тот, под кем запущен обмен, или служебный пользователь регламентного задания. Колонка «Приложение» покажет «Фоновое задание» или «COM-соединение».
• 🗑 Журнал сокращали. Старые записи удалены в Конфигураторе — восстановить их можно только из резервной копии папки 1Cv8Log.
• ⚙️ Низкий уровень регистрации. Правки данных не писались, см. настройку в Конфигураторе.
• 🔁 Групповая обработка. «Групповое перепроведение» или «Групповое изменение реквизитов» записывает документ от имени того, кто их запустил. Последним «редактором» окажется администратор, хотя по сути документ никто не трогал.

Что настроить заранее, чтобы потом не искать

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

Отдельно договоритесь, кто и когда сокращает журнал. Лучше делать это раз в год после закрытия отчётного периода и сохранять отрезанную часть в архив.

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