Как узнать, кто открывал и менял документ в 1С 8.3
Содержание
Чтобы посмотреть в 1С, кто заходил в документ, откройте журнал регистрации: Администрирование → Обслуживание, ссылка «Журнал регистрации». В отборе укажите сам документ в поле «Данные» — программа покажет, кто и когда его записывал, проводил, отменял проведение и помечал на удаление.
Типичная ситуация: в закрытом квартале у реализации поменялась сумма, а «никто не трогал». Журнал отвечает на этот вопрос за пару минут. Одно ограничение сразу: простое открытие документа на просмотр платформа по умолчанию не записывает. Видно тех, кто документ сохранил, а не тех, кто его просто открыл и закрыл.
Что пишет журнал регистрации и чего в нём нет
Журнал регистрации — встроенный протокол платформы 1С:Предприятие 8.3. Он один на всю информационную базу и не зависит от конфигурации: работает в Бухгалтерии 3.0, ЗУП 3.1, УТ 11 и самописных базах.
Каждая запись содержит:
- 🕒 дату и время события;
- 👤 пользователя базы и имя компьютера;
- 🖥 приложение (тонкий клиент, веб-клиент, фоновое задание, COM-соединение);
- 🏷 событие и его важность (информация, предупреждение, ошибка);
- 📄 объект метаданных и конкретные данные — ссылку на документ;
- 🔢 номер сеанса и транзакцию.
Какие события относятся к документу:
| Событие в журнале | Что произошло |
|---|---|
| Данные. Добавление | документ создан и записан впервые |
| Данные. Изменение | документ перезаписан без проведения |
| Данные. Проведение | документ проведён (в том числе перепроведён) |
| Данные. Отмена проведения | с документа сняли проведение |
| Данные. Пометка удаления | документ помечен на удаление или пометку сняли |
| Данные. Удаление | документ удалён окончательно |
Чего в журнале нет:
- ❌ факта открытия формы «посмотреть»;
- ❌ старых и новых значений реквизитов — журнал фиксирует, что документ записали, но не что именно в нём поменяли;
- ❌ печати документа, если конфигурация сама не пишет такое событие.
Если нужно видеть именно содержимое правок — «было 120 000, стало 150 000», — понадобится история изменений (версионирование объектов). Про неё отдельный раздел ниже.
Как открыть журнал регистрации в 1С
Пути в режиме Предприятия зависят от конфигурации, но сам журнал везде один и тот же.
| Конфигурация | Где найти |
|---|---|
| Бухгалтерия предприятия 3.0 | Администрирование → Обслуживание, ссылка «Журнал регистрации» |
| ЗУП 3.1 | Администрирование → Обслуживание, ссылка «Журнал регистрации» |
| Управление торговлей 11 | НСИ и администрирование → Обслуживание, ссылка «Журнал регистрации» |
| Любая конфигурация | Все функции → Стандартные → Журнал регистрации |
Пункт «Все функции» появляется в главном меню (кнопка с тремя полосками слева вверху), если включить его: Сервис и настройки → Параметры, флажок «Отображать команду “Все функции”». Этот путь выручает в нетиповых и сильно доработанных базах.
В Конфигураторе журнал открывается через Администрирование → Журнал регистрации. Там же настраивается уровень записи, о нём — в разделе про ограничения.
В клиент-серверной базе журнал за большой период грузится долго. Не открывайте его без отбора «за всё время» в рабочие часы на слабом сервере — задайте период сразу.
Поиск по конкретному документу: кто создал, менял, проводил
Порядок действий для одного документа:
- Откройте журнал регистрации.
- Нажмите «Установить отбор» (или «Отбор» — в зависимости от релиза библиотеки стандартных подсистем).
- Задайте период: от даты создания документа до сегодняшнего дня. Слишком широкий период замедлит выборку.
- В поле «Данные» нажмите кнопку выбора, выберите тип — например, «Реализация (акт, накладная, УПД)» — и найдите в списке нужный документ.
- Если в отборе есть «События», можно оставить только события группы «Данные». Остальное — входы, выходы, фоновые задания — для этой задачи лишнее.
- Примените отбор.
В результате получится короткий список: каждая строка — одна запись документа. По колонкам «Пользователь», «Компьютер» и «Дата» видно, кто последним держал документ в руках.
Как читать одну запись
Двойной щелчок по строке открывает карточку события. В ней видно больше, чем в списке:
- 🔢 номер сеанса — по нему легко отобрать все действия пользователя в рамках одного входа в программу;
- 🧾 статус транзакции — «Зафиксирована» означает, что запись действительно сохранилась, «Отменена» — что попытка была, но данные не изменились;
- 💬 комментарий — сюда конфигурация или программист могут писать подробности события.
Строки с отменённой транзакцией не считайте правкой документа. Чаще всего это неудачное проведение: пользователь нажал «Провести», получил ошибку о нехватке остатков и закрыл форму.
Если документ уже удалён
Ссылку на удалённый документ в поле «Данные» не выбрать. Тогда отберите по метаданным:
- в отборе «Метаданные» отметьте нужный вид документа;
- в «События» оставьте «Данные. Удаление»;
- в колонке «Представление данных» найдите номер и дату документа — платформа сохраняет текстовое представление объекта вместе с событием.
Обратная задача: что делал конкретный сотрудник
Уберите отбор по данным и поставьте отбор по пользователю. Получится хронология его работы за период: какие документы он создавал, проводил и удалял. Удобно при разборе, почему в отчёте «всплыли» лишние обороты.
Администрирование → Обслуживание, ссылка «Активные пользователи». Журнал покажет запись только после сохранения.Как увидеть, что именно поменяли в документе: история изменений
Журнал отвечает «кто и когда». На вопрос «что изменилось» отвечает история изменений — механизм версионирования объектов из библиотеки стандартных подсистем. Он есть в Бухгалтерии 3.0, ЗУП 3.1, УТ 11 и других типовых конфигурациях на БСП.
Включение в Бухгалтерии 3.0:
Администрирование → Общие настройки.- Найдите группу «История изменений» и установите флажок «Хранить историю изменений».
- По ссылке «Настроить» выберите, для каких видов документов и справочников хранить версии. Можно задать срок хранения.
После этого при каждой записи документа программа сохраняет его версию: автор, дата и все значения реквизитов и табличных частей.
Как посмотреть версии:
- Откройте документ.
- В меню «Ещё» формы выберите команду «История изменений».
- Откроется список версий с автором и датой каждой.
- Отметьте две версии и запустите сравнение — изменённые реквизиты и строки табличных частей будут подсвечены.
- Откройте одну версию, чтобы увидеть документ целиком в том виде, в каком он был на тот момент.
История начинает копиться только с момента включения. Задним числом версии не появятся: если правка случилась до того, как поставили флажок, остаётся только журнал регистрации.
Из истории изменений можно вернуться к старой версии документа. В закрытом периоде это меняет движения и может сдвинуть отчётность. Перед откатом сделайте резервную копию и согласуйте действие с главным бухгалтером.
Быстрые подсказки без журнала
- 👤 Поле «Ответственный» внизу формы документа в Бухгалтерии 3.0 заполняется автоматически пользователем, который создал документ. Его можно поменять вручную, так что это подсказка, а не доказательство.
- 📝 Поле «Комментарий» — часто там оставляют пометку о правке, если в компании так принято.
- 🔒 Если документ сейчас открыт на редактирование другим пользователем, при попытке изменить его вы получите сообщение о блокировке объекта.
Права на просмотр журнала регистрации
По умолчанию журнал видят только администраторы. Обычный бухгалтер или кладовщик пункта «Журнал регистрации» в своём меню не найдёт — и это правильно: в журнале видна работа всех пользователей.
Как дать доступ в типовых конфигурациях на БСП:
Администрирование → Настройки пользователей и прав.- Откройте «Профили групп доступа» и создайте свой профиль (типовые профили обычно закрыты для правки — скопируйте нужный).
- В списке ролей профиля найдите роль, связанную с просмотром журнала регистрации (поиск по слову «журнал»), и отметьте её.
- Включите профиль в группу доступа, куда входит нужный сотрудник.
В конфигурации на платформе за это отвечает право «Журнал регистрации». В доработанных базах проверьте у программиста, в какую роль оно включено.
Главному бухгалтеру удобно дать просмотр журнала, но не права администратора. Так он сам разберёт спорный документ и не сможет случайно поменять настройки базы.
Почему в журнале «одни Администраторы»
Журнал пишет пользователя базы, а не человека. Если весь отдел входит под одной учётной записью или под «Администратором», найти конкретного сотрудника не получится.
Что помогает:
- ✅ у каждого сотрудника своя учётная запись в 1С;
- ✅ вход через аутентификацию Windows (доменная учётная запись) — тогда входить под чужим именем сложнее;
- ✅ колонка «Компьютер» в журнале — подскажет, с какого рабочего места шла правка, даже при общей учётке.
Ограничения журнала: уровни записи, объём, очистка
Журнал не всемогущ. Перед тем как делать выводы, проверьте его настройки в Конфигураторе: Администрирование → Настройка журнала регистрации.
| Параметр | Что влияет |
|---|---|
| Уровень регистрации | «Не регистрировать», «Регистрировать ошибки», «…ошибки и предупреждения», «…ошибки, предупреждения и информацию», «Регистрировать все события». События изменения данных пишутся только на последних уровнях |
| Разделение по периодам | журнал хранится частями (по дням, месяцам, годам) — проще архивировать |
| Сокращение журнала | удаляет записи до выбранной даты, по желанию сохраняет их в отдельный файл |
Ключевые ограничения:
- ⛔ Если уровень регистрации снижен до «ошибок», изменения документов не записываются. Узнать, кто правил документ в этот период, нельзя.
- ⛔ Если журнал сокращали без сохранения в файл, старые события удалены безвозвратно.
- ⏳ В больших базах журнал разрастается до десятков гигабайт, а выборка без отбора длится минутами.
- 🔁 Обработки группового изменения и перепроведения пишут события от имени того, кто их запустил. Одно перепроведение месяца даст сотни строк «Данные. Проведение» — не путайте его с ручной правкой.
- 🌙 Регламентные и фоновые задания пишут события от своего имени или от пользователя, под которым запущены. Ориентируйтесь на колонку «Приложение».
Где лежат файлы журнала:
Файловая база: <каталог базы>\1Cv8Log\
Клиент-серверная: <каталог srvinfo>\reg_1541\<идентификатор базы>\1Cv8Log\
В платформе 8.3 есть два формата: старый (файлы .lgf и .lgp) и новый SQLite-формат с файлом .lgd. Формат переключается в той же настройке журнала регистрации в Конфигураторе. Новый быстрее ищет по отборам, старый проще архивировать и разбирать сторонними утилитами.
Не удаляйте и не переносите файлы журнала при работающих пользователях. В клиент-серверном варианте сначала остановите сеансы в этой базе — иначе журнал может повредиться, а пользователи получат ошибки.
Если нужно видеть даже просмотр документа
Платформа умеет регистрировать события доступа к данным («Доступ. Доступ» и «Доступ. Отказ в доступе»). В типовых конфигурациях это настраивается через раздел защиты персональных данных в администрировании: указываете, какие объекты отслеживать.
Объём журнала при этом растёт заметно, поэтому включайте отслеживание точечно: для кадровых документов, карточек сотрудников, договоров — там, где факт просмотра действительно важен.