Администрирование · 10 мин
Как посмотреть историю изменений в 1С УТ 11
Как включить и посмотреть историю изменений документов и справочников в 1С Управление торговлей 11: версионирование объектов, сравнение версий, отчёты по изменениям.
В 1С:Управление торговлей 11 историю изменений документов и элементов справочников можно отслеживать двумя основными способами: через механизм версионирования объектов, который сохраняет снимки данных при каждой записи, и через журнал регистрации, фиксирующий действия пользователей. Первый способ показывает, что именно изменилось в объекте, второй — кто и когда выполнял операции.
Важно понимать ограничение: версионирование в УТ 11 по умолчанию выключено. Если его не включить заранее, узнать содержимое документа до изменения штатными средствами уже не получится — останется только журнал регистрации, где виден сам факт изменения, но не старые значения реквизитов. Поэтому настройку версионирования стоит выполнить до того, как возникнет необходимость расследовать правки.
Ниже разобраны оба механизма: включение версионирования, просмотр и сравнение версий, работа с журналом регистрации, а также типичные ошибки и способы проверить результат. Инструкция подходит для типовой УТ 11.4 и 11.5; в более ранних релизах названия пунктов меню могут немного отличаться.
Как включить версионирование объектов в УТ 11
Версионирование — штатный механизм платформы, который при каждой записи объекта сохраняет его копию в специальном хранилище. Чтобы включить его, перейдите в раздел «НСИ и администрирование» → «Настройка НСИ и разделов» → «Общие настройки». В открывшейся форме найдите группу настроек версионирования и установите флажок «Версионирование объектов».
После включения флажка станет доступна ссылка настройки версионируемых объектов. В ней для каждого вида документов и справочников задаётся режим: «Версионировать», «Не версионировать» или «Версионировать при проведении». Для торговой базы разумно включить версионирование для ключевых документов: реализаций, заказов клиентов, поступлений товаров, установки цен, а также для справочников «Номенклатура» и «Контрагенты».
Не включайте версионирование «на всё подряд». Каждая запись документа создаёт новую версию, и на активно используемой базе хранилище версий растёт быстро, что увеличивает размер базы и может влиять на производительность. Выбирайте только те объекты, где история изменений действительно критична для учёта.
- 1Откройте «НСИ и администрирование» → «Общие настройки»
- 2Установите флажок «Версионирование объектов»
- 3Откройте настройку версионируемых объектов
- 4Для нужных видов документов и справочников установите режим «Версионировать»
- 5Запишите настройки и проверьте на тестовом документе
Как посмотреть версии конкретного документа
Когда версионирование включено, история изменений доступна прямо из формы объекта. Откройте нужный документ или элемент справочника, затем в меню «Ещё» выберите пункт «История изменений» (в некоторых релизах — «Перейти» → «Версии объекта»). Откроется список сохранённых версий с указанием даты, времени, номера версии и пользователя, выполнившего запись.
Из списка версий можно открыть любую версию на просмотр — она отображается в виде отчёта со значениями всех реквизитов и табличных частей на момент сохранения. Версия доступна только для чтения: отредактировать её или «откатить» документ к ней одной кнопкой нельзя, значения при необходимости переносятся вручную.
Сравнение двух версий
Наиболее полезный режим — сравнение. Выделите в списке две версии (обычно с помощью Ctrl) и нажмите кнопку «Сравнить». Программа сформирует отчёт, где подсвечены различия: какие реквизиты изменились, какие строки добавлены или удалены из табличных частей. Так можно быстро установить, например, кто поменял цены в реализации или удалил позицию из заказа.
Если кнопка сравнения неактивна, проверьте, что выделено именно две версии, а не одна и не три. Также сравнение недоступно, когда у документа сохранилась только одна версия — то есть объект после включения версионирования записывался лишь один раз.
Как посмотреть историю через журнал регистрации
Журнал регистрации работает всегда, независимо от настроек версионирования. В УТ 11 он открывается через «НСИ и администрирование» → «Обслуживание» → «Журнал регистрации». Журнал фиксирует входы пользователей, добавление, изменение, удаление и проведение документов, изменение элементов справочников и другие события.
Чтобы найти историю по конкретному документу, нажмите кнопку отбора и задайте условия: период, пользователя, тип события «Данные. Изменение» и представление данных — например, номер интересующего документа. В результате получите хронологический список всех операций с этим объектом: кто создал, кто изменял, кто проводил или помечал на удаление.
Ограничение журнала регистрации принципиально: он показывает факт изменения, но не содержимое. Запись «Документ изменён» не отвечает на вопрос, что именно поменяли. Поэтому журнал и версионирование дополняют друг друга: журнал помогает найти момент и автора правки, версии — увидеть сами изменения.
Сравнение способов просмотра истории
Показывает содержимое документа на момент каждой записи и различия между версиями. Требует предварительного включения, увеличивает размер базы.
Работает всегда, показывает кто, когда и какую операцию выполнил, но не показывает старые значения реквизитов.
Сводный просмотр версий по нескольким объектам. Доступен только при включённом версионировании.
Массовый просмотр: отчёт по версиям объектов
Если нужно проанализировать изменения не одного документа, а целого массива данных, используйте отчёт «Анализ версий объектов». Он находится в разделе «НСИ и администрирование» → «Поддержка и обслуживание» → «Отчёты» (либо открывается поиском по разделу «Все отчёты»). Отчёт строится только по тем видам объектов, для которых включено версионирование.
В настройках отчёта укажите вид объекта (например, «Реализация товаров и услуг»), период и при необходимости отбор по пользователю. Результат покажет список объектов с количеством версий и авторами изменений, откуда можно перейти к просмотру конкретных версий. Это удобно для периодического контроля: например, раз в неделю проверять, кто правил документы установки цен.
Как проверить, что история фиксируется корректно
После настройки версионирования выполните контрольную проверку. Откройте тестовый документ, измените любой реквизит (например, комментарий), запишите его, затем откройте историю изменений. В списке должно быть минимум две версии, а сравнение должно показать именно то отличие, которое вы внесли.
Проверьте и права пользователей: просмотр версий доступен тем, у кого есть право «Просмотр истории изменений» на соответствующий объект. Обычно оно есть у полных прав и у типовых профилей менеджеров, но в доработанных конфигурациях с самописными ролями доступ может быть урезан — тогда пользователь просто не увидит пункт «История изменений» в меню «Ещё».
Как проверить результат
В списке несколько версий с датами и авторами
Пункт «История изменений» отсутствует или список пуст — версионирование не включено для этого вида объектов
Отчёт подсвечивает изменённые реквизиты и строки
Кнопка сравнения неактивна — выделено не две версии или сохранена только одна
По отбору видны события изменения с пользователем и временем
Событий нет — проверьте период отбора и уровень регистрации событий
Типичные ошибки и ограничения
Самая частая ошибка — ожидание, что история появится задним числом. Версионирование не восстанавливает прошлое: если менеджер изменил документ до включения механизма, старые значения реквизитов потеряны безвозвратно, если только не осталась резервная копия базы нужной даты.
Вторая ошибка — включение версионирования для всех объектов без разбора. Документы с большими табличными частями (инвентаризации, крупные реализации) при частой перезаписи генерируют значительный объём версий, что раздувает базу. В типовой конфигурации предусмотрена регламентная очистка устаревших версий — проверьте её настройки там же, в разделе общих настроек.
Третья ошибка — путать пометку удаления с реальным удалением. Помеченный документ остаётся в базе вместе со всеми версиями, и его история доступна. А вот после физического удаления объекта обработкой «Удаление помеченных объектов» версии тоже удаляются — восстановить их штатными средствами нельзя.
Часто задаваемые вопросы
Можно ли посмотреть, кто изменил документ, если версионирование не включено?
Да, частично. Журнал регистрации покажет, какой пользователь и когда изменял документ, но не покажет, какие именно значения были до правки. Для восстановления содержимого остаётся только резервная копия базы соответствующей даты.
Как вернуть документ к старой версии?
Автоматического отката в УТ 11 нет. Откройте нужную версию на просмотр, сверьте значения и вручную внесите их в актуальный документ, после чего запишите его. Такая запись сама станет новой версией в истории.
Почему в меню «Ещё» нет пункта «История изменений»?
Возможны три причины: версионирование не включено в общих настройках, для данного вида объектов установлен режим «Не версионировать», либо у пользователя нет права просмотра истории изменений. Проверяйте в этом порядке.
Сколько хранятся версии объектов?
Срок хранения задаётся в настройках версионирования: можно хранить версии бессрочно или ограничить период (например, последние несколько месяцев). Очистка устаревших версий выполняется регламентным заданием автоматически.
Видно ли в истории изменение через обмен данными или обработку?
Да. Версия фиксируется при любой записи объекта, в том числе при загрузке через обмен или групповую обработку. В журнале регистрации такие события будут привязаны к пользователю, под которым выполнялась операция, что помогает отличить ручные правки от автоматических.
Работает ли версионирование в файловой базе УТ 11?
Да, механизм не зависит от режима работы базы и доступен как в файловом, так и в клиент-серверном варианте. Различие только в том, что на файловой базе рост объёма версий заметнее сказывается на размере файла и скорости резервного копирования.
Что важно запомнить
История изменений в УТ 11 смотрится через версионирование объектов (содержимое версий и их сравнение) и журнал регистрации (кто, когда и что сделал). Включите версионирование заранее и только для критичных объектов, регулярно проверяйте контрольным изменением, а перед удалением помеченных объектов делайте резервную копию.