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