Администрирование · 12 мин
Как посмотреть все изменения в 1С
Как посмотреть изменения в 1С: журнал регистрации, версионирование объектов, история документов, сравнение конфигураций и типичные ошибки при поиске.
Задача увидеть, кто, когда и что изменил в базе 1С, возникает в самых разных ситуациях: документ внезапно поменял сумму, справочник оказался помечен на удаление, проводки перестали сходиться, а виноватых не найти. В 1С есть несколько встроенных механизмов для просмотра изменений, и у каждого — свои ограничения.
Основной инструмент — журнал регистрации, который фиксирует действия пользователей и системные события. Дополнительно может быть включено версионирование объектов, позволяющее увидеть не только факт изменения, но и само содержимое объекта на конкретный момент. Для разработчиков доступны ещё сравнение конфигураций и хранилище конфигурации.
Важно понимать заранее: по умолчанию 1С не хранит полную историю значений реквизитов каждого документа. Журнал регистрации покажет, что объект изменён, но не всегда — какие именно поля и с какого на какое значение. Поэтому подход к поиску изменений зависит от того, что именно нужно узнать.
Что фиксирует 1С и какие механизмы доступны
Прежде чем искать изменения, полезно понять, какие данные вообще собирает платформа. Журнал регистрации ведётся всегда — он пишет входы и выходы пользователей, изменение данных, ошибки, обновления и другие события. Его детализацию можно настроить: от минимального уровня «только ошибки» до записи всех событий, включая доступ к данным.
Версионирование объектов — отдельный механизм, который по умолчанию обычно выключен. Когда он включён для конкретного вида документов или справочников, при каждой записи объекта сохраняется его копия (версия) со значениями реквизитов. Это позволяет посмотреть, каким был документ до изменения, и сравнить версии между собой.
Для конфигурации (кода и структуры метаданных) есть свои инструменты: сравнение конфигураций в конфигураторе и хранилище конфигурации при командной разработке. Они показывают изменения в программном коде, а не в пользовательских данных.
Откройте журнал и отфильтруйте по событию «Данные. Изменение»
Проверьте, включено ли оно для этого вида объектов заранее
Сравните текущую конфигурацию с конфигурацией базы данных или хранилища
Журнал регистрации: как открыть и настроить отбор
В типовых конфигурациях (Бухгалтерия, Управление торговлей, Зарплата и управление персоналом) журнал регистрации открывается через раздел «Администрирование» → «Обслуживание» → «Журнал регистрации». В конфигураторе он доступен через меню «Администрирование» → «Журнал регистрации» — этот вариант работает для любой базы, включая самописные.
Без фильтра журнал показывает тысячи событий, и найти нужное почти невозможно. Нажмите кнопку «Отбор» и задайте условия: период (чем уже, тем быстрее откроется список), пользователь, событие и данные. Для поиска изменений конкретного объекта в поле «Данные» укажите нужный документ или элемент справочника — журнал покажет все операции записи, изменения и пометки удаления именно по нему.
Двойной щелчок по строке открывает карточку события с деталями: дата и время, пользователь, компьютер, вид события, представление объекта и комментарий. По событию «Данные. Изменение» видно, что объект записан повторно, но содержимое изменений здесь не раскрывается — только факт и автор.
- 1Откройте Администрирование → Обслуживание → Журнал регистрации
- 2Нажмите «Отбор» и укажите период, когда могло произойти изменение
- 3В поле «Данные» выберите конкретный документ или элемент справочника
- 4При необходимости добавьте отбор по событию «Данные. Изменение» или «Данные. Удаление»
- 5Откройте найденные события двойным щелчком и посмотрите пользователя и время
- 6Сопоставьте несколько событий по времени, чтобы восстановить последовательность действий
Настройка уровня детализации журнала
Если нужных событий в журнале нет, проверьте уровень регистрации. В конфигураторе: «Администрирование» → «Настройка журнала регистрации». Вариант «Не регистрировать» или «Только ошибки» не пишет события изменения данных. Для полноценного аудита выберите регистрацию ошибок, предупреждений, информации и примечаний — при этом события доступа к данным и отказа в доступе включайте осознанно: они сильно раздувают журнал.
Версионирование объектов: как увидеть содержимое изменений
Версионирование включается в типовых конфигурациях через «Администрирование» → «Общие настройки» (или «Поддержка и обслуживание») → «Версионирование объектов». Установите флаг и для каждого вида объектов выберите режим: «Версионировать» или «Версионировать при проведении». После этого при каждой записи объекта будет сохраняться его версия.
История версий открывается из формы самого объекта: в документе или элементе справочника нажмите «Ещё» → «История изменений» (в некоторых конфигурациях — «Перейти» → «Версии объекта»). Откроется список версий с датой, автором и номером версии. Две любые версии можно сравнить — программа покажет таблицу различий по реквизитам: какое поле, старое значение и новое значение.
Главное ограничение: версионирование не работает задним числом. Если оно не было включено до момента изменения, восстановить старые значения через него не получится — останется только журнал регистрации и резервные копии. Поэтому версионирование стоит включить заранее для критичных объектов: контрагентов, договоров, цен, ключевых документов.
Как посмотреть изменения в конфигурации
Если под «изменениями» понимается доработка программы — новые отчёты, изменённые процедуры, добавленные реквизиты, — используется сравнение конфигураций. В конфигураторе: «Конфигурация» → «Сравнить, объединить с конфигурацией из файла» или «Сравнить конфигурации». Чаще всего сравнивают основную конфигурацию с конфигурацией базы данных или с файлом поставки предыдущего релиза.
Результат сравнения выводится в виде дерева метаданных, где отмечены отличающиеся объекты. Двойной щелчок по объекту показывает детальные различия, а для модулей — построчное сравнение кода. Так можно точно установить, какие доработки внесены в типовую конфигурацию, что критично перед обновлением.
При командной разработке через хранилище конфигурации доступна история версий: «Конфигурация» → «Хранилище конфигурации» → «История хранилища». Там видно, кто и когда захватывал и помещал объекты, с комментариями к версиям, и можно сравнить любые две версии конфигурации между собой.
Сравнение инструментов
Подходит для ответа «кто и когда изменил объект». Не показывает старые значения реквизитов
Показывает содержимое объекта на момент каждой записи и различия версий. Работает только после включения
Для анализа изменений в коде и структуре метаданных. Не относится к пользовательским данным
Полная история доработок при командной разработке. Требует заранее настроенной работы с хранилищем
Дополнительные способы и отчёты
В некоторых типовых решениях есть прикладные механизмы аудита. Например, в документах и справочниках часто доступны технические поля «Автор» и «Изменил» (если они предусмотрены конфигурацией) — их можно вывести в список и быстро увидеть последнего редактора без журнала регистрации. Для бухгалтерских регистров полезен отчёт «Оборотно-сальдовая ведомость» с детализацией по периодам: по скачкам оборотов видно, в каком периоде перепроводили документы.
Для поиска изменений задним числом остаётся вариант с резервными копиями: разверните копию базы за нужную дату в тестовом режиме и сравните проблемный документ с текущим вручную или через сравнение данных. Это трудоёмко, но иногда единственный способ увидеть старые значения, если версионирование не было включено.
Сторонние подсистемы аудита и расширения тоже существуют, но их стоит рассматривать только при регулярной потребности в детальном контроле: внедрение требует тестирования и сопровождения при обновлениях конфигурации.
Типичные ошибки и ограничения
Самая частая ошибка — ожидать от журнала регистрации деталей, которых он не хранит. Событие «Данные. Изменение» фиксирует факт записи, но не показывает, какая сумма была до и после. Если нужны значения — требуется версионирование, включённое заранее.
Вторая ошибка — искать изменения без отбора по периоду. В большой базе журнал за месяц может содержать миллионы записей, и открытие без фильтра займёт долгое время или завершится ошибкой нехватки памяти. Всегда сужайте период до разумного диапазона.
Третья ловушка — работа под общей учётной записью. Если несколько сотрудников сидят под одним пользователем «Администратор» или «Менеджер», журнал честно покажет этого пользователя, и установить реального автора изменения будет невозможно. Для рабочего аудита у каждого сотрудника должна быть своя учётная запись.
Как проверить результат и закрепить контроль
После настройки проверьте, что механизмы работают: измените тестовый документ, затем откройте журнал регистрации с отбором по этому документу — событие изменения должно появиться с вашим пользователем и временем. Затем откройте историю версий объекта — должна быть новая версия, а сравнение с предыдущей покажет изменённое поле.
Для постоянного контроля зафиксируйте регламент: кто имеет доступ к журналу регистрации, как часто просматриваются критичные события (удаление данных, изменение закрытых периодов), как долго хранятся версии объектов и когда сокращается журнал. Без регламента инструменты аудита обычно вспоминают только после инцидента, когда данных уже может не хватить.
Как проверить результат
После изменения тестового объекта появилась запись с пользователем и временем
События нет — проверьте уровень детализации журнала
В форме объекта есть пункт «История изменений» с новой версией
Пункта нет или версий нет — версионирование не включено для этого вида объектов
Таблица различий показывает изменённый реквизит, старое и новое значение
Различий нет, хотя объект меняли — версия записалась до изменения или отбор неверен
Что важно запомнить
Журнал регистрации отвечает на вопрос «кто и когда», версионирование объектов — «что именно изменилось». Журнал работает всегда, версионирование нужно включить заранее. Для изменений в коде используйте сравнение конфигураций и хранилище. Раздельные учётные записи — обязательное условие рабочего аудита.
Частые вопросы
Можно ли посмотреть, кто удалил документ в 1С?
Да, если журнал регистрации пишет события изменения данных. Откройте журнал, задайте отбор по событию «Данные. Удаление» и периоду — увидите пользователя, время и представление удалённого объекта. Если объект был помечен на удаление, а не удалён физически, ищите событие «Данные. Изменение» по этому объекту.
Почему в журнале регистрации нет нужных событий?
Скорее всего, выбран низкий уровень регистрации. Проверьте настройку в конфигураторе: «Администрирование» → «Настройка журнала регистрации». При режиме «Только ошибки» события записи и изменения данных не фиксируются. Также события могли быть удалены при сокращении журнала.
Как увидеть, какая сумма была в документе до изменения?
Только через версионирование объектов, если оно было включено до момента изменения: откройте историю изменений документа и сравните версии. Если версионирование не работало, вариант один — поднять резервную копию базы за нужную дату и посмотреть документ там.
Влияет ли версионирование на скорость работы базы?
Да, каждая запись версионируемого объекта создаёт дополнительную запись в базе. На небольших объёмах это незаметно, но при массовом проведении документов рост базы и время записи увеличиваются. Включайте версионирование выборочно и настройте очистку старых версий.
Можно ли посмотреть изменения за прошлый период, если ничего не настраивали?
Частично. Журнал регистрации ведётся по умолчанию, поэтому факты изменений, авторов и время вы, скорее всего, найдёте — если журнал не сокращался. Но содержимое изменений (старые значения полей) без версионирования или резервных копий восстановить нельзя.
Как отследить изменения в закрытом периоде?
Настройте отбор журнала регистрации по периоду закрытого месяца или квартала и событию «Данные. Изменение», отсортировав по дате события: записи, сделанные после закрытия периода, но относящиеся к документам того периода, и есть подозрительные изменения. Дополнительно помогает дата запрета изменения данных — она не даёт редактировать закрытые периоды без специальных прав.