Администрирование · 12 мин
Как проверить действия в 1С: полное руководство
Как проверить действия пользователей и операции в 1С: журнал регистрации, история изменений документов, контроль проведения, поиск ошибок. Пошаговая инструкция.
Проверка действий в 1С — это задача, с которой сталкиваются и бухгалтер, и администратор, и руководитель. Под «действиями» обычно понимают три разных сценария: кто и когда изменил документ или справочник, какие операции прошли по учёту, и корректно ли система провела документы. Для каждого сценария в 1С есть свои инструменты, и важно выбрать правильный, иначе проверка превратится в бессмысленный просмотр тысяч записей.
Основной источник информации о действиях пользователей — журнал регистрации. Он фиксирует входы в систему, изменение данных, проведение и отмену проведения документов, ошибки и предупреждения. Для контроля учётных операций используются отчёты: оборотно-сальдовая ведомость, анализ счёта, карточка счёта. Для проверки корректности самих документов есть механизмы перепроведения и тестирования информационной базы.
Прежде чем начинать проверку, определите цель: найти виновника изменения, восстановить хронологию событий, найти ошибку в учёте или убедиться, что регламентные операции выполнены. От цели зависит инструмент и глубина анализа. Ниже разобраны все основные способы с конкретными шагами.
Определите, какие именно действия нужно проверить
Фраза «проверить действия в 1С» означает разное в разных ситуациях. Если подозреваете, что сотрудник изменил или удалил документ, — нужен журнал регистрации с отбором по событию «Изменение данных» или «Удаление данных». Если цифры в отчёте не сходятся — нужны учётные отчёты и анализ проводок, а не журнал. Если программа выдаёт ошибки при проведении — нужна диагностика базы.
Неправильный выбор инструмента — самая частая причина потери времени. Журнал регистрации не покажет, какие проводки сформировал документ, а оборотно-сальдовая ведомость не покажет, кто внёс изменения. Поэтому сначала сформулируйте вопрос: «кто сделал», «что сделано в учёте» или «почему не работает» — и переходите к соответствующему разделу.
Как выбрать инструмент проверки
Проверка действий пользователей через журнал регистрации
Журнал регистрации ведётся в 1С всегда, отключить его полностью нельзя. Чтобы открыть его в режиме «1С:Предприятие», перейдите: Администрирование → Обслуживание → Журнал регистрации (в некоторых конфигурациях путь: «Настройки и администрирование → Поддержка и обслуживание»). Откроется список событий в хронологическом порядке.
Без отбора журнал показывает тысячи записей, поэтому сразу настройте фильтр. Нажмите кнопку «Отбор» и укажите: период (конкретная дата или интервал), пользователя, тип события (например, «Данные. Изменение», «Данные. Удаление», «Данные. Проведение документа»), а при необходимости — конкретный объект: документ или элемент справочника.
Каждая запись журнала содержит дату и время, имя пользователя, компьютер, с которого выполнялось действие, тип события, представление объекта и комментарий. Двойной щелчок по записи открывает карточку события с деталями. Из карточки можно перейти к самому объекту, если он ещё существует в базе.
Ограничения журнала регистрации
Журнал фиксирует факт изменения, но не показывает, какое именно значение было до изменения. Если нужно видеть «было — стало», потребуется версионирование объектов (в типовых конфигурациях на базе БСП его можно включить в настройках) или сторонние средства. Также журнал не записывает просмотр данных — только изменения и системные события.
В файловых базах при большом объёме журнала отбор может работать медленно. Рекомендуется периодически сокращать журнал: в конфигураторе через «Администрирование → Настройка журнала регистрации» можно удалить события старше заданной даты, предварительно сохранив их в файл.
Проверка изменений документов и справочников
Если в конфигурации включено версионирование объектов, историю изменений конкретного документа можно посмотреть прямо из его формы: кнопка «Ещё» → «История изменений» (или «Перейти → История версий»). Откроется список версий с указанием автора и времени, а сравнение версий покажет, какие реквизиты менялись и какие значения были раньше.
Если версионирование не включено, остаётся журнал регистрации. Установите отбор по событию «Данные. Изменение» и по конкретному объекту — так вы увидите всех, кто касался документа. Пометка удаления и непосредственное удаление фиксируются отдельными событиями, поэтому восстановить хронологию «создал — изменил — удалил» обычно возможно.
Обратите внимание на колонку «Компьютер» и данные сеанса: если действие выполнено под одной учётной записью с разных рабочих мест, это поможет установить фактического исполнителя. Учтите, что действия регламентных заданий записываются от имени пользователя, под которым работает фоновое задание, — это нормально, а не признак чужого вмешательства.
Проверка учётных операций и проводок
Когда под «действиями» понимаются хозяйственные операции, начинайте с оборотно-сальдовой ведомости: Отчёты → Оборотно-сальдовая ведомость. Задайте период и проверьте сальдо по ключевым счетам. Нестандартные остатки — например, отрицательное сальдо по счёту 10 «Материалы» или 41 «Товары» — почти всегда указывают на ошибку в документах.
Для детализации откройте «Карточку счёта» или «Анализ счёта»: там видны все проводки по счёту с указанием документов-регистраторов. Из карточки можно перейти в конкретный документ и проверить его заполнение. Так вы спускаетесь от сомнительной цифры в отчёте до конкретного первичного документа.
Отдельный инструмент — «Оборотно-сальдовая ведомость по счёту» и отчёт «Обороты между субконто»: они помогают найти операции с неправильной аналитикой, например затраты, отнесённые не на то подразделение или номенклатурную группу. В типовых конфигурациях также доступен «Экспресс-проверка ведения учёта», которая автоматически находит типовые нарушения.
Как проверить результат анализа учёта
Остатки положительные или нулевые
Отрицательное сальдо — списание без поступления
Развёрнутое сальдо по контрагентам без «красных» сумм
Одновременный долг и переплата по одному контрагенту
Все разделы отмечены как пройденные
Ошибки в разделах — требуется разбор каждого замечания
Все операции выполнены, статусы зелёные
Операции не выполнены или завершились с ошибками
Проверка проведения документов и восстановление последовательности
Если документы вводились задним числом, движения более поздних документов могли устареть: например, списание товара рассчитано по старой себестоимости. Признаки проблемы — расхождения между отчётами по складу и бухгалтерии, странная себестоимость, отрицательные остатки на прошлые даты. Решение — перепроведение документов за период.
В типовых конфигурациях перепроведение выполняется через обработку «Проведение документов» (раздел «Операции» или «Администрирование») либо автоматически при закрытии месяца. Выберите период и виды документов, запустите проведение и дождитесь завершения. В клиент-серверном варианте массовое перепроведение лучше запускать в нерабочее время — оно нагружает сервер и блокирует часть данных.
После перепроведения обязательно сверьте ключевые отчёты до и после: оборотно-сальдовую ведомость и складские отчёты. Если цифры изменились, зафиксируйте различия и сообщите ответственным — перепроведение могло изменить уже отражённые в отчётности данные.
Диагностика ошибок базы: тестирование и исправление
Если программа выдаёт ошибки при проведении, отчёты строятся с сбоями или объекты «пропадают», возможно повреждение данных. Стандартный инструмент — «Тестирование и исправление» в конфигураторе: Конфигуратор → Администрирование → Тестирование и исправление. Перед запуском обязательно создайте резервную копию и убедитесь, что все пользователи вышли из базы.
Для первого прохода выберите проверки «Реентитируемость» (проверка ссылочной целостности) и «Проверка логической целостности базы данных» в режиме «Только тестирование» — без исправлений. По результатам вы поймёте масштаб проблемы. Режим «Тестирование и исправление» запускайте только при наличии копии: исправление может удалить битые объекты вместе с данными.
Для файловых баз дополнительно полезна проверка физической целостности утилитой chdbfl.exe из каталога установки платформы — она находит повреждения на уровне файла базы. Клиент-серверные базы проверяются средствами СУБД (например, DBCC CHECKDB для MS SQL Server).
Частые ошибки при проверке действий в 1С
Первая ошибка — поиск без отбора. Просмотр журнала регистрации «в лоб» за месяц даст десятки тысяч записей и ноль результата. Всегда сужайте период, пользователя и тип события. Вторая ошибка — выводы по одному событию без контекста: проведение документа регламентным заданием легко принять за действие злоумышленника, если не посмотреть, от чьего имени работает фоновое задание.
Третья ошибка — перепроведение без копии и без сверки. Даже штатное перепроведение меняет учётные данные, и без «снимка» до/после вы не сможете объяснить, откуда взялась разница. Четвёртая ошибка — попытка исправить учётные расхождения ручными операциями до поиска первопричины: ручные корректировки маскируют ошибку и усложняют аудит.
FAQ
Можно ли узнать, кто просматривал документ в 1С?
Штатно — нет. Журнал регистрации фиксирует изменения данных и системные события, но не факт открытия объекта на просмотр. Для аудита просмотров требуются доработки конфигурации или специализированные средства защиты информации.
Как долго хранится журнал регистрации?
Ограничений по сроку нет — журнал хранится, пока его не сократят вручную. На практике в активно используемых базах журнал растёт быстро, поэтому рекомендуется периодически сокращать его через настройку журнала регистрации в конфигураторе, сохраняя архив в файл.
Что делать, если нужное событие в журнале отсутствует?
Проверьте корректность отбора: слишком узкий период или неверно выбранный тип события отсекают записи. Также событие могло попасть в сокращённую часть журнала. Если база файловая и журнал повреждён, часть записей могла быть утрачена — восстановить их штатными средствами нельзя.
Можно ли проверять действия пользователей без прав администратора?
Доступ к журналу регистрации определяется ролями. Пользователю с правами на просмотр журнала (например, роль «Просмотр журнала регистрации» в типовых конфигурациях) полные права не нужны. Если такой роли нет, доступ настраивает администратор.
Как проверить, кто отменил проведение документа?
Откройте журнал регистрации, установите отбор по событию «Данные. Отмена проведения документа» и укажите период. В списке будут видны пользователь, время и сам документ. Двойным щелчком по записи можно открыть карточку события и перейти к документу.
Отличается ли проверка действий в файловой и клиент-серверной базе?
Инструменты те же, но есть нюансы. В клиент-серверном варианте журнал регистрации хранится на сервере 1С и работает быстрее при больших объёмах, а целостность данных дополнительно проверяется средствами СУБД. В файловой базе применяется утилита chdbfl.exe и важнее регулярное сокращение журнала.
Что важно запомнить
Действия пользователей проверяются через журнал регистрации с обязательным отбором, учётные операции — через ОСВ и карточку счёта, корректность проведения — через перепроведение и закрытие месяца, а целостность базы — через тестирование и исправление. Любые действия, меняющие данные, выполняйте только после создания резервной копии.