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

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

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

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

Что значит «открыть период» в 1С

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

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

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

Шаг 1. Проверьте текущую дату запрета

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

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

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

Шаг 2. Найдите событие в журнале регистрации

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

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

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

Шаг 3. Проверьте, что меняли после открытия периода

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

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

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

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

Событие изменения даты запрета в журнале

Норма

Есть строка с пользователем, временем и старым/новым значением даты

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

Событий нет — возможно, журнал писался с ограниченным уровнем или очищался

Документы, изменённые после открытия

Норма

Правки соответствуют служебной необходимости и согласованы

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

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

Текущая дата запрета

Норма

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

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

Период остался открытым либо есть необоснованные персональные исключения

Если журнал регистрации ничего не показывает

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

В клиент-серверном варианте журнал хранится в каталоге srvinfo, в файловом — в каталоге информационной базы. Если база была перенесена или восстановлена из копии без каталога журнала, история событий теряется. Это стоит учитывать при расследованиях за давние периоды.

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

Техническая защита строится на разграничении прав. Право на изменение дат запрета должно быть только у ограниченного круга: администратора и руководителя учётной службы. Проверьте роли пользователей — профиль «Изменение дат запрета изменения данных» не должен входить в типовые бухгалтерские профили без необходимости.

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

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

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

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

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

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

Отличается ли порядок действий в файловой и клиент-серверной базе?

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

Что делать, если период открывается «сам», без событий в журнале?

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

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

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