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