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

Вопрос «кто изменил документ» возникает в 1С регулярно: сумма в реализации не сходится с первичкой, счёт-фактура перепроведена, дата документа сдвинулась. В большинстве конфигураций на платформе 1С:Предприятие 8.3 ответ находится за пару минут — если знать, где искать и что именно фиксирует система.

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

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

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

Платформа ведёт журнал регистрации — системный протокол, куда попадают события записи, изменения и удаления объектов, входы пользователей, ошибки. Для каждого события сохраняются дата и время, пользователь, компьютер, тип события и представление объекта (например, «Реализация товаров и услуг 00БП-001234 от 15.03»).

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

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

Как найти автора изменения через журнал регистрации

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

Порядок действий в интерфейсе «Такси»:

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

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

Учтите: в файловой базе журнал хранится в каталоге базы, в клиент-серверной — на сервере. Глубина хранения зависит от настроек сокращения журнала: если администратор настроил очистку старше определённого срока, старые события могут отсутствовать.

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

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

Откроется таблица версий: номер версии, дата и время, автор, комментарий. Текущая версия обычно выделена. Выделив две версии (с зажатой клавишей Ctrl) и нажав «Сравнить», вы получите отчёт об отличиях: какие реквизиты шапки и строки табличных частей изменились, старые и новые значения.

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

Как включить версионирование, если оно не настроено

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

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

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

Дополнительные способы контроля изменений

Отчёт «Анализ версионирования»

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

Дата запрета изменения данных

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

Права и роли пользователей

Если один и тот же документ регулярно «портится», проверьте матрицу прав: возможно, у слишком широкого круга сотрудников есть право изменения чужих документов. В типовых конфигурациях можно ограничить доступ на уровне записей (RLS) или выдать роль «только просмотр» для отдельных видов документов.

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

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

Работает всегда и сразу, показывает автора и время. Не показывает, какие поля изменились; глубина истории ограничена настройками хранения.

История изменений (версионирование)

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

Отчёт «Анализ версионирования»

Удобен для сводной картины по пользователям и объектам. Работает только при включённом версионировании.

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

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

Ещё одна ситуация: документ изменила загрузка из другой программы (обмен с сайтом, ЭДО, синхронизация между базами). В журнале вы увидите пользователя обмена и время, совпадающее с расписанием синхронизации. В этом случае искать нужно не виноватого в 1С, а источник данных в смежной системе.

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

Как проверить результат

Найденное событие в журнале

Норма

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

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

Автор — служебный пользователь обмена, значит правка пришла извне

История изменений документа

Норма

В списке версий видны авторы и отличия по реквизитам

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

Список версий пуст — версионирование не включено или срок хранения истёк

Полнота данных журнала

Норма

События есть за весь интересующий период

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

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

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

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

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

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

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

Скорее всего, настроено сокращение журнала: администратор ограничил глубину хранения, и старые события удалены. Проверьте настройку в Конфигураторе (Администрирование → Параметры информационной базы) или уточните у администратора. Восстановить удалённые события нельзя.

Видно ли в 1С, что именно изменил пользователь в документе?

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

Что делать, если документ меняет обмен данными, а не человек?

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

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

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

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

Используйте дату запрета изменения данных (Администрирование → Поддержка и обслуживание). Документы старше установленной даты смогут менять только пользователи со специальным правом. Дополнительно сузьте роли доступа и включите версионирование по ключевым видам документов.