Как посмотреть, кто делал изменения в 1С

Ситуация, когда документ внезапно поменял сумму, контрагент «переехал» на другой адрес, а никто не признаётся в правках, знакома почти каждой организации, работающей в 1С. Хорошая новость: платформа 1С:Предприятие по умолчанию фиксирует действия пользователей, и в большинстве случаев автора изменений найти можно без дополнительных доработок.

Основной инструмент — журнал регистрации. Он пишется платформой автоматически и не зависит от конфигурации: работает и в «Бухгалтерии», и в «Управлении торговлей», и в ЗУП. Дополнительно во многих типовых решениях есть механизм версионирования объектов, который показывает не только кто и когда, но и что именно поменялось — вплоть до старых и новых значений реквизитов.

Важно понимать ограничения: журнал регистрации хранит события ограниченный срок, а глубина детализации зависит от настроек. Поэтому разберём все доступные способы — от штатного журнала до версионирования и внешних инструментов, а также что делать, если нужные данные уже удалены.

Журнал регистрации: главный способ узнать автора изменений

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

Чтобы открыть журнал в типовой конфигурации, пройдите по пути: Администрирование → Обслуживание → Журнал регистрации. Если такого пункта нет (зависит от конфигурации и прав), откройте меню Все функции → Стандартные → Журнал регистрации. Для доступа к пункту «Все функции» его нужно предварительно включить: Сервис → Параметры → флажок «Отображать команду "Все функции"».

Журнал открывается списком событий в хронологическом порядке. Каждая строка содержит дату и время, пользователя, компьютер, тип события, объект (метаданные и представление) и комментарий. Именно колонка «Пользователь» отвечает на вопрос «кто это сделал».

1. 1
   Откройте Администрирование → Обслуживание → Журнал регистрации (или Все функции → Журнал регистрации)
2. 2
   Нажмите кнопку «Отбор» и задайте период, когда предположительно вносились правки
3. 3
   В отборе по событиям выберите «Данные. Изменение» и «Данные. Добавление» (при необходимости — «Данные. Удаление»)
4. 4
   Если знаете объект — укажите его в отборе по данным (например, конкретный документ или элемент справочника)
5. 5
   Примените отбор и смотрите колонки «Пользователь», «Дата» и «Данные» — там видно, кто, когда и что изменил

Как настроить отбор, чтобы быстро найти нужное событие

Без отбора журнал регистрации в активно используемой базе почти бесполезен: за день накапливаются тысячи записей. Кнопка «Отбор» (или «Установить отбор» в зависимости от версии) позволяет сузить выборку по нескольким критериям одновременно.

Самые полезные фильтры: период (не берите слишком широкий интервал — журнал откроется медленно), пользователь (если есть подозреваемый), событие (группа «Данные»: добавление, изменение, удаление), данные (конкретный объект — документ, элемент справочника). Отбор по конкретному объекту работает через кнопку выбора в поле «Данные»: укажите тип объекта и сам объект.

Практический приём: если известен проблемный документ, отберите журнал только по нему за весь период его существования. Вы увидите полную цепочку: кто создал, кто провёл, кто редактировал и кто, возможно, пометил на удаление. Это самый быстрый способ восстановить историю конкретного документа.

Ограничения журнала регистрации

Журнал показывает факт изменения и его автора, но по умолчанию не показывает, какие именно реквизиты поменялись и какие значения были раньше. Вы увидите: «Пользователь Иванов изменил документ Реализация № 145 от 12.03», но не «сумма была 10 000, стала 100 000». Для такой детализации нужен механизм версионирования.

Второе ограничение — срок хранения. Журнал регистрации растёт и периодически сокращается (вручную или по расписанию через «Сокращение журнала регистрации»). Если событие произошло давно, а журнал сокращали, записи могут быть уже удалены. Файл журнала хранится в каталоге базы (подкаталог 1Cv8Log для файловых баз) или на сервере СУБД.

Версионирование объектов: как увидеть, что именно изменилось

Версионирование объектов — механизм из библиотеки стандартных подсистем (БСП), который есть в большинстве типовых конфигураций: 1С:Бухгалтерия, УТ, ERP, ЗУП и других. Он сохраняет версии документов и элементов справочников при каждом изменении и позволяет сравнить любые две версии: какие поля отличались и какие значения были.

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

Когда версионирование включено, в форме документа или элемента справочника появляется команда «История изменений» (обычно в меню «Ещё»). Отчёт покажет таблицу версий: номер версии, дату, пользователя и комментарий. Выбрав две версии, можно нажать «Сравнить» и увидеть построчную разницу по реквизитам — старое значение против нового.

История изменений в карточке объекта

В ряде типовых конфигураций прямо в форме документа есть команда «История изменений» или «История» даже без полноценного версионирования — она показывает данные из журнала регистрации, отфильтрованные по текущему объекту. Это самый быстрый путь: открыть документ → меню «Ещё» → «История изменений».

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

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

Как узнать, кто удалил документ или пометил его на удаление

Удаление данных — самая болезненная ситуация, и журнал регистрации здесь тоже помогает. В отборе по событиям выберите «Данные. Удаление» — это событие фиксирует непосредственное удаление объекта. Пометка на удаление регистрируется как обычное событие «Данные. Изменение», поскольку технически это изменение реквизита «Пометка удаления».

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

Учтите: физическое удаление помеченных объектов через «Удаление помеченных объектов» тоже фиксируется в журнале. Поэтому цепочка «кто пометил — кто удалил окончательно» восстанавливается по двум событиям.

Дополнительные способы: копии базы, СУБД и права доступа

Если штатных данных не хватает, есть обходные пути. Первый — резервные копии. Если инцидент свежий, поднимите копию базы за дату «до» изменений в тестовом режиме и сравните проблемный объект с текущим состоянием: так вы установите, что именно поменялось, даже если версионирование не велось.

Второй путь для клиент-серверных баз — журналы СУБД. В MS SQL Server, PostgreSQL и других СУБД есть собственные механизмы аудита и журналы транзакций. Это работа для администратора СУБД, и детализация зависит от настроек сервера, но иногда это единственный способ восстановить картину при очищенном журнале 1С.

Третий, превентивный способ — настроить права так, чтобы вопрос «кто изменил» возникал реже. Разделите учётные записи (никаких общих пользователей), ограничьте права на редактирование закрытых периодов, включите даты запрета изменения данных (Администрирование → Пользователи и права → Даты запрета изменения данных). Тогда старые документы физически нельзя будет отредактировать задним числом.

Маршрут решения

Как выбрать действие

Нужно быстро узнать автора правок конкретного документаОткройте документ → Ещё → История изменений, либо отфильтруйте журнал регистрации по этому объекту

Нужно увидеть, какие реквизиты и значения поменялисьВключите версионирование объектов и используйте сравнение версий в истории изменений

Событие произошло давно, журнал сокращалсяПоднимите резервную копию за нужную дату и сравните объект, либо обратитесь к администратору СУБД

Сотрудники работают под общей учётной записьюСначала заведите персональные учётные записи — иначе авторство изменений установить не получится

Типичные ошибки при поиске автора изменений

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

Вторая ошибка — путать пользователя 1С и пользователя Windows/сеанса. Журнал показывает учётную запись информационной базы. Если вход в 1С выполняется без пароля под одной записью, колонка «Пользователь» ничего не докажет. Дополнительно смотрите колонку «Компьютер» — иногда по рабочей станции можно понять, кто фактически работал.

Третья ошибка — ожидать от журнала деталей, которых он не хранит. Журнал регистрации не показывает старые значения реквизитов. Требовать от него «было/стало» бессмысленно — для этого существует версионирование, и включать его нужно заранее, задним числом версии не появятся.

Как настроить контроль изменений на будущее

Чтобы вопрос «кто это сделал» больше не требовал расследования, настройте три вещи. Во-первых, персональные учётные записи для каждого сотрудника с отключёнными общими пользователями. Во-вторых, версионирование для критичных объектов: документы продаж и закупок, кассовые и банковские документы, справочники контрагентов и номенклатуры.

В-третьих, даты запрета редактирования. После закрытия месяца или квартала установите запрет изменения данных по прошлым периодам — это исключит «тихие» правки старых документов, которые потом всплывают при сверках. Для отдельных пользователей можно задать индивидуальные даты запрета.

Дополнительно проверьте настройку хранения журнала регистрации: задайте разумный срок хранения и периодически выгружайте журнал в файл для архива. Тогда даже при сокращении рабочего журнала история сохранится в выгрузках.

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

Можно ли посмотреть, кто изменил документ, если версионирование не включено?

Да, автора покажет журнал регистрации: отфильтруйте его по конкретному документу, и в колонке «Пользователь» будут видны все, кто его создавал и редактировал. Но увидеть, какие именно реквизиты и значения менялись, без версионирования нельзя — только факт и время изменения.

Как узнать, кто изменил элемент справочника, например карточку контрагента?

Тем же способом, что и для документа: откройте журнал регистрации, задайте отбор по данным — выберите нужный элемент справочника. Журнал покажет все события добавления и изменения с указанием пользователей. Если включено версионирование для этого справочника, в карточке элемента через «Ещё → История изменений» доступно сравнение версий.

Видно ли в журнале, кто просто просматривал данные?

Нет, просмотр данных платформа по умолчанию не регистрирует — журнал фиксирует добавление, изменение, удаление, проведение, вход и выход из сеанса. Регистрацию доступа к данным можно включить только через настройку уровней регистрации событий в конфигураторе, но это резко увеличивает объём журнала и на практике применяется редко.

Журнал регистрации очищен. Можно ли восстановить, кто вносил изменения?

Штатными средствами 1С — нет. Варианты: поднять резервную копию базы за нужную дату и сравнить объект с текущим состоянием (это покажет, что изменилось, но не всегда — кто), либо, если база работает на СУБД, обратиться к администратору сервера для анализа журналов СУБД. Если журнал выгружался в файл ранее, проверьте эти выгрузки.

Почему в журнале в колонке «Пользователь» пусто или стоит непонятное имя?

Пустое значение обычно означает, что действие выполнено системой: фоновым заданием, регламентной операцией или обменом данными. Непонятное имя — признак служебной или общей учётной записи. Посмотрите колонки «Компьютер» и «Сеанс», чтобы сопоставить событие с конкретным рабочим местом или процессом.

Может ли обычный пользователь без прав администратора посмотреть историю изменений?

Доступ к полному журналу регистрации обычно есть только у администраторов. Но команда «История изменений» в карточке объекта может быть доступна рядовым пользователям — это зависит от ролей в конкретной конфигурации. Если команда недоступна, попросите администратора выдать роль просмотра истории или предоставить выгрузку по нужному объекту.