Как настроить историю изменений в 1С:Бухгалтерия

История изменений в 1С:Бухгалтерия позволяет узнать, кто, когда и что именно поменял в документе или справочнике: какие реквизиты были затронуты, какие значения были раньше и какими стали после изменения. Это встроенный механизм платформы 1С, который не требует покупки дополнительных модулей и работает как в файловом, так и в клиент-серверном варианте базы.

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

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

Что фиксирует история изменений и когда она нужна

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

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

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

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

Настройка выполняется в режиме 1С:Предприятие, прав в обычного бухгалтера для этого недостаточно — нужны права администратора или полные права. Порядок действий одинаков для большинства релизов 1С:Бухгалтерия 3.0.

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

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

Если флажок «Хранить историю изменений» не отображается, проверьте права пользователя и версию платформы: механизм доступен в современных релизах платформы 8.3 и типовой конфигурации Бухгалтерии предприятия 3.0.

Какие объекты стоит отслеживать

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

На практике чаще всего отслеживают:

• документы, влияющие на деньги и налоги: поступления и реализации, платёжные поручения, кассовые документы, счета-фактуры;
• справочники «Контрагенты» и «Договоры» — там часто ошибочно правят реквизиты, ИНН и банковские счета;
• справочник «Номенклатура», если от цен и ставок НДС зависят отчёты;
• регламентные документы закрытия месяца, если их периодически перепроводят вручную.

Маршрут решения

Что включать в историю

В базе работает больше двух пользователейВключите версионирование всех основных документов и справочников контрагентов

База файловая и уже большого размераВключайте историю только для денежных документов и контрагентов, задайте ограниченный срок хранения

Нужно контролировать правки после закрытия периодаВключите версионирование документов и сочетайте его с датой запрета редактирования

Проблема в постоянных правках реквизитов контрагентовДостаточно версионировать справочники «Контрагенты» и «Банковские счета»

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

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

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

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

Как проверить, что история работает

Кнопка «История изменений» в форме документа

Норма

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

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

Кнопки нет — проверьте, включён ли флажок в общих настройках и версионируется ли этот вид объектов

Список версий после тестовой правки

Норма

Появилась новая строка с вашим именем и текущим временем

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

Новых версий нет — объект не включён в настройку хранения истории

Сравнение версий

Норма

Изменённые реквизиты подсвечены, видны старые и новые значения

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

Сравнение пустое при реальных правках — версии записывались до изменения настройки

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

Восстановление прежних значений

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

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

Ограничения и влияние на размер базы

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

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

Типичные ошибки при работе с историей изменений

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

Ещё одна частая ситуация: пользователь не видит кнопку «История изменений» и решает, что механизм не работает. Причина обычно проста — этот вид объектов не отмечен в настройке хранения, либо у пользователя нет права просмотра версий. Проверяйте оба условия, прежде чем искать сбой.

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

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

Нет. История изменений хранит версии существующих объектов. Для поиска автора удаления используйте журнал регистрации: откройте «Администрирование» → «Обслуживание» → «Журнал регистрации» и отфильтруйте события по типу «Данные. Удаление».

Работает ли история изменений в файловой базе?

Да, механизм версионирования доступен и в файловом, и в клиент-серверном варианте. Различие лишь в том, что в файловой базе рост таблицы версий сильнее сказывается на общем размере файла, поэтому срок хранения версий стоит ограничивать.

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

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

Можно ли автоматически вернуть объект к выбранной версии?

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

Замедляет ли включённая история работу программы?

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