Кто и что менял в базе 1С: журнал, версии и сравнение

Чтобы узнать, кто и когда менял данные в 1С 8.3, есть два разных инструмента. Факт действия — кто зашёл, что открыл, какой документ провёл — хранит Журнал регистрации. А вот что именно поменялось внутри документа — было «100», стало «150» — покажет только История изменений (версионирование объектов), и только если её заранее включили.

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

Ниже — по каждому способу: где лежит, что показывает, чего не умеет. Начнём с того, что доступно без всякой подготовки.

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

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

Путь в типовых конфигурациях на «Такси» (БП 3.0, ЗУП 3.1, УТ 11):

Администрирование → Поддержка и обслуживание → Журнал регистрации.

В списке событий полезны колонки Пользователь, Дата, время, Событие, Данные и Метаданные. Чтобы не тонуть в тысячах строк, сразу жмите Настроить (или значок фильтра) и ограничьте выборку:

• 📅 интервал дат — например, конкретный день, когда «цифры поехали»;
• 👤 пользователя — если подозреваете, кто правил;
• 📄 метаданные — выберите нужный вид документа или справочник;
• ⚙️ событие — «Данные. Изменение», «Данные. Удаление», «Данные. Проведение».

Двойной щелчок по строке события открывает карточку: там подробности и, если событие связано с объектом, ссылка на сам документ или элемент справочника — можно перейти прямо из журнала. Длинный список удобно выгрузить: команда сохранения в файл (.mxl или .txt) экспортирует отфильтрованную выборку, чтобы разобрать её в таблице или переслать коллеге.

Полезный приём — группировка. Настройте вывод по пользователю или по дню, и сразу видно, в чьи смены и в какие даты шла активность по проблемному участку.

Ключевое ограничение: журнал регистрации говорит, что объект меняли, но не хранит старое и новое значение реквизитов. Вы увидите строку «Пользователь Иванов изменил Реализация № 15 от 05.03», но не узнаете, какую сумму он там поправил. Для этого нужен следующий инструмент.

История изменений документа: кто поправил сумму и дату

Механизм История изменений (в старых релизах назывался «Версионирование объектов») хранит полную копию объекта на каждый момент записи. Сравнив две версии, вы увидите построчно: что было, что стало, кто автор правки.

Проблема в том, что по умолчанию версионирование выключено — оно заметно увеличивает размер базы. Включают его так:

1. Откройте Администрирование → Общие настройки.
2. Разверните группу История изменений и включите флажок.
3. Нажмите ссылку настройки состава и отметьте объекты, для которых хранить версии: нужные документы и справочники.
4. Для каждого объекта выберите режим — хранить версии всегда либо только при проведении.

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

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

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

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

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

Три механизма закрывают три разных вопроса. Чтобы не искать не там, сверьтесь:

Как увидеть изменения в конфигурации, а не в данных

Если «слетел» отчёт, пропала кнопка или изменились печатные формы — менялись не данные, а конфигурация. Смотрят это в Конфигураторе.

Проверить, дорабатывали ли базу вообще. Откройте Конфигурация → Поддержка → Настройка поддержки. Если конфигурация снята с поддержки или включена возможность изменения, рядом с объектами стоят замки. Жёлтый (открытый) замок означает, что объект разрешено менять, и, возможно, его уже правили.

Сравнить с эталоном. Чтобы увидеть конкретные отличия вашей базы от типовой:

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

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

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

Расширения: отдельный слой изменений

Частая ловушка: типовую конфигурацию формально не трогали (все замки закрыты), а поведение всё равно поменялось. Значит, правки вынесены в расширение конфигурации .

Список расширений: Администрирование → Печатные формы, отчёты и обработки → Расширения (в части конфигураций путь ведёт через группу настроек; если не находите — ищите слово «Расширения» в разделе администрирования). В Конфигураторе — Конфигурация → Расширения конфигурации.

Каждое расширение можно открыть и сравнить так же, как основную конфигурацию. Расширения появились с платформы 8.3.6 и часто остаются невидимыми для тех, кто смотрит только основную конфигурацию, — поэтому проверяйте и этот слой.

Как восстановить удалённые данные и откатить правку

Способ зависит от того, как данные исчезли и была ли включена история.

Документ был помечен на удаление, но ещё не удалён. Самый простой случай. Снимите пометку: откройте документ (он отображается перечёркнутым в списке) и нажмите Снять пометку удаления. Данные на месте.

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

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

Откатить одну ошибочную правку. Если версионирование включено, достаточно вернуть предыдущую версию объекта — это и есть откат одного изменения без разворачивания всей базы. Это безопаснее, чем правка вручную: вы возвращаете состояние целиком, со всеми реквизитами и табличными частями, а не угадываете, что именно трогали.

Полезно понимать разницу между двумя способами удаления. Пометка на удаление обратима и сама по себе данные из базы не стирает — объект исчезает только после регламентной операции Администрирование → Удаление помеченных объектов. А вот непосредственное удаление (через расширенные права или обработку) стирает объект сразу и без версий возвращается только из бэкапа. Поэтому право на непосредственное удаление обычным пользователям не выдают.

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

Если изменения так и не нашлись

Бывает, что ни журнал, ни версии не дают ответа. Типичные причины:

• 🔧 Данные меняла не рука, а обработка или обмен. В журнале автором будет служебный пользователь обмена или регламентное задание, а не человек. Смотрите настройки синхронизации данных.
• 🕑 Период уже «подрезан». Журнал регистрации и версии чистят по расписанию, чтобы не разрастались. Если прошло несколько месяцев — записей могло не остаться.
• 📉 Версионирование включили позже события. История не задним числом — до даты включения отличий не покажет.
• 🧩 Поменялось в расширении или внешней обработке. Основная конфигурация при этом «чистая». Проверяйте слой расширений и подключённые внешние обработки.

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

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