Кто и когда менял документ в 1С 8.3: журнал регистрации и версии
Содержание
Историю документа в 1С 8.3 смотрят двумя способами. Журнал регистрации (Администрирование → Обслуживание → Журнал регистрации) покажет, кто и когда записал, провёл или удалил документ. Если включено хранение версий, в форме документа есть команда Еще → История изменений: она покажет, какие именно поля поменялись — было и стало.
Разница принципиальная. Журнал отвечает на вопрос «кто и когда», версии — «что именно». Если версии не включались заранее, старых значений реквизитов в базе нет, и восстановить их можно только из резервной копии.
Что и где 1С хранит об изменениях документа
В типовых конфигурациях на БСП (Бухгалтерия 3.0, ЗУП 3.1, УТ 11 и другие) есть три источника истории:
| Источник | Что покажет | Нужно включать заранее |
|---|---|---|
| Журнал регистрации | пользователь, дата и время, компьютер, тип операции | нет, работает по умолчанию |
| История изменений (версии) | значения реквизитов и табличных частей до и после правки | да, по видам документов |
| Движения документа | текущие проводки и записи регистров | нет, но показывает только последнее состояние |
Есть и косвенные следы:
- 👤 поле
Ответственныйв шапке документа — кто его создал или последний за него отвечает; - 💬 поле
Комментарий— если в организации принято писать причину правки; - 🔢 номер и дата — по разрыву нумерации видно, что документ удаляли.
Сами по себе они историю не дают. Ответственного можно поменять вручную, комментарий — стереть.
Подготовка: включаем полный журнал и хранение версий
Уровень журнала регистрации
По умолчанию журнал пишет события, но в некоторых базах уровень снижен до «только ошибки». Тогда изменения документов в него просто не попадают.
Проверка и настройка делаются в Конфигураторе:
- Откройте базу в режиме
Конфигуратор. - Меню
Администрирование → Настройка журнала регистрации. - Выберите
Регистрировать все события. - Нажмите
ОК.
Монопольный доступ для этой настройки не нужен, пользователи могут продолжать работу.
Журнал хранится файлами. В файловой базе это папка 1Cv8Log рядом с файлом 1Cv8.1CD. В клиент-серверной — каталог 1Cv8Log внутри папки базы в srvinfo\reg_1541\<GUID базы> на сервере 1С. Если журнал внезапно пуст, первым делом проверьте, не чистил ли кто-то эту папку.
Хранение версий документов
Версии включаются в пользовательском режиме под администратором:
Администрирование → Общие настройки.- Найдите группу
История измененийи отметьте флажокХранить историю изменений. - Нажмите
Настроитьрядом с флажком. - В списке объектов выберите нужные виды документов и укажите режим: хранить версии при записи или только при проведении.
- Задайте срок хранения, если не хотите, чтобы версии копились бесконечно.
Версии начинают записываться только после включения. Правки, сделанные до этого момента, в истории не появятся.
Включать хранение для всех документов подряд не стоит. Каждая версия — полная копия объекта. Для «Реализации» с сотней строк при ежедневных перепроведениях база растёт заметно. Разумный набор: реализации и поступления, кассовые и банковские документы, начисления зарплаты, кадровые приказы.
Как открыть историю изменений прямо из документа
Если версии включены, самый быстрый путь — из формы самого документа.
- Откройте документ.
- Нажмите
Еще → История изменений. - Откроется список версий: номер, дата и время, автор, комментарий.
Дальше два режима работы:
- 📄 Открыть одну версию — двойной щелчок по строке. Покажет документ таким, каким он был на тот момент.
- 🔍 Сравнить версии — выделите две строки с зажатым
Ctrlи нажмите кнопку сравнения. Отчёт подсветит изменённые реквизиты шапки и строки табличных частей: добавленные, удалённые, исправленные.
Пример. Менеджер жалуется, что в реализации от 12-го числа «сама поменялась» цена. Сравниваем версию 3 и версию 4: в строке «Кабель ВВГ 3×2,5» цена 85,00 стала 78,00, автор версии 4 — Петрова, время 16:42. Вопрос закрыт за минуту.
Если команды История изменений в меню Еще нет, значит, для этого вида документа хранение версий не настроено, или у пользователя нет прав на просмотр версий. Права выдаются через группы доступа администратора.
Журнал регистрации: отбор событий по одному документу
Журнал работает всегда, даже без версий. Открывается он так:
- в Бухгалтерии 3.0, ЗУП 3.1, УТ 11 —
Администрирование → Обслуживание → Журнал регистрации; - в любой конфигурации — через
Все функции → Стандартные → Журнал регистрации(если пунктаВсе функциинет в главном меню, его включают вСервис → Параметрыфлажком «Отображать команду Все функции»).
Отбор по документу
Без отбора журнал показывает тысячи строк. Нужен фильтр:
- Нажмите кнопку установки отбора в командной панели журнала.
- Задайте период — лучше с запасом в несколько дней.
- В поле
Данныевыберите нужный документ. - В поле
Событияоставьте группуДанные: «Новый», «Изменение», «Проведение», «Отмена проведения», «Удаление». - Примените отбор.
Если документ уже удалён и выбрать его нельзя, ищите по полю Представление данных — туда записывается строка вида «Реализация (акт, накладная, УПД) 0000-000123 от 12.03…».
Как читать строки журнала
| Колонка | Что в ней |
|---|---|
| Дата | точное время события, до секунды |
| Пользователь | под кем выполнена операция |
| Компьютер | имя ПК, с которого работали |
| Приложение | тонкий клиент, веб-клиент, фоновое задание, COM-соединение |
| Событие | тип операции |
| Комментарий | текст, который записала программа (часто пустой) |
Колонка Приложение часто снимает спор. Если документ перепровело Фоновое задание, правил не человек, а регламентная операция
или обмен. Если COM-соединение или Внешнее соединение — ищите внешнюю программу или обработку обмена.
Подробности одного события
Двойной щелчок по строке открывает карточку события. В ней видны номер сеанса и статус транзакции. Статус важен: «Отменена» значит, что запись не прошла, например, из-за ошибки проведения, и документ в базе остался прежним. Такие строки при разборе можно не учитывать.
По номеру сеанса удобно восстановить всю цепочку действий. Поставьте отбор по сеансу и увидите, что пользователь делал до и после правки: какие ещё документы открывал, проводил или удалял за тот же вход в программу.
Пользователь <Не указан> означает, что в базе нет списка пользователей или операцию выполнил служебный процесс без авторизации.
Движения и проводки: как увидеть, что документ сделал в учёте
Журнал и версии отвечают на вопрос «кто правил». Как правка отразилась в учёте, видно по движениям документа.
- Откройте документ.
- Нажмите кнопку
ДтКт(в Бухгалтерии 3.0) — откроются проводки и записи остальных регистров. - Перейдите по вкладкам: бухгалтерский регистр, регистры НДС, взаиморасчётов, партий.
Движения показывают только текущее состояние. Прошлые проводки после перепроведения стираются и пишутся заново. Чтобы увидеть, какими они были раньше, нужна либо версия документа (в ней видны реквизиты, из которых строились проводки), либо резервная копия.
Полезный приём — сравнение с оборотно-сальдовой ведомостью. Сформируйте ОСВ по нужному счёту за период до правки и после. Если версии не хранились, а копия на начало месяца есть, разница в оборотах подскажет, на что повлияло исправление.
Флажок Корректировка вручную в форме проводок означает, что движения правили руками. При следующем проведении такие правки не перезаписываются, и документ «живёт своей жизнью». Это частая причина расхождений, которые ищут через историю.
Отчёты для аудита действий пользователей
Когда вопрос не про один документ, а про работу человека за день или неделю, удобнее отчёты, а не сырой журнал.
В конфигурациях на БСП есть отчёт Анализ журнала регистрации. Он находится в Администрирование → Обслуживание → Отчеты администратора. Варианты отчёта:
- 📊 Активность пользователей — кто сколько работал и с какими объектами;
- 👤 Анализ активности пользователя — подробная картина по одному сотруднику;
- ⏱ Контроль продолжительности регламентных заданий — когда и сколько работали фоновые операции.
Для документа с конкретными реквизитами сработает отчёт по версиям объектов. Он открывается из списка версий и строится по одному документу.
Если нужно найти все документы, изменённые задним числом, используйте журнал с отбором только по событию «Данные. Изменение» и по периоду. Потом выгрузите результат: в форме журнала есть сохранение в файл, его удобно разбирать в Excel по колонке «Представление данных».
Чтобы правки задним числом в принципе не случались, настройте дату запрета изменения данных. Тогда документы закрытого периода нельзя будет записать без отдельного права.
Как вернуть документ к прежнему состоянию
Порядок зависит от того, что у вас есть.
Перед загрузкой данных из копии в рабочую базу сделайте свежую выгрузку рабочей базы. Если перенос пойдёт не так, будет куда откатиться.
После возврата проверьте последствия. Документ прошлого месяца, перепроведённый заново, меняет обороты закрытого периода. Если месяц уже закрывали, регламентные операции закрытия придётся повторить, а в Бухгалтерии 3.0 ещё и проверить, не изменились ли данные уже сданной отчётности по НДС или прибыли. Сравните ОСВ по затронутым счетам до и после отката: расхождение должно совпасть с суммой исправления.
Не разворачивайте резервную копию поверх рабочей базы ради одного документа. Вы потеряете всё, что пользователи ввели после момента копии.
Почему история не находится: частые ошибки
- 🚫 Уровень журнала «Не регистрировать» или «Только ошибки». Событий изменения в журнале нет вообще. Проверяется в Конфигураторе, исправляется за минуту, но прошлое уже не вернуть.
- 🗑 Журнал сократили. В Конфигураторе есть команда сокращения журнала, её иногда запускают для экономии места. Записи до выбранной даты удаляются безвозвратно.
- 📅 Слишком узкий период отбора. Правку сделали в прошлом квартале, а смотрят текущий месяц.
- 🔒 Не хватает прав. Журнал регистрации и история версий доступны не всем ролям. Обычный бухгалтер может не видеть ни того, ни другого.
- 🔄 Путают перепроведение и изменение. Групповое перепроведение пишет в журнал «Проведение» по каждому документу. Это не значит, что кто-то менял данные.
- 💾 База переносилась через загрузку .dt. Журнал хранится отдельно от данных и в .dt не попадает. После переноса на новый сервер история начинается с нуля, если папку журнала не скопировали вручную.