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

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

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

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

Что такое версионирование и чем оно отличается от журнала регистрации

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

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

Включение механизма версионирования

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

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

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

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

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

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

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

Просмотр истории изменений документа

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

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

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

Восстановление документа из версии

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

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

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

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

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

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

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

Запись версии

Норма

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

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

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

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

Норма

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

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

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

Очистка старых версий

Норма

Версии старше срока хранения удаляются регламентным заданием

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

Количество версий только растет — задание очистки отключено или завершается с ошибкой

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

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

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

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

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

Часто задаваемые вопросы

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

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

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

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

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

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

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

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

Можно ли удалить отдельную версию из истории?

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

Работает ли версионирование для справочников?

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