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

  • Как в 1с удалить помеченные на удаление документы ? 1С 7.7 и 1С 8.2
  • Как в 1С 8.2 заполнить авансовый отчет?
  • Как в одноклассниках убрать класс? Как посмотреть свою ленту в одноклассниках? 1С в Одноклассниках.
  • Как в 1с 8.2 создать новую базу ? Как сохранить конфигурацию 1С 8.2 ? Копирование базы данных 1С 8.2
  • Как в 1С посмотреть остатки на складе? (для 1С 7.7 и 1С 8.2)
  • Как в 1С 8.2 начислить зарплату?
  • Как в 1с внести уставный капитал ? 1С 8.2 | Формирование уставного фонда, оприходование оборудования и ввод в эксплуатацию в 1С 8.2
  • Как в 1С создать и заполнить контрагента? 1С 8.2
  • Как начислить отпускные в 1С 8.2?
  • Как в 1с 8.2 начислить амортизацию?

Ответы на вопросы:

  • Где находится список баз 1С? Как сохранить перечень баз 1С 7.7, 8.1, 8.2, 8.3?
  • Порты для работы с 1С. Как подключиться к серверу 1С из интернет.
  • 1C и сканер. Заметки по работе со сканером из 1С.
  • Как в 1с ЗУП изменить оклады? 1С 8.3 Как в 1с 8.3 ЗУП изменить оклад сотруднику?
  • Как в 1С:Бухгалтерии 8.3 ввести хозяйственную операцию? Как правильно создать документ по проводке?
  • Как в 1С настроить учет по складам? Настройка учета по складам в «1С:Бухгалтерии» (ред. 3.0).
  • Установка 1С на Linux. Установка ROSA Fresh Linux.
  • Настройка автоматической блокировки сеансов по расписанию на сервере 1С 8.3 . Как выгнать пользователей из 1С. Настройка задачи для планировщика Windows
  • ГНИВЦ ФНС России опубликовал новый КЛАДР
  • Как редактировать данные сотрудника в 1С. Кадровый учет в 1С. Изменение фамилии сотрудника в «1С:Бухгалтерия 8» (ред. 3.0)?
  • Как в 1С 8.3 изменить оклад? Как поменять оклады у сотрудников в 1С 8.3? Как в 1С 8.3 внести изменения окладов?
  • Поиск тендеров
  • Работа с технологическим журналом 1С 8.3 и 1С 8.2.
  • Использование 1С в практике транспортной компании
  • Что представляет из себя франшиза «1С»?
  • Как создавать документы в «1С:Бухгалтерия 8.3 через проводку? Ручная операция, если известна корреспонденция счетов
  • Как сформировать акт сверки с контрагентом c данными о счетах-фактурах в «1С:Бухгалтерия 8» (ред. 3.0) 1C 8.3?
  • Как в 1с 8.3 изменить статус отчета на отправлено? Как в бухгалтерии 8.3 установить статус отправки в ПФР?
  • Как в 1C 8.3, 1С 8.2 работать с регистром сведений. Регистры сведений 1C 8.3, 1С 8.2.
  • Как в 1с 8.3 закрыть период ? Как в 1с 8.3 закрыть месяц ? Закрытие месяца в 1С 8.3
  • Как сделать отчет в 1С? Отчет по зарплате сотрудников 1С. Как сделать отчет с помощью СКД? Как сделать внешний отчет на 1С? Как узнать зарплату сотрудников?
  • Как обновить сервер 1С 8.3 и платформу 1С 8.3. Как блокировать пользователей 1С. Как сделать выгрузку базы данных 1С. 1С Предприятие клиент-сервер. Операционная система Windows Server 2012 R2
  • Выгрузка данных из 1С ЗУП 8.3 в 1С Бухгалтерия 8.3 . Загрузка зарплаты и выплат из 1С Зарплата и управление персоналом 8,3
  • 10 лайфхаков по 1С 8.3
  • Ошибка: Невозможно получить свойство Open класса Workbooks . Разработка в 1С 8.3. Управляемые формы.
  • Как в 1С 8.3 сформировать 2 НДФЛ для налоговой и для сотрудников. Справка 2 НДФЛ в 1C 8.3 Бухгалтерия Предприятия и Зарплата и Управление персоналом 3.0
  • Как форматировать дату, число 1С 8.3, 1С 8.2 Применение функции Формат(), ЧислоПрописью(), НСтр() и т.д. Примеры для разработчика 1С
  • Выгоды использования удаленной бухгалтерии 1С
  • Как работать с таблицей значений 1С 8.3, 1С 8.2 Таблица значений 1С 8.3, 8.2 Примеры для разработчика 1С
  • Обновления 1С от 15 февраля 2016
  • С Новым 2016 Годом!
  • Как в 1С рассчитать и выплатить пособие?
  • Как включить возможность учета в разных валютах? Как в 1С загрузить курсы валют? Автоматическая загрузка курсов валют.
  • Расходы будущих периодов в 1С 8.3
  • Как установить ставку взноса на страхование от несчастных случаев в 1С:Бухгалтерия 8.3
  • Вопросы и ответы по 1С. Часть I
  • Как установить 1С ? Как установить 1с 8.2 ? Как установить последний релиз 1С самому?
  • Оспаривание кадастровой стоимости с целью уменьшения налогообложения Особенности налогообложения
  • Как в 1с учитывать спецодежду ? Как в 1с 8.3 оприходовать спецодежду ? Учет спецодежды и спецоснастки в 1С: Бухгалтерии 8.2 8.3 Часть II
  • С наступающим Новым 2015 Годом!
  • Как в 1с учитывать спецодежду ? Как в 1с 8.3 оприходовать спецодежду ? Учет спецодежды и спецоснастки в 1С: Бухгалтерии 8.2 8.3 Часть I
  • Помощник бухгалтера в 1С 8.3 и 1С 8.2 . Подсказки по корреспонденции счетов и операциям в 1С
  • Как сделать корректировку долга в 1с 8.3 ? Взаимозачет в 1С 8 3, 8 2. Корректировка долга в 1С 8.2 Корректировка долга в 1С 8.3
  • Как в 1с 8.3 перепровести документы ? Групповое перепроведение документов в 1С.
  • Как в 1с 8.3 ввести ОКТМО ? Как изменить неправильный код ОКТМО ? ОКАТО в 1С

Заметки из Зазеркалья

История данных

Данная статья является анонсом новой функциональности.
Не рекомендуется использовать содержание данной статьи для освоения новой функциональности.
Полное описание новой функциональности будет приведено в документации к соответствующей версии.
Полный список изменений в новой версии приводится в файле v8Update.htm.

Реализовано в версии 8.3.11.2867.

Мы реализовали новый механизм, история данных, который компактно хранит историю изменения прикладных данных пользователями. С помощью готовых интерфейсных решений или с помощью встроенного языка вы можете теперь гибко анализировать изменения данных, сравнивать разные версии и восстанавливать данные в то состояние, которое они имели в выбранной версии.

В каких сценариях нужна работа с историей данных

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

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

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

Наконец, после того, как найдены все неподходящие изменения, может возникнуть естественное желание восстановить предыдущее, правильное, состояние данных, или даже восстановить данные, которые были непосредственно удалены.

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

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

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

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

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

Какие возможности для анализа истории уже существуют в платформе

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

Другой инструмент, который существует довольно давно и есть во всех тиражных решениях, это БСП – библиотека стандартных подсистем. В её составе есть подсистема версионирования объектов. Эта подсистема содержит все перечисленные функции, однако она имеет некоторые практические ограничения.

Во-первых, она является частью библиотеки, поэтому её внедрение в прикладное решение требует участия квалифицированного разработчика. Хорошо, если БСП изначально присутствует в прикладном решении. Но если её там нет, администратор, или, тем более, квалифицированный пользователь, не смогут самостоятельно её внедрить.

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

Преимущества решения, встроенного в платформу

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

  • Чтобы воспользоваться этим механизмом администратору или пользователю не придётся изменять конфигурацию, всё необходимое уже есть в платформе. Нужно только включить.
  • Этот механизм будет работать быстрее, чем аналоги, реализованные в составе конфигурации, т.к. он будет использовать возможности, недоступные из встроенного языка.
  • Сама история данных будет занимать меньше места, так как будет храниться не копия данных, а только их разница с предыдущей версией. Кроме этого само версионирование можно применять не ко всем реквизитам, а только к тем, которые интересуют. Это также даст дополнительную экономию.
  • Можно будет поддержать версионирование не только тех объектов, которые обладают уникальной ссылкой (справочники, документы и т.п.), но и необъектных сущностей, таких как записи регистров сведений, например.

Основные сведения о механизме

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

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

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

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

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

Кроме изменений данных мы храним ещё и метаданные объекта на момент записи версии. Это нужно для того, чтобы корректно строить отчёты по объектам, которые были записаны в другом состоянии конфигурации. Например, когда одни реквизиты назывались по-другому, других реквизитов не было, а третьи присутствовали, но впоследствии были удалены.

Обработка изменения данных

Процесс создания версии данных состоит из двух этапов. Сначала, когда вы записываете объект (например, документ), формируется специальное сообщение, которое помещается в очередь. Этот этап выполняет платформа, разработчик в нём не участвует.

А вот второй этап инициируется разработчиком. Второй этап заключается в том, что при обработке очереди эти данные извлекаются, помещаются в хранилище версий, и становятся доступными для работы с ними.

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

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

Пользовательский интерфейс

В пользовательском интерфейсе 1С:Предприятия новый механизм называется История изменений. Он включает в себя несколько форм, которые позволяют выполнять те действия, которые были перечислены в начале этой статьи.

Список версий по конкретному объекту

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

Она позволяет увидеть список всех изменений (версий) объекта.

В колонке Источник изменений может быть указан также узел плана обмена, если изменение было выполнено в узле, и «приехало» в эту базу в результате обмена данными.

В этом списке, в колонке Комментарий, вы можете указать произвольный комментарий, который поможет вам в расследовании каких-то ситуаций.

Отбор версий

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

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

Отчёт о данных версии

Вы можете открыть любую версию объекта, чтобы посмотреть её данные.

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

Отчёт о разнице между версиями

Версию, выделенную в списке, вы можете сравнить с предыдущей версией или с текущей версией. Кроме этого вы можете сравнить между собой две произвольные версии, предварительно выделив их в списке.

Результат сравнения версий будет также показан с помощью отчёта. Этот отчёт напоминает тот, который используется в БСП. Добавленные, изменённые и удалённые значения подсвечиваются.

Программный интерфейс

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

Прежде всего, из встроенного языка вы можете включить/настроить ведение истории. Например, вы можете включить ведение истории для двух реквизитов документа Заказ: реквизита Комментарий самого документа, и реквизита Цена его табличной части, которая называется Товары:

После того, как изменения объекта записаны в историю, вы можете просмотреть версии объекта. При этом, как и в пользовательском интерфейсе, вы можете использовать гибкие возможности отбора. В том числе вы можете отбирать версии по идентификатору транзакции из журнала регистрации. Мы добавили такую возможность для совместной работы этих механизмов. Если вы видите какое-то событие в журнале регистрации, вы можете связать его с соответствующим событием в истории данных и посмотреть, что же там происходило.

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

После того, как нужная версия найдена (её идентификатором является номер версии), вы можете получить её данные, сравнить с другой версией или восстановить объект по найденной версии с помощью метода СформироватьПоВерсии().

Рассказать друзьям:

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

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

При изменении документа 1С сохранит его прошлую версию и при необходимости можно будет сравнить текущую версию с той, которая была до изменений.

В современных программах 1С эта функция называется Версионирование объектов.

Чтобы воспользоваться ей, необходимо:

  1. Указать в программе настройки сохранения версий,
  2. Сформировать отчет, который покажет изменения.

Чтобы настроить хранение истории изменений, необходимо зайти в раздел НСИ и администрирование, Общие настройки:

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

Настройки хранения истории позволяют указать:

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

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

Рекомендуем сразу же настроить расписание удаления устаревших версий.

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

Если в справочник или документ были внесены изменения, версий будет 2 и более.

Пользователь может выбрать интересующие его версии и нажать кнопку Сравнить. Система покажет, что было изменено, когда и кем:

Как узнать кто и когда изменял объект 1С

Достаточно часто возникает необходимость выяснить кто и когда изменял тот или иной объект базы. Сделать это достаточно просто.

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

Доступ к журналу регистрации можно получить как в режиме предприятия (меню Все функции ⇒ Стандартные ⇒ Журнал регистрации), так и в режиме конфигуратора (Администрирование ⇒ Журнал регистрации):


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

Внимание!

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

Журнал регистрации в режиме предприятия и конфигуратора содержит одинаковые данные, функционал в обоих режимах идентичный, но, все же, есть небольшие различия:

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

Теперь рассмотрим пример как можно определить кто редактировал интересующий нас объект.
1. Заходим в режим предприятия и открываем журнал регистрации, как описано выше;
2. Накладываем отбор на нужный объект:

3. Анализируем информацию:

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

Данные журнала регистрации хранятся не в самой базе данных, а в отдельном каталоге:

  • Для файловых баз — \1Cv8Log;
  • Для серверных баз — \\1Cv8Log.

Хранение может осуществляться в двух форматах:

  • Файлы формата .lgd — база данных формата SQLite;
  • Файлы формата .lgf и .lgp — обычные текстовые файлы.

Формат .lgd является более современным, все новые базы, начиная с релиза 8.3.5, хранят данные журнала в этом формате.

Следует отметить, что журнал регистрации может занимать достаточно много места на жестком диске. Есть возможность удалить данные до определенной даты и настроить перечень регистрируемых событий (вплоть до полного отключения). Настройки выполняются в конфигураторе: Администрирование ⇒ Настройка журнала регистрации:

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

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

Просмотр пользователей, вносивших изменения в документ в программе 1С

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

Если же исполнитель уверяет, что всё выполнил правильно, все данные внёс без ошибок, поэтому сам не может объяснить, по какой причине возник сбой, можно пронаблюдать факт стороннего вмешательства в процесс редактирования документа. Чтобы выполнить такие желаемые действия, важно разобраться, как посмотреть в 1С историю изменения конкретного документа.

Просмотр истории

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

Алгоритм проверки

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

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

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

К счастью, разработчики упростили возможность быстрого поиска. На панели инструментов несложно найти пиктограмму сортировки. После нажатия на эту кнопку открывается окно «Отбор», в котором сразу же следует установить точку в чекбоксе возле строки «Отобрать сразу».

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

Следующим шагом предполагается выбрать документ, который вы пытаетесь разыскать, кликните по кнопке с изображением трёх точек и из предложенного списка выберите искомый документ. После нажатия кнопки «Ok» придётся набраться терпения, поскольку программа начнёт процесс сортировки, отбора, всего того, что касается выбранного вами документа. Такой процесс может продолжаться несколько минут. Главное, в этот момент ничего не предпринимать, не вмешиваться, а терпеливо ждать.

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

СОВЕТ. Журнал регистраций может в какой-то момент чрезмерно заполнится, поскольку фиксирование действий осуществляется постоянно. Чтобы освободить журнал от лишней устаревшей информации, полезно его очищать время от времени.

Открыв «Журнал регистрации», вы обнаружите возможность удаления записей навсегда, а также сохранения устаревших записей в отдельном файле. Такие манипуляции позволяют очистить журнал, но при этом не распрощаться окончательно с некоторыми данными, а иметь возможность с ними поработать в будущем.

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