К статье
Практический материал

Администрирование · 11 мин

Как посмотреть историю документа в 1С

Как посмотреть историю документа в 1С: кто и когда создал, изменил или провёл документ. Журнал регистрации, версионирование объектов и типичные ошибки.

Вопрос «кто изменил документ» возникает в 1С регулярно: сумма в накладной не совпадает с первичкой, счёт-фактура перепроведена задним числом, документ внезапно помечен на удаление. Чтобы разобраться, нужно посмотреть историю документа — и в 1С для этого есть несколько инструментов, которые работают по-разному и дают разный уровень детализации.

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

Ниже разобраны оба способа с пошаговыми действиями, отличия для файловых и клиент-серверных баз, ограничения прав доступа и типичные ошибки, из-за которых историю не удаётся найти.

Что фиксирует 1С и какие инструменты доступны

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

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

Сравнение способов просмотра истории

Журнал регистрации

Всегда включён, показывает кто и когда изменил документ. Не показывает, какие именно поля менялись.

Версионирование объектов

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

Отчёт «Анализ версий объектов»

Даёт сводку по версиям выбранного документа. Работает только при включённом версионировании.

Как найти события по документу в журнале регистрации

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

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

Порядок поиска событий по документу
  1. 1
    Откройте Администрирование → Обслуживание → Журнал регистрации
  2. 2
    Нажмите «Отбор» и задайте период поиска
  3. 3
    В поле «Данные» выберите ссылку на нужный документ
  4. 4
    Добавьте отбор по пользователю, если подозреваемый известен
  5. 5
    Примените отбор и изучите события: изменение, проведение, пометка удаления
  6. 6
    Двойным щелчком откройте событие и посмотрите детали: компьютер, сеанс, представление данных

В списке событий обращайте внимание на колонки: «Событие» (например, «Данные. Изменение» или «Данные. Удаление»), «Пользователь», «Дата», «Компьютер» и «Представление данных». Двойной щелчок по строке открывает карточку события с подробностями — там видно, в каком сеансе и с какого рабочего места выполнено действие. Это полезно, когда под одной учётной записью работают несколько человек.

Отбор по представлению данных, если ссылку выбрать нельзя

Если документ уже удалён физически или вы не знаете точную ссылку, используйте отбор по строке поиска: в настройках отбора для поля «Данные» или «Представление данных» укажите часть номера или названия документа, например «Реализация товаров 0000-001234». Отбор сработает по подстроке, и нужные события отфильтруются.

Как включить версионирование и смотреть версии документа

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

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

Сравнение версий и восстановление

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

Как посмотреть историю без прав администратора

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

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

Особенности для файловых и клиент-серверных баз

В файловой базе журнал регистрации хранится в каталоге базы в виде файлов формата lgd (в старых версиях — 1Cv8.log). Его можно открыть только из самой 1С, но при необходимости файл копируется вместе с базой. В клиент-серверном варианте журнал хранится в каталоге служебных файлов кластера на сервере, и прямой доступ к нему есть только у администратора сервера.

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

Контрольные точки

Как проверить, что история сохраняется

Отбор по документу в журнале регистрации
Норма

Видны события изменения и проведения с указанием пользователя

Тревожный признак

Событий нет, хотя документ точно менялся — проверьте настройку уровня регистрации

Команда «Ещё → История изменений» в документе
Норма

Команда есть и показывает список версий

Тревожный признак

Команды нет — версионирование не включено или нет прав

Глубина журнала регистрации
Норма

События доступны за нужный период

Тревожный признак

Журнал начинается с недавней даты — выполнялось сокращение, старые события утеряны

Типичные ошибки при поиске истории документа

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

Типичные ошибки
01
Искать события без отбора по ссылке на документ — в большом журнале нужная строка теряется
02
Ожидать от журнала регистрации старых и новых значений полей — он фиксирует только факт и автора изменения
03
Включить версионирование и ждать историю за прошлые периоды — версии пишутся только с момента включения
04
Сокращать журнал регистрации без архивной выгрузки — старые события удаляются безвозвратно
05
Искать автора изменения по дате документа — документ мог быть создан раньше, а изменён значительно позже

Отдельная ситуация — работа под общей учётной записью. Если несколько сотрудников входят под одним пользователем, журнал покажет лишь эту учётку; различить людей можно только косвенно, по колонкам «Компьютер» и «Сеанс». Для нормального аудита каждому сотруднику нужна отдельная учётная запись — это базовое требование контроля.

Что делать, если истории нет или она неполная

Если ни журнал регистрации, ни версионирование не дают ответа, остаются обходные пути. Во-первых, проверьте архивные копии базы: выгрузка dt за нужную дату позволит открыть копию и сравнить документ с текущим состоянием вручную. Во-вторых, если база клиент-серверная и настроено резервное копирование СУБД, копию можно поднять на отдельном сервере, не трогая рабочую базу.

В-третьих, косвенные следы остаются в связанных данных: движения документа по регистрам, связанные документы (счета-фактуры, корректировки), комментарии в задачах и переписка внутри системы. Это не заменяет аудит, но помогает восстановить хронологию. На будущее включите версионирование для критичных документов и настройте регламентное сокращение журнала с предварительной выгрузкой архива.

Итог

Что важно запомнить

Кто и когда менял документ — смотрите в журнале регистрации с отбором по ссылке на документ. Что именно менялось — только через версионирование, которое нужно включить заранее. Для полноценного аудита нужны оба механизма, индивидуальные учётные записи и аккуратное сокращение журнала с архивацией.

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

Можно ли узнать, кто удалил документ в 1С?

Да, если документ помечен на удаление или удалён, журнал регистрации фиксирует событие «Данные. Удаление» с указанием пользователя и времени. Отберите журнал по ссылке на документ или по представлению данных. Если документ удалён физически и ссылки нет, ищите по строке с номером документа.

Почему в журнале регистрации нет событий по документу, который точно меняли?

Проверьте три вещи: правильность отбора (период, ссылка на документ), настройку уровня регистрации в конфигураторе (должна регистрироваться модификация данных) и глубину журнала — возможно, старые события удалены сокращением.

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

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

Работает ли история изменений в базовой версии 1С?

Механизмы журнала регистрации и версионирования относятся к платформе и БСП, а не к уровню поставки, поэтому в базовых версиях типовых конфигураций они доступны. Ограничение базовых версий касается другого — нельзя дорабатывать конфигурацию и работать в клиент-серверном режиме.

Можно ли восстановить документ в прежнее состояние?

Если включено версионирование — да, через команду перехода к нужной версии в истории изменений. Если нет — только вручную по данным архивной копии базы. Учтите, что перезапись документа задним числом может потребовать восстановления последовательности проведения.

Как долго хранится журнал регистрации?

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