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