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

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

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

Ниже разобраны все основные способы: стандартные поля документа, журнал регистрации, версионирование объектов, историю перепроведения и программные методы. Для каждого указано, какие данные он показывает, где искать в типовых конфигурациях и какие есть ограничения.

Что вообще фиксирует 1С: три уровня детализации

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

Второй уровень — журнал регистрации. Это системный протокол, куда 1С пишет события: вход пользователей, изменение данных, проведение и отмену проведения документов. Журнал регистрации ведётся всегда, но он фиксирует факт изменения, а не содержимое правки — вы увидите, что пользователь Иванов изменил реализацию № 15 в 14:32, но не узнаете, какое именно поле он поменял.

Третий уровень — версионирование объектов. Это механизм, который сохраняет полные «снимки» документа на каждый момент изменения: значения всех реквизитов и табличных частей. Именно версионирование позволяет сравнить две версии документа и увидеть разницу построчно. Но оно работает только после включения и для выбранных типов объектов.

Сравнение способов просмотра истории

Поля «Автор» и «Дата»

Доступно всегда и мгновенно, но показывает только создателя и дату, без истории правок

Журнал регистрации

Ведётся всегда, показывает кто и когда изменил документ, но не показывает содержимое изменений

Версионирование объектов

Даёт полную историю изменений с сравнением версий, но фиксирует данные только после включения настройки

Отчёт по перепроведению

Показывает факты проведения и отмены проведения, полезен для восстановления хронологии движений

Быстрый способ: автор и дата документа

Самый простой случай — нужно узнать, кто создал документ и когда. В типовых конфигурациях (Бухгалтерия предприятия, Управление торговлей, ERP, Зарплата и управление персоналом) откройте документ и найдите поле «Автор» или «Кто создал» — обычно оно расположено внизу формы или в шапке рядом с датой. Если поля не видно, откройте меню «Ещё» и проверьте настройки формы.

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

Если документ создавался обменом данными или загрузкой из внешней системы, автором часто оказывается служебный пользователь, под которым работает синхронизация. Это нормальная ситуация, а не признак ошибки — но она означает, что искать «виновника» нужно на стороне источника данных.

Журнал регистрации: кто и когда менял документ

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

Откройте журнал и настройте отбор, иначе в массе событий найти нужное будет трудно. Нажмите кнопку отбора (или «Ещё» → «Настроить отбор») и укажите: интервал дат, событие «Данные. Изменение» (а также «Данные. Добавление» и «Данные. Удаление» при необходимости), конкретного пользователя, если он известен. В поле «Данные» или в фильтре по метаданным укажите тип документа, а лучше — конкретный документ через представление.

В результате вы получите список событий: кто, в какое время, с какого компьютера (или сеанса) изменил документ, добавил или удалил его. Двойной щелчок по строке открывает карточку события с подробностями. Оттуда же можно перейти к самому документу, если он ещё существует в базе.

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

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

Версионирование объектов: полная история изменений

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

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

В типовых конфигурациях на БСП (Библиотека стандартных подсистем) путь такой: «Администрирование» → «Общие настройки» (или «Настройки») → найдите группу «Версионирование объектов» и установите флаг «Хранить историю изменений». Затем в настройке «Настроить список объектов» укажите, для каких видов документов и справочников вести версии — например, для реализаций, поступлений, счетов-фактур, заказов.

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

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

Если версионирование включено, откройте нужный документ и в меню «Ещё» найдите команду «История изменений» (в некоторых конфигурациях — «Версии объекта» или аналогичная). Откроется список версий с указанием даты, времени и пользователя, создавшего каждую версию.

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

Контрольные точки

Как проверить результат

Команда «История изменений» в меню «Ещё» документа

Норма

Команда есть, открывается список версий с датами и авторами

Тревожный признак

Команды нет — версионирование не включено или нет прав

Список версий по старому документу

Норма

Версии есть начиная с даты включения настройки

Тревожный признак

Версий нет — документ менялся до включения версионирования

Отчёт о сравнении версий

Норма

Различия подсвечены, видны старые и новые значения

Тревожный признак

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

История проведения и движения документа

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

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

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

Если версионирование не было включено: что можно восстановить

Частая ситуация: спорный документ найден, а версионирование никогда не включалось. Полностью восстановить старые значения реквизитов в этом случае нельзя — система их просто не сохраняла. Но кое-что выяснить всё же возможно.

Во-первых, журнал регистрации покажет все факты изменения: кто и когда трогал документ. Во-вторых, смежные данные часто сохраняют следы правок: печатные формы, отправленные контрагенту, выгрузки в другие системы, данные ЭДО (если документ обменивался электронно — оператор хранит переданную версию), банковские выписки по оплатам. В-третьих, если ведутся резервные копии, можно поднять копию базы на нужную дату в тестовом режиме и посмотреть состояние документа на тот момент.

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

Программный доступ и дополнительные инструменты

Для администраторов и разработчиков доступны программные методы. Журнал регистрации можно выгрузить и отфильтровать методом ВыгрузитьЖурналРегистрации() с отбором по данным конкретного документа — это удобно для массового анализа или передачи выборки в службу безопасности. Версии объектов хранятся в регистре сведений «Версии объектов», и по нему можно строить собственные отчёты.

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

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

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

Можно ли посмотреть историю документа, если версионирование не включено?

Полную историю изменений реквизитов — нет, система её не сохраняла. Доступны косвенные данные: журнал регистрации покажет, кто и когда менял документ, а старые значения иногда удаётся восстановить из резервных копий, печатных форм или данных ЭДО.

Где в 1С:Бухгалтерии найти историю изменений документа?

Откройте документ и проверьте меню «Ещё» — при включённом версионировании там есть команда «История изменений». Само версионирование включается в разделе «Администрирование» → «Общие настройки» → «Хранить историю изменений». Факты изменений без детализации доступны в журнале регистрации через «Администрирование» → «Обслуживание».

Почему в списке версий документа пусто, хотя версионирование включено?

Версии сохраняются только с момента включения настройки и только для выбранных типов объектов. Проверьте, что в настройках версионирования данный вид документов добавлен в список, а сам документ изменялся после даты включения механизма.

Как узнать, кто удалил документ?

Откройте журнал регистрации и настройте отбор по событию «Данные. Удаление» за нужный период. В событии будут указаны пользователь, время и представление удалённого объекта. Учтите, что непосредственное удаление документов обычно ограничено правами — круг подозреваемых невелик.

Влияет ли версионирование на производительность и размер базы?

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

Может ли обычный пользователь посмотреть историю без прав администратора?

Историю версий документа — да, если версионирование включено и у пользователя есть доступ к самому документу. Журнал регистрации в типовых конфигурациях чаще всего доступен только администраторам и пользователям с соответствующей ролью.