Кто и когда поменял документ в 1С: все места, где остаются следы правок

История изменений в 1С 8.3 хранится в двух основных местах. Факт правки (кто, когда, с какого компьютера записал или провёл документ) пишет журнал регистрации платформы: в файловой базе это папка 1Cv8Log рядом с файлом 1Cv8.1CD, в клиент-серверной — каталог srvinfo\reg_1541\<идентификатор базы>\1Cv8Log на сервере 1С. Содержимое правки (какая была сумма и какой стала) хранит только история изменений (версионирование объектов) — её включают в Администрирование → Общие настройки, и версии лежат внутри самой базы, в регистре сведений «Версии объектов».

Типичная ситуация: главбух открывает реализацию за прошлый квартал и видит другую сумму, чем в сданной декларации. Журнал регистрации покажет, что документ перепровёл менеджер в среду в 15:40. А вот прежнюю сумму он не покажет — если версионирование не было включено заранее, старое значение уже не восстановить из самой 1С.

Журнал регистрации: где лежат файлы и что в них записано

Журнал регистрации ведёт сама платформа, независимо от конфигурации. Он есть в любой базе: БП 3.0, ЗУП 3.1, УТ 11, самописной.

Где физически хранятся файлы журнала

GUID базы — это имя папки внутри reg_1541. Чтобы понять, какая папка ваша, откройте в консоли кластера свойства информационной базы или посмотрите даты изменения папок в момент работы с базой.

Журнал бывает двух форматов:

• 📄 последовательный — файл-оглавление 1Cv8.lgf и набор файлов .lgp с событиями за период;
• 🗃 SQLite — один файл 1Cv8.lgd.

Формат определяется платформой при создании базы. Для анализа вручную разницы нет: оба читаются через стандартную форму просмотра.

Какие события связаны с документами

В журнале по документам интересны события группы «Данные»:

• ✏️ Данные. Добавление — документ создан;
• 🔄 Данные. Изменение — документ записан повторно;
• ✅ Данные. Проведение и Данные. Отмена проведения;
• 🗑 Данные. Пометка удаления и Данные. Удаление.

У каждой записи есть дата и время, пользователь, компьютер, приложение (тонкий клиент, веб-клиент, фоновое задание, COM-соединение), номер сеанса, ссылка на объект и статус транзакции.

Журнал регистрации не хранит значения реквизитов. Он скажет «пользователь Иванова изменила документ», но не скажет, какое поле и с чего на что.

Как открыть журнал и найти правки конкретного документа

1. В программе откройте Администрирование → Обслуживание → Журнал регистрации. В Конфигураторе — Администрирование → Журнал регистрации.
2. Нажмите Установить отбор (или откройте отбор в шапке формы).
3. Задайте интервал дат — чем уже, тем быстрее откроется список.
4. В поле «События» оставьте только события группы «Данные».
5. В поле «Метаданные» выберите вид документа, например «Реализация (акт, накладная, УПД)».
6. Найдите строку с нужным номером в колонке «Данные» или «Представление данных».

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

Уровень записи и разделение по периодам

В Конфигураторе: Администрирование → Настройка журнала регистрации. Здесь два важных параметра:

• Уровень регистрации. События изменения данных относятся к информационным. Если стоит «Регистрировать ошибки» или «Не регистрировать», правки документов в журнал не попадут вовсе.
• Разделять журнал по периодам — по дням, неделям, месяцам. Удобно для архивации: старые файлы можно перенести на другой диск.

Там же кнопка Сократить — удаляет события до выбранной даты, с возможностью сохранить их в отдельный файл.

История изменений (версионирование): прежние значения полей

Это механизм Библиотеки стандартных подсистем (БСП), а не платформы. Он есть во всех современных типовых: БП 3.0, ЗУП 3.1, УТ 11, КА 2, ERP, УНФ.

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

Как включить хранение истории

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

Как посмотреть версии документа

Откройте документ и вызовите команду История изменений — обычно она в меню Ещё. Откроется список версий: номер, дата, автор, комментарий.

Что можно сделать в списке:

• 👁 открыть отчёт по одной версии — так документ выглядел на тот момент;
• 🔍 выделить две версии и сравнить — изменённые реквизиты и строки табличных частей подсвечиваются;
• ↩️ вернуться к выбранной версии — документ получит значения из неё (сама запись при этом тоже станет новой версией).

💡 Сравнение двух версий — самый быстрый ответ на вопрос «кто поменял цену в строке 7». Журнал регистрации здесь не поможет.

Сколько места занимают версии

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

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

История данных платформы

С версии платформы 8.3.11 у 1С есть собственный механизм «История данных». Он хранит изменения во служебных таблицах платформы, а не в регистре конфигурации.

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

Когда это уместно:

• 🛠 своя или сильно доработанная конфигурация, где нет БСП;
• 📊 нужно хранить историю только нескольких реквизитов, а не всего объекта целиком.

В типовых конфигурациях пользователю удобнее опираться на версионирование БСП из предыдущего раздела — у него готовые формы просмотра и сравнения.

Табличные части и регистры: история, которая есть в самих данных

Часть истории в 1С хранится без всяких журналов — она заложена в структуру учёта.

Периодические регистры сведений

Многие справочные данные хранятся не «одним значением», а как история по датам:

• 👤 ФИО физического лица — при смене фамилии старая остаётся с датой;
• 💼 кадровые данные в ЗУП: должность, подразделение, оклад — каждая запись привязана к документу и дате;
• 📑 учётная политика организации — по годам;
• 💱 курсы валют и цены номенклатуры — по датам установки.

Чтобы увидеть такую историю, обычно достаточно ссылки История рядом с полем в карточке (например, у ФИО в карточке физлица) или отчёта по ценам на дату.

Движения документа

Каждый проведённый документ оставляет движения в регистрах. Кнопка Показать проводки и другие движения документа (значок Дт/Кт в форме) показывает текущее состояние. Прежних движений после перепроведения там уже нет — их можно увидеть только в версии документа, если версионирование было включено.

Служебные реквизиты документа

Во многих документах есть поля «Ответственный», «Комментарий», в части конфигураций — «Автор». Это не история: «Ответственный» показывает, кто выбран ответственным, а не кто последним менял документ. Для расследования на эти поля опираться нельзя.

Аудит изменений во внешних системах и доработках

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

Свой журнал изменений в конфигурации

Это вариант «прикладного журнала». Разработчик создаёт регистр сведений , например «ИсторияИзмененийЦен», и подписку на событие ПередЗаписью нужных документов. В обработчике сравниваются старые и новые значения выбранных реквизитов, и разница пишется в регистр с пользователем и временем.

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

Технологический журнал — не путать с журналом регистрации

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

Как выбрать механизм под вашу задачу

Настройка хранения истории: практический минимум

Чтобы при следующем «кто это сделал?» ответ нашёлся за пять минут, настройте базу заранее.

1. Уровень журнала. Проверьте в Конфигураторе, что регистрируются как минимум информационные события.
2. Разделение журнала по месяцам — проще архивировать и быстрее открывать.
3. Версионирование ключевых документов: реализации, поступления, списания с расчётного счёта, кадровые приказы.
4. Срок хранения версий — по сроку, в течение которого возможны проверки и сверки с контрагентами.
5. Архив журнала. Старые файлы 1Cv8Log не удаляйте, а переносите на отдельный диск или в резервную копию.
6. Права. Доступ к журналу регистрации и к истории изменений — только у администратора и главного бухгалтера.
7. Персональные пользователи. Если вся бухгалтерия работает под одним логином «Бухгалтер», журнал бесполезен: в нём будет одно имя.

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

Частые вопросы