Администрирование · 10 мин
Как в 1С посмотреть, кто сделал документ
Как узнать, кто создал или изменил документ в 1С: журнал регистрации, история изменений, версионирование объектов. Пошаговые инструкции для разных конфигураций.
Вопрос «кто создал или изменил этот документ» возникает регулярно: при разборе ошибок в учёте, проверке подозрительных операций или поиске ответственного за конкретную проводку. В 1С есть несколько штатных механизмов для ответа на него — от простого просмотра реквизитов до детального анализа журнала регистрации.
Какой способ подойдёт именно вам, зависит от конфигурации (Бухгалтерия, Управление торговлей, ERP и другие), режима работы (файловая или клиент-серверная база) и того, какие механизмы включены в настройках. Ниже разобраны все основные варианты с пошаговыми действиями и ограничениями каждого.
Способ 1. Посмотреть поле «Ответственный» или «Автор» в документе
Самый простой вариант — открыть сам документ. В большинстве типовых конфигураций 1С (Бухгалтерия предприятия, Управление торговлей, Зарплата и управление персоналом, ERP) в шапке или в подвале формы есть поле «Ответственный» или «Автор». В него платформа автоматически подставляет пользователя, который создал документ.
Важно понимать ограничение: это поле показывает автора или текущего ответственного, но не историю. Если документ создал один сотрудник, а потом его перепровёл другой, поле «Ответственный» могло быть перезаписано. Кроме того, в некоторых конфигурациях ответственного можно сменить вручную — тогда данные перестают отражать реального создателя.
Если поля не видно на форме, проверьте кнопку «Ещё» в форме документа — иногда реквизит выведен в дополнительные поля или на отдельную вкладку. Также в ряде конфигураций автор виден прямо в списке документов, если добавить колонку «Автор» через настройку списка («Ещё» → «Изменить форму» или «Настроить список»).
Способ 2. Команда «История изменений» в типовых конфигурациях
В типовых конфигурациях на базе Библиотеки стандартных подсистем (БСП) часто встроен механизм «История изменений объектов». Он показывает, кто и когда создал документ, кто его изменял и что именно поменялось.
Чтобы воспользоваться, откройте документ, нажмите кнопку «Ещё» в командной панели формы и найдите пункт «История изменений». Откроется таблица с версиями объекта: дата и время, пользователь, комментарий версии. Выбрав две версии, можно сравнить их и увидеть, какие реквизиты изменились.
Если пункта «История изменений» в меню «Ещё» нет, возможны три причины: механизм отключён в настройках (Администрирование → Общие настройки → «Версионирование объектов»), у вашего пользователя нет прав на просмотр истории, либо конфигурация не поддерживает версионирование для этого вида документов.
- 1Откройте раздел «Администрирование» → «Общие настройки».
- 2Найдите флажок «Версионирование объектов» (или «Хранить историю изменений») и включите его.
- 3Перейдите в настройку версионирования и укажите, для каких видов документов хранить историю.
- 4Установите срок хранения версий, чтобы база не разрасталась.
- 5Проверьте результат: откройте любой документ и убедитесь, что в меню «Ещё» появилась «История изменений».
Способ 3. Журнал регистрации — полная картина событий
Журнал регистрации — это встроенный механизм платформы 1С, который фиксирует действия пользователей: создание, изменение, проведение и удаление документов, входы в систему и ошибки. Он работает независимо от конфигурации и включён всегда (уровень детализации можно настроить).
Чтобы найти, кто работал с конкретным документом, откройте «Администрирование» → «Обслуживание» → «Журнал регистрации». В открывшемся окне нажмите «Отбор» и настройте фильтр:
- Дата — ограничьте период, иначе поиск по большой базе займёт много времени;
- Событие — выберите «Данные. Добавление», «Данные. Изменение», «Данные. Удаление»;
- Данные — укажите конкретный документ через кнопку выбора;
- Пользователь — можно оставить пустым, чтобы увидеть всех.
После применения отбора вы увидите список событий: кто, когда и что сделал с документом — создал, записал, провёл, поменял или пометил на удаление. Двойной щелчок по строке открывает детали события, включая имя компьютера и сеанс.
В файловых базах журнал регистрации хранится в формате lgd рядом с файлом базы, в клиент-серверных — на сервере СУБД. Если журнал «пустой» за старые периоды, скорее всего, его сократили при обслуживании базы — старые события восстановить нельзя.
Способ 4. Отчёт «Анализ активности пользователей» и права доступа
В типовых конфигурациях есть отчёт «Анализ активности пользователей» (обычно в разделе «Администрирование» → «Пользователи и права» или через поиск по Alt+F). Он строится по журналу регистрации и показывает в удобном виде, какие пользователи когда работали и с какими данными.
Этот отчёт удобен, когда нужно не просто найти автора одного документа, а оценить картину в целом: например, кто из менеджеров создавал документы за смену или кто работал в базе в нерабочее время. Отчёт группирует события по пользователям и видам объектов.
Учтите, что и журнал регистрации, и отчёт по активности доступны только пользователям с правами администратора или с отдельно выданным правом «Просмотр журнала регистрации». Обычный пользователь без этих прав кнопок не увидит — это нормальное ограничение безопасности.
Способ 5. Через конфигуратор и технические средства
Для разработчиков и администраторов есть дополнительные возможности. В конфигураторе можно открыть журнал регистрации через меню «Администрирование» → «Журнал регистрации» — функционально это тот же инструмент, но доступен даже если в пользовательском интерфейсе команда скрыта.
Программно события журнала можно выгрузить методом ВыгрузитьЖурналРегистрации() в XML или таблицу значений для дальнейшего анализа — например, чтобы построить свою сводку по действиям конкретного сотрудника за месяц.
Если документы создаются через обмены (синхронизация с сайтом, перенос из другой базы), автором в журнале будет значиться пользователь, под которым работает обмен, — часто это служебная учётная запись. В этом случае реального инициатора ищите в логах самого обмена или в комментариях, которые обмен записывает в документ.
Что делать, если автора определить не удаётся
Бывают ситуации, когда ни один способ не даёт ответа. Типичные причины: журнал регистрации был сокращён, версионирование не включалось, а поле «Ответственный» перезаписано. В этом случае восстановить информацию штатными средствами уже нельзя.
Чтобы не оказаться в такой ситуации в будущем, настройте базу заранее: включите версионирование для ключевых видов документов, настройте регулярное резервное копирование вместе с журналом регистрации, разграничьте права пользователей и не допускайте работы нескольких сотрудников под одной учётной записью — иначе даже журнал покажет только безликое имя общего пользователя.
Как проверить, что механизмы контроля работают
После изменения документа в «Ещё» → «История изменений» появляется новая версия с вашим именем
Пункт отсутствует или список версий пуст при включённом версионировании
По отбору за сегодня видны события добавления и изменения данных с именами пользователей
Журнал пуст или события фиксируются без указания данных
У каждого сотрудника отдельный пользователь, вход под чужой записью исключён
Несколько человек работают под одним пользователем — авторство неотличимо
Сравнение способов: что выбрать в вашей ситуации
Каждый метод решает свою задачу. Для мгновенного ответа «кто завёл документ» достаточно поля «Автор». Для разбора «кто и что поменял» нужны история изменений или журнал регистрации. Для массового анализа работы сотрудников удобнее отчёт по активности.
Сравнение способов
Мгновенно и доступно всем, но показывает только одного человека и может быть изменено вручную.
Показывает версии и отличия по реквизитам, но работает только если версионирование было включено заранее.
Самый полный и надёжный источник: фиксирует все действия всегда. Минус — нужны права администратора и грамотная настройка отбора.
Удобен для сводной картины по сотрудникам и периодам, но для поиска по одному документу избыточен.
Практический вывод: поле «Автор» и журнал регистрации дополняют друг друга. Первый даёт быстрый ответ, второй — доказательную базу. В связке с включённым версионированием вы закрываете практически все сценарии вопросов «кто это сделал».
Что важно запомнить
Быстрый ответ — поле «Автор» в документе, полная картина — журнал регистрации с отбором по данным, детальная история правок — версионирование объектов. Включите контрольные механизмы заранее и не допускайте работы под общими учётными записями.
Частые вопросы
Видно ли в журнале регистрации, что именно изменил пользователь в документе?
Нет, журнал регистрации фиксирует сам факт изменения, дату, пользователя и объект, но не показывает старые и новые значения реквизитов. Для сравнения значений нужен механизм версионирования объектов, который сохраняет содержимое каждой версии.
Почему в поле «Автор» стоит не тот человек, который реально создавал документ?
Чаще всего документ был создан обменом данными или обработкой под служебным пользователем, либо ответственного позже сменили вручную. Реального исполнителя в таких случаях ищите в журнале регистрации по событию добавления данных.
Можно ли посмотреть автора документа без прав администратора?
Да, просмотр поля «Автор» или «Ответственный» в самом документе и истории изменений обычно доступен обычным пользователям. А вот журнал регистрации требует специального права — его выдаёт администратор.
Как узнать, кто удалил документ?
Откройте журнал регистрации, установите отбор по событию «Данные. Удаление» и при необходимости по периоду. В списке будет видно, какой пользователь и когда удалил объект. Если документ только помечен на удаление, ищите событие «Данные. Изменение».
Хранится ли история, если база файловая, а не серверная?
Да, журнал регистрации ведётся в обоих режимах. В файловой базе он хранится в отдельном файле рядом с базой и тоже попадает в резервную копию, если копируется вся папка. Различие лишь в том, что при активной работе многих пользователей файловый журнал растёт быстрее и его нужно периодически сокращать.
Можно ли настроить уведомления об изменении конкретных документов?
Штатной подписки на изменения отдельного документа в типовых конфигурациях обычно нет. Такую задачу решают доработкой — подпиской на события записи объектов с отправкой письма или сообщения ответственному. Это работа для разработчика 1С.