Как в 1С настроить историю изменений

История изменений в 1С позволяет увидеть, кто, когда и что именно поменял в документе или элементе справочника, а при необходимости — вернуть прежнюю версию объекта. В типовых конфигурациях на базе Библиотеки стандартных подсистем (БСП) эта возможность реализована через механизм версионирования объектов, который достаточно включить и настроить в административном разделе.

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

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

Что такое версионирование объектов и как оно работает

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

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

Версионирование доступно не во всех конфигурациях. Оно присутствует в типовых решениях на БСП: «1С:Бухгалтерия 8», «1С:Управление торговлей 11», «1С:ERP», «1С:Зарплата и управление персоналом» и других. В самописных или сильно доработанных конфигурациях наличие механизма нужно проверять отдельно.

Включение версионирования: пошаговая настройка

Настройка выполняется пользователем с правами администратора. В типовых конфигурациях путь к настройке выглядит так: раздел «Администрирование» → «Общие настройки» → группа «Версионирование объектов». Установите флаг «Версионирование объектов», после чего станет доступна ссылка «Настроить» для выбора конкретных видов объектов.

В открывшейся форме настройки отображается список видов объектов: справочники и документы. Для каждого вида доступны варианты: «Не версионировать», «Версионировать», «Версионировать при проведении» (для документов). Режим «Версионировать при проведении» экономит место, так как черновые перезаписи документа не сохраняются.

После выбора режимов нажмите «ОК». Настройка применяется сразу, перезапуск программы не требуется. С этого момента каждая запись выбранных объектов будет создавать новую версию.

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

Как посмотреть и сравнить версии объекта

Чтобы увидеть историю конкретного объекта, откройте его форму и в меню «Ещё» найдите команду «Перейти к версиям объекта» (в некоторых конфигурациях — «Версии объекта» в командной панели). Откроется список версий с указанием номера, даты, автора и комментария.

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

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

Восстановление прежней версии

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

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

Права доступа и очистка устаревших версий

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

Накопленные версии со временем раздувают базу. В типовых конфигурациях предусмотрена обработка очистки устаревших версий (обычно доступна в разделе администрирования или через встроенную обработку «Удаление устаревших версий объектов»). Настройте регламентную очистку версий старше разумного срока — например, для оперативных документов достаточно хранить историю за последние месяцы, а для договоров и контрагентов срок стоит увеличить.

Альтернативы и дополнение: журнал регистрации

Журнал регистрации работает независимо от версионирования и фиксирует события всегда: вход пользователей, запись и проведение документов, изменение данных. Его удобно использовать для ответа на вопрос «кто и когда трогал объект», но он не показывает, какие именно значения были до изменения.

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

Проверка результата и контрольные точки

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

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

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

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

Создание версии при записи

Норма

В списке версий появляется новая строка с автором и временем

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

Список версий пуст после изменения и записи объекта

Сравнение версий

Норма

Отчёт о различиях подсвечивает реально изменённые реквизиты

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

Отчёт пуст или показывает изменения, которых не было

Восстановление версии

Норма

Объект открывается со значениями выбранной версии, после перепроведения движения корректны

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

Данные не меняются либо движения документа не соответствуют восстановленным значениям

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

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

Частично — через журнал регистрации (Администрирование → Обслуживание → Журнал регистрации). Там видно, кто и когда записывал или проводил объект, но сами значения реквизитов до изменения журнал не хранит. Для полноценной истории версионирование нужно включить заранее.

Сильно ли версионирование замедляет работу базы?

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

Чем отличаются режимы «Версионировать» и «Версионировать при проведении»?

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

Можно ли восстановить удалённый объект через версионирование?

Нет, при непосредственном удалении объекта его версии также удаляются или становятся бесполезными. Для защиты от удаления используйте запрет непосредственного удаления (пометку на удаление с контролем) и резервное копирование.

Работает ли версионирование в файловой базе?

Да, механизм работает и в файловом, и в клиент-серверном варианте — это функциональность конфигурации, а не СУБД. Различие только в том, что в файловой базе рост объёма от версий ощущается быстрее, поэтому очистку стоит настраивать внимательнее.

Что делать, если в конфигурации нет пункта «Версионирование объектов»?

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