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

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

Главный инструмент контроля в 1С 7.7 — системный журнал регистрации (файл 1Cv7.mlg). Он фиксирует входы пользователей, создание, изменение, проведение и удаление документов, а также другие события — но только после того, как его явно включат. Если журнал не вёлся в момент изменения, восстановить автора правки штатными средствами не получится.

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

Почему в 1С 7.7 изменения не видны автоматически

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

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

Как включить журнал регистрации

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

1. 1
   Закройте 1С у всех пользователей или предупредите их о необходимости перезайти в базу.
2. 2
   Откройте каталог информационной базы (ту папку, где лежат файлы 1Cv7.DD, 1Cv7.MD и др.).
3. 3
   Создайте внутри каталога базы папку с именем Syslog.
4. 4
   Запустите 1С и выполните тестовое действие: откройте и перепроведите любой документ.
5. 5
   Проверьте, что в папке Syslog появился файл 1Cv7.mlg и он растёт в размере.

После создания папки Syslog платформа начинает записывать события в файл 1Cv7.mlg. Журнал периодически пересоздаётся: старые файлы архивируются самой системой с ограничением глубины хранения, поэтому для длительной истории архивы журнала стоит периодически копировать в отдельное место.

Отключить журнал можно обратным способом — удалением или переименованием папки Syslog. На это стоит обратить внимание при аудите: если журнал внезапно «обрывается», возможно, папку кто-то удалил намеренно.

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

Штатного удобного просмотрщика журнала в интерфейсе 7.7 нет — файл 1Cv7.mlg имеет собственный формат, и просто открыть его в «Блокноте» бессмысленно. На практике используют два подхода.

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

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

1. 1
   Откройте обработку просмотра журнала регистрации.
2. 2
   Установите период, в который предположительно вносились изменения.
3. 3
   Отфильтруйте события по типу: изменение, запись, проведение, удаление документа.
4. 4
   Найдите в списке нужный документ по номеру и дате.
5. 5
   Посмотрите колонку с именем пользователя и временем каждого события.
6. 6
   Сопоставьте несколько событий по документу, чтобы увидеть всю цепочку правок.

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

Что именно фиксирует журнал и его ограничения

Журнал регистрации 7.7 записывает факт события и его автора, но не содержимое изменений. То есть вы узнаете, что пользователь Петрова изменяла накладную № 152 в 14:32, но не увидите, какое именно поле она правила и какое значение было до этого. Для анализа «что именно поменяли» журнал нужно сопоставлять с копиями базы, печатными формами или данными смежных учётных систем.

Другие ограничения, о которых нужно помнить:

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

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

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

Сравнение способов контроля

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

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

Реквизиты «Автор» в документах

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

Протоколирование через код

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

Разграничение прав и паролей

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

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

На практике большинство споров «кто изменил документ» в 7.7 упирается не в отсутствие журнала, а в то, что все работают под одним пользователем «Админ» или «Бухгалтер». Заведение персональных учётных записей решает половину проблем ещё до включения какого-либо протоколирования.

Частые ошибки при работе с журналом

Как проверить, что контроль работает правильно

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

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

Наличие файла журнала

Норма

В папке Syslog есть файл 1Cv7.mlg, размер растёт после действий в базе

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

Папка пуста — журнал не ведётся, проверьте имя папки и перезайдите в базу

Фиксация событий

Норма

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

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

События не появляются — пользователи не перезашли после создания папки

Атрибуция пользователей

Норма

Каждое событие подписано персональным именем сотрудника

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

Все события от одного имени — работа идёт под общей учётной записью

Глубина истории

Норма

Доступны события за нужный период, архивы регулярно копируются

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

Старые события отсутствуют — журнал перезаписан, архивация не настроена

Что делать, если нужный период не охвачен журналом

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

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

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

Можно ли узнать, кто изменил документ, если журнал регистрации не был включён?

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

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

Нет. Журнал регистрации 7.7 фиксирует факт события (изменение, проведение, удаление), автора и время, но не старые и новые значения реквизитов. Для контроля содержимого правок нужна доработка конфигурации с программным протоколированием изменений.

Где физически находится журнал регистрации 1С 7.7?

В подкаталоге Syslog внутри каталога информационной базы — там лежит файл 1Cv7.mlg и его архивные копии. Если папки Syslog нет, журнал не ведётся; чтобы включить протоколирование, папку нужно создать вручную.

Все работают под одним пользователем — поможет ли журнал?

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

Замедлит ли включение журнала работу базы?

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

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

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