Поиск

Личный кабинет

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

Три сценария использования режима

  1. Отображения и анализ информации относительно того, кто и когда вошел в систему и какие данные были изменены. Например, можно увидеть подмену информации при создании заявок на оплату.
  2. Отображение того, что и как было изменено. Например, можно увидеть какие изменения были сделаны в отчетности, за определенный промежуток времени.
  3. Просмотр изменений, связанных с настройками системы BSI. За настройки отвечает определенный набор справочников. И если вчера справочники работали правильно, а сегодня – нет, то благодаря логированию можно увидеть, что изменилось в справочниках, чтобы понять, почему они не работает.

Настройка правил логирования

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

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

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

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

Второй тип. Это тип логирования позволяет сохранить значения только тех полей, которые изменились. Например, если поменялись только описания, то сохраним только описания.

Третий тип. При этом типе логирования сохраняется полностью вся структура и все измененные данные.

У режима есть дополнительные возможности, которые помогают эффективно работать таблицами заголовка документа и таблицами деталей. Например, существует документ «Заказ по продажам» с заголовком и строками номенклатур, которые продаются. При описании правил для таблицы деталей можно указать, в каком поле базы данных сохраняется код заголовка (код самого заказа). Это позволяет в дальнейшем, при просмотре изменений, одновременно увидеть изменения заголовка и изменение всех строк деталей, которые есть в этом документе. В противном случае придется искать и анализировать изменения по каждой строке.
Novyu rejim logirovaniya 1
Рисунок. Определение правил логирования

Также при сохранении записи будет сгенерирован триггер в SQL для указанной таблицы (которую мы хоти логировать). Имеется кнопка «Генерировать SQL», которая позволяет при необходимости перегенерировать скрипт триггера.

Реестр изменений

Второй режим определяет реестр изменений. Этот режим позволяет выбрать изменения данных за определенный промежуток времен. Например, можно установить правило, согласно которому будут доступны изменения, который произошли в документы за последние сутки. Или же, что было изменено в документе за месяц. 
Noviy rajin logirovaniya 2
Рисунок. Просмотр логов изменений

Реестр изменений показывает следующую информацию: в какой таблице произошли изменения, какой первичный путь записи пользователя SQL-сервера (под каким логином зашел пользователь на SQL-сервер), какой логин пользователя в BSI, когда (серверное время изменения записи, время изменения согласно системы BSI) и какого типа произошли изменения (добавление записи, ее изменение, удаление), сами данные, которые изменяются.