Кто и когда правил документ в 1С: журнал регистрации и версии объектов

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

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

Два механизма: журнал регистрации и версионирование объектов

В 1С 8.3 за «кто что делал» отвечают два разных механизма. Их постоянно путают, отсюда и разочарование: «смотрел журнал, а что изменили — не видно».

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

Как посмотреть историю изменения документа в 1С через журнал регистрации

Журнал регистрации пишется всегда, независимо от настроек прикладного решения. Это основной инструмент, когда версий нет.

Шаг 1. Откройте журнал

Пути по конфигурациям:

• 🧾 1С:Бухгалтерия 3.0 — Администрирование → Обслуживание → Журнал регистрации
• 👥 1С:ЗУП 3.1 — Администрирование → Обслуживание → Журнал регистрации
• 📦 1С:Управление торговлей 11 — НСИ и администрирование → Обслуживание → Журнал регистрации
• 🏭 1С:ERP 2.5 — НСИ и администрирование → Обслуживание → Журнал регистрации
• 🛠 Конфигуратор — Администрирование → Журнал регистрации

Самый короткий путь — прямо из документа. Откройте нужную накладную или начисление, нажмите Ещё → Журнал регистрации. Отбор по этому объекту подставится автоматически, и вы сразу увидите только его события.

Шаг 2. Настройте отбор по конкретному документу

Если открыли журнал целиком, в нём десятки тысяч строк. Жмите Установить отбор (или Ещё → Настроить список) и заполните:

1. Период — узкий интервал, иначе выборка будет формироваться минутами.
2. Данные — выберите сам документ (Реализация (акты, накладные) № … от …). Это ключевое поле: оно отсекает всё лишнее.
3. Метаданные — если конкретный документ неизвестен, укажите вид: Документ.РеализацияТоваровУслуг.
4. Пользователь — когда проверяете одного сотрудника.
5. Событие — отметьте нужные:
   • _$Data$_.New — добавление
   • _$Data$_.Update — изменение
   • _$Data$_.Delete — удаление
   • _$Data$_.Post — проведение
   • _$Data$_.Unpost — отмена проведения
   • _$Data$_.TotalsPeriodUpdate — смена периода расчёта итогов

Шаг 3. Прочитайте колонки

Что даёт журнал по каждой строке:

• Дата, время — с точностью до секунды;
• Пользователь — имя из справочника пользователей и имя пользователя ОС;
• Компьютер — сетевое имя машины, с которой правили;
• Приложение — «Толстый клиент», «Тонкий клиент», «Веб-клиент», «Фоновое задание», «COM-соединение»;
• Событие и Данные — что произошло и с чем;
• Представление данных — как объект выглядел на момент записи (здесь часто видна старая сумма или старый контрагент!);
• Комментарий — текст ошибки, если запись не прошла.

Колонка «Представление данных» — находка для тех, у кого версионирование выключено. В типовых конфигурациях представление документа включает номер, дату и сумму, поэтому по цепочке записей иногда удаётся восстановить, как менялась сумма.

Выгрузить выборку можно кнопкой Ещё → Вывести список в табличный документ, а дальше — в Excel для акта разбирательства.

Версионирование объектов: включаем хранение истории изменений

Это и есть полноценная история изменения документа: 1С хранит слепок всех реквизитов при каждой записи и умеет показывать разницу между версиями.

Какие объекты ставить на версионирование

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

• 💰 документы реализации, поступления, счета-фактуры, УПД;
• 🏦 платёжные поручения и списания/поступления на расчётный счёт;
• 🧮 «Операция (бухгалтерский и налоговый учёт)» — ручные проводки правят чаще всего;
• 👤 справочники Контрагенты, Договоры контрагентов, Банковские счета — здесь меняют реквизиты перед платежом;
• 🧷 для ЗУП 3.1: Начисление зарплаты, Отпуск, Больничный лист, Кадровый перевод, Сотрудники.

Не ставьте на версионирование документы массовых обменов и загрузок (чеки ККМ, отчёты о розничных продажах, записи регистров расчёта) — они пишутся пачками, и версии дадут рост базы на гигабайты.

Сколько места это займёт

Грубая прикидка: версия типового документа на 5–10 строк весит примерно 8–20 КБ. База на 30 активных пользователей с версионированием десятка видов документов прибавляет ориентировочно 300–800 МБ в год. Срок хранения «три месяца» обычно закрывает все практические задачи и держит объём в рамках.

Сравнение версий документа: что именно изменили

Открыли Ещё → История изменений, видите список версий с номером, датой, автором и комментарием. Дальше:

1. Выделите две строки с зажатым Ctrl.
2. Нажмите Сравнить версии.
3. Получите отчёт в три колонки: Реквизит — Было — Стало. Табличные части сравниваются построчно, добавленные строки подсвечиваются зелёным, удалённые — красным.

Кнопка Перейти на версию возвращает документ к выбранному состоянию. Это запись новой версии, а не откат журнала: предыдущие версии остаются.

Отчёты для проверки: что изменилось в учёте

История изменений показывает реквизиты, но не последствия. Чтобы понять, что правка сделала с учётом:

• Ещё → Движения документа (или кнопка Дт/Кт в форме) — все регистры, которые документ затронул;
• Оборотно-сальдовая ведомость с настройкой «По субсчетам» и сравнением с ранее выгруженным файлом;
• Экспресс-проверка учёта — Отчёты → Анализ учёта → Экспресс-проверка;
• Анализ состояния налогового учёта по налогу на прибыль — ловит расхождения БУ и НУ после правок;
• в ЗУП 3.1 — Зарплата → Отчёты по зарплате → Анализ начислений и удержаний и «Полный свод начисленной зарплаты».

Пример: бухгалтер поменял в реализации ставку НДС с 20 % на 10 % по строке на 600 000 ₽. Было: Дт 90.03 Кт 68.02 — 100 000 ₽. Стало: Дт 90.03 Кт 68.02 — 54 545,45 ₽. Разница 45 454,55 ₽ уедет в книгу продаж и в декларацию — видно именно через «Движения документа», а не через список версий.

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

Три быстрых приёма, когда полная история не нужна:

• Колонка «Ответственный» в журнале документов УТ 11 и ERP — показывает того, кто создал документ (в Бухгалтерии 3.0 такого реквизита у большинства документов нет).
• Ещё → Журнал регистрации из формы документа — последняя строка _$Data$_.Update и есть последний правивший.
• Список версий: верхняя версия — текущая, её автор и правил последним.

Права доступа: кому видна история изменений

• Полный журнал регистрации открывает только пользователь с правом «Администрирование журнала регистрации» — в типовых конфигурациях это профиль Администратор.
• Кнопка История изменений в документе доступна любому, кто имеет право на чтение этого объекта. То есть бухгалтер увидит версии своих накладных, но не кадровые документы, если прав на них нет.
• Если хотите дать просмотр истории без полных прав, в Администрирование → Настройки пользователей и прав → Профили групп доступа создайте копию нужного профиля и добавьте роль на чтение версий объектов.
• В 1С:Фреш (облако) журнал регистрации доступен администратору абонента, но глубина хранения ограничена политикой сервиса — выгружайте нужные периоды сразу.

Типичные ошибки

Если не помогло: альтернативные способы

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

1. Резервные копии. Разверните бэкап за нужную дату во временную базу (Файл → Загрузить информационную базу из .dt) и сравните документ вручную. Самый надёжный способ восстановить «как было».
2. Файлы журнала напрямую. В файловой базе журнал лежит в каталоге 1Cv8Log рядом с 1Cv8.1CD: новый формат — 1Cv8.lgd (SQLite, читается любым просмотрщиком SQLite), старый — .lgf и .lgp. В клиент-серверной — на сервере в srvinfo\reg_1541\<идентификатор базы>\1Cv8Log.
3. Внешний отчёт по регистру ВерсииОбъектов. Если версии есть, но форма истории недоступна, данные читаются запросом к регистру сведений.
4. Печатные формы и ЭДО. Отправленный через ЭДО УПД или выгруженный в банк платёжный документ фиксируют состояние на момент отправки — сверяйте с текущим.
5. Отчётность. Сданная декларация по НДС и книга продаж в разрезе счетов-фактур — внешний «снимок» данных, который правкой в базе уже не изменить.

Как закрыть вопрос навсегда

Самый сильный пункт здесь — даты запрета изменения: Администрирование → Настройки пользователей и прав → Даты запрета изменения. Закрыли период — и правка физически невозможна, разбираться будет не о чем. Запрет настраивается общий, по организациям, по разделам учёта и индивидуально по пользователям.

Второй по силе — личные логины. Пока в базе живёт пользователь «Бухгалтер» с паролем на монитор-наклейке, журнал регистрации показывает не фамилию, а должность.

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