К статье
Практический материал

Администрирование · 12 мин

Как включить историю изменения документов в 1С

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

История изменения документов в 1С реализуется через механизм версионирования объектов. Он фиксирует, кто, когда и что именно поменял в документе или элементе справочника, и позволяет открыть любую сохранённую версию, сравнить её с текущей и при необходимости восстановить прежние значения.

Механизм доступен в типовых конфигурациях на платформе 1С:Предприятие 8.3 — в «Управлении торговлей», «ERP», «Комплексной автоматизации», «Бухгалтерии предприятия» и других решениях, где встроена Библиотека стандартных подсистем. Включение выполняется штатными средствами, без доработки конфигурации, поэтому задача под силу администратору или опытному пользователю с правами настройки программы.

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

Что такое версионирование объектов и когда оно нужно

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

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

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

Подготовка: права, режим работы и резервная копия

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

Перед изменением настроек сделайте резервную копию базы. Само включение версионирования не разрушает данные, но копия — обязательная страховка перед любыми административными действиями. В файловом режиме достаточно скопировать файл 1Cv8.1CD, в клиент-серверном — выполнить выгрузку через конфигуратор или средствами СУБД.

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

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

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

Порядок действий
  1. 1
    Откройте раздел «Администрирование» (в некоторых конфигурациях — «НСИ и администрирование»).
  2. 2
    Перейдите в «Общие настройки» или «Поддержка и обслуживание» и найдите группу «Версионирование объектов».
  3. 3
    Установите флаг «Версионирование объектов» (или «Хранить историю изменений»).
  4. 4
    Откройте настройку «Настроить хранение истории изменений» и для нужных видов документов выберите режим «Версионировать».
  5. 5
    При необходимости задайте срок хранения версий и включите регламентное задание очистки устаревших версий.
  6. 6
    Сохраните настройки и проверьте работу на тестовом документе.

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

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

Если пункта настройки нет в меню

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

Настройка сроков хранения и очистки версий

Хранить версии бессрочно для всех объектов — плохая практика. Разумный подход: для ключевых документов (заказы, реализации, поступления, кассовые документы) задать хранение за последний год или полугодие, для справочников — по значимости. Типовые настройки позволяют указать срок хранения версий, после которого они удаляются автоматически.

За удаление устаревших версий отвечает регламентное задание очистки. В файловой базе регламентные задания выполняются только при работающем сеансе с запущенным обработчиком, поэтому проверьте, что задание реально исполняется: откройте список регламентных заданий и посмотрите дату последнего выполнения. В клиент-серверном режиме задания выполняет сервер 1С, и достаточно убедиться, что задание включено.

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

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

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

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

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

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

Кнопка «История изменений» в форме документа
Норма

Кнопка присутствует и открывает список версий

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

Кнопки нет — версионирование для этого вида объектов не включено

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

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

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

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

Регламентное задание очистки
Норма

В списке заданий указана свежая дата выполнения

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

Задание не выполнялось — версии копятся без ограничений

Типичные ошибки и ограничения механизма

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

Вторая ошибка — ожидание, что версионирование покажет изменения движений документа по регистрам. Версия хранит данные самого объекта (реквизиты и табличные части), а не записи регистров. Если документ перепровели, в истории будет видно изменение шапки и таблиц, но анализ проводок потребует отчётов по регистрам.

Типичные ошибки
01
Включение версионирования для всех объектов сразу — база быстро растёт, а полезной истории в ней меньшинство.
02
Отсутствие настройки срока хранения — версии копятся годами и замедляют работу.
03
Ожидание истории за прошлый период — механизм фиксирует изменения только после включения.
04
Восстановление старой версии проведённого документа без анализа последствий — нарушаются движения и связанные отчёты.
05
Путаница версионирования с журналом регистрации — журнал не хранит значения реквизитов.

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

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

Альтернативы и дополнительные инструменты контроля

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

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

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

Маршрут решения

Как выбрать действие

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

Что важно запомнить

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

Частые вопросы о версионировании в 1С

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

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

Можно ли посмотреть историю изменений до включения версионирования?

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

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

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

Почему кнопка «История изменений» не появляется в документе?

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

Что произойдёт с движениями документа при возврате к старой версии?

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

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

Да, механизм поддерживает справочники, документы и некоторые другие ссылочные типы объектов. Для справочников вроде контрагентов и номенклатуры версионирование особенно полезно: оно фиксирует изменение реквизитов, банковских счетов и ценовых данных, что упрощает разбор ошибок в документах.