Кто, когда и что поменял в базе 1С: разбор по шагам

Проверить изменения в 1С можно тремя инструментами. Правки данных (кто открыл и перезаписал документ, кто удалил справочник) смотрят в журнале регистрации: в Бухгалтерии 3.0 это Администрирование → Обслуживание → Журнал регистрации. Что именно поменялось в полях документа, показывает история изменений (версионирование объектов). Правки программиста в самой программе ищут в Конфигураторе через Конфигурация → Сравнить конфигурации.

Все три механизма есть в платформе 8.3 и типовых конфигурациях на БСП: БП 3.0, ЗУП 3.1, УТ 11. Но журнал и история пишут только то, что им разрешили писать. Поэтому начинать надо с проверки настроек, а не с поиска виноватого.

Что включить заранее, чтобы было что проверять

Журнал регистрации пишет события с уровнем, который задан в Конфигураторе: Администрирование → Настройка журнала регистрации. Вариантов пять:

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

Второе, что стоит включить, — историю изменений объектов. В БП 3.0 и ЗУП 3.1 флажок находится в Администрирование → Общие настройки, блок про историю изменений. Там же ссылка на настройку: для каких документов и справочников хранить версии и как долго.

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

Журнал регистрации: как найти, кто изменил данные

Где открыть

• 🖥 В пользовательском режиме БП 3.0, ЗУП 3.1, УТ 11: Администрирование → Обслуживание → Журнал регистрации.
• 🛠 В Конфигураторе: Администрирование → Журнал регистрации.
• 🔎 В любой конфигурации: Все функции → Стандартные → Журнал регистрации (если меню «Все функции» скрыто, включите его в Сервис и настройки → Параметры, флажок про отображение команды «Все функции»).

Как отфильтровать

Без отбора журнал за месяц у среднего офиса — это сотни тысяч строк. Фильтр ставят так:

1. Откройте отбор (кнопка «Установить отбор» или «Отбор» в командной панели).
2. Задайте интервал: день или неделю, когда, по вашему мнению, появилась проблема.
3. В списке событий оставьте только Данные. Изменение, Данные. Проведение, Данные. Отмена проведения, Данные. Удаление, Данные. Пометка удаления.
4. В поле «Данные» или «Метаданные» выберите тип объекта, например документ «Поступление (акты, накладные, УПД)».
5. Если известен конкретный пользователь или компьютер — укажите и их.

В результате для каждой строки видно дату и время, пользователя, компьютер, приложение (тонкий клиент, веб-клиент, фоновое задание, COM-соединение) и представление объекта с номером.

На что смотреть в строке

• 👤 Пользователь и компьютер. Совпадение компьютера с рабочим местом сотрудника подтверждает, что правил именно он.
• ⚙️ Приложение. «Фоновое задание» или «COM-соединение» говорит о том, что объект перезаписала не рука человека, а обмен, регламентное задание или внешняя программа.
• 🔁 Статус транзакции. Если транзакция отменена, изменение в базу не попало. Такие строки ищут при разборе ошибок проведения, а не при поиске «кто испортил».
• 🗂 Сеанс. По номеру сеанса удобно собрать все действия одного входа в программу подряд.

Где лежит журнал физически

У файловой базы журнал хранится в папке 1Cv8Log внутри каталога базы. У серверной — в каталоге кластера, в подпапке с идентификатором базы, тоже 1Cv8Log. Новый формат журнала — один файл 1Cv8.lgd, старый — пара файлов .lgf и .lgp. Формат переключают в той же настройке журнала регистрации в Конфигураторе.

Это знание полезно, когда базу перенесли: если скопировали только сам файл базы без папки 1Cv8Log, на новом месте журнал начнётся с нуля.

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

Когда история версий включена, у документа или элемента справочника появляется команда просмотра истории. Обычно она в меню Ещё формы объекта или в подменю, связанном с отчётами и печатью. В БСП команда называется «История изменений».

Как сравнить две версии

1. Откройте документ, который «сам поменялся».
2. Вызовите историю изменений — откроется список версий с датой, автором и комментарием.
3. Выделите две версии (с зажатым Ctrl) и нажмите «Сравнить».
4. В отчёте сравнения изменённые реквизиты и строки табличных частей подсвечены. Видно, что было и что стало: сумма, контрагент, счёт учёта, количество.

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

Если история не была включена

Тогда остаётся сопоставление косвенных признаков:

• 📅 в журнале регистрации — время последней записи документа и автор;
• 🧾 в отчётах (оборотно-сальдовая ведомость, анализ счёта) — сравнение с выгруженной ранее отчётностью или сохранённым PDF;
• 💾 восстановление вчерашней резервной копии в отдельную тестовую базу и открытие того же документа там.

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

Правки программиста: сравнение конфигураций в Конфигураторе

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

Конфигурация базы против основной

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

Конфигурация против поставщика

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

Пошагово:

1. Конфигурация → Сравнить конфигурации.
2. Слева — «Основная конфигурация», справа — «Конфигурация поставщика» (или «Конфигурация базы данных», или файл).
3. Отметьте флажок показа только различий — иначе дерево из тысяч объектов ничего не скажет.
4. Двойной клик по модулю откроет построчное сравнение текста.
5. Для отчёта нажмите «Отчёт» в окне сравнения и сохраните его в текстовый файл.

Режим поддержки смотрят в Конфигурация → Поддержка → Настройка поддержки. Если там стоит «Конфигурация снята с поддержки», значит, когда-то правили всё подряд, и сравнение с поставщиком покажет большую разницу.

Расширения и внешние обработки

Частая ловушка: в Конфигураторе сравнение «чистое», а программа всё равно ведёт себя иначе. Причина — расширения конфигурации и внешние обработки. Их проверяют отдельно:

• 🧩 расширения — в БП 3.0 Администрирование → Печатные формы, отчеты и обработки → Расширения, в Конфигураторе Конфигурация → Расширения конфигурации;
• 📎 внешние печатные формы и обработки — Администрирование → Печатные формы, отчеты и обработки → Дополнительные отчеты и обработки.

У каждой записи есть дата изменения и автор, а расширение можно открыть в Конфигураторе и посмотреть, какие методы оно перехватывает.

Сравнение версий через файлы .cf и выгрузку в XML

Когда сравнивать нужно не «сейчас», а «до и после обновления» или «у нас и у подрядчика», работают с файлами.

Сравнение двух файлов .cf

1. Перед каждой правкой сохраняйте конфигурацию: Конфигурация → Сохранить конфигурацию в файл. Получите файл вида base_2026-10-01.cf.
2. Для сравнения откройте Конфигурация → Сравнить конфигурации, справа выберите «Конфигурация из файла» и укажите сохранённый .cf.
3. Разницу смотрите так же, как в предыдущем разделе.

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

Выгрузка в XML и контроль версий

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

"C:\Program Files\1cv8\8.3.24.1548\bin\1cv8.exe" DESIGNER /F "D:\Bases\Buh" /N "Администратор" /P "" /DumpConfigToFiles "D:\Audit\buh_xml" /Out "D:\Audit\dump.log"

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

Какой способ выбрать под вашу задачу

Почему изменения не находятся: разбор частых ситуаций

Журнал пустой за нужные дни. Проверьте уровень регистрации. Второй вариант — журнал сократили: в настройке журнала регистрации в Конфигураторе есть команда сокращения, которая удаляет записи до указанной даты. Само сокращение в журнале остаётся видно не всегда, поэтому сверьте самую раннюю дату записей.

В журнале только «Администратор». Все работали под одной учётной записью, или изменения шли из обработки, запущенной от имени администратора. Решение на будущее — персональные пользователи и отдельная учётная запись для обменов.

Документ изменён, а события «Данные. Изменение» нет. Посмотрите проведение: перепроведение пишет своё событие. Ещё вариант — изменение пришло обменом от другой базы; тогда ищите запись в журнале базы-источника.

История изменений не показывает версию. Версия записывается при записи объекта. Если история была включена позже правки, её нет. Если включена только для части объектов — проверьте, есть ли нужный тип в настройках хранения.

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

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