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