История данных. V8: История изменения реквизитов Чтение информации о версиях объектов 1с документооборот

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

Прежде всего необходимо включить в программе данную опцию и сделать нужные настройки:

В открывшемся списке устанавливаем признак использования опции и заходим в настройки хранения :

В открывшемся списке необходимо выбрать список объектов, которые мы хотим версионировать (т.е. записывать все варианты этих объектов при их изменении). Для примера установим версионирование справочника Номенклатура и документа Поступление товаров и услуг .

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

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

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

Помимо номенклатуры, выберем версионирование документов поступления:

Теперь откроем любой элемент справочника Номенклатура и произвольно изменим реквизиты, к примеру Артикул, ставку НДС и комментарий:

в результате появились изменения:

Теперь открываем кнопку просмотра версий в верхней командной панели:

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

Зажав клавищу Ctrl , выделим две версии справочника и нажмем Сравнить версии :

Сформировался отчет по изменениям версий, в котором можно увидеть все произведененные в справочнике изменения:

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

Теперь проведем аналогичные манипуляции с документом поступления.

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

Нажав на кнопку просмотра версий, откроется соответствующее окно:

Здесь все также как и для справочников: можно посмотреть конкретную версию, сравнить две версии между собой или вернуть документ к какой-либо сохраненной версии. Выделим две строчки списка и нажмем Сравнить версии :

В других типовых конфигурациях 1С:Предприятие 8.3 настройка версионирования происходит аналогично.

Общая информация

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

• увидеть конкретные изменения, которые внесли те или иные пользователи;
• просматривать любую версию объекта;
• сравнивать любые версии объекта между собой;
• вернуться к какой-либо предыдущей версии объекта, которая была наиболее полной или более правильной в отличие от своего последнего состояния.

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

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

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

Объекты версионирования

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

• Банк и касса;
• Продажи;
• Покупки;
• Склад;
• Производство;
• ОС и НМА;
• Зарплата и кадры.

Настройка версионирования объектов

Для включения механизма версионирования объектов в 1С необходимо перейти на закладку «Администрирование», выбрать раздел «Поддержка и обслуживание» и в разделе «Версионирование объектов» устанавить флажок.

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

Вариант версионирования

По кнопке «Установить вариант версионирования» можно выбрать следующие варианты:

• не версионировать - история версий объекта не ведется;

• версионировать при записи - новая запись заносится в историю версий в случае изменения или создания нового справочника или документа;

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

• по умолчанию - устанавливаются рекомендуемые настройки (для справочников - Не версионировать, для документов - Версионировать при проведении).

Срок хранения версий

По кнопке «Установить срок хранения версий» срок хранения можно установить за последнюю;

• неделю;
• месяц;
• три месяца;
• шесть месяцев;
• бессрочно.

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

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

Удаление устаревших версий

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

Просмотр изменений объектов

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

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

Используя соответствующие кнопки, в форме списка доступны следующие действия:

• открыть версию - просмотр отчета о состоянии объекта на интересующий момент времени;
• сравнить версии - просмотр отчета по изменению состояния двух или более предварительно выделенных версий в списке (отчет покажет, какие именно реквизиты отличаются);
• перейти на версию - возврат к одной из предыдущих версий объекта, которую необходимо предварительно выделить (изменения, внесенные после сохранения этой версии, будут отменены).

Важно! Если объект был удален, его история также удаляется, поэтому в этом случае версионирование не поможет.

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

Для сравнения версий друг с другом необходимо выделить нужные версии (все, или выборочно) и нажать кнопку «Сравнить версии».

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

• В статье использованы материалы публикации

Версионирование в 1С:Підприємство ➾ История изменений объектов ➾ Как настроить версионирование объектов в 1С:ПІдприємство? ➾ Что такое версионирование? Настройка вариантов, роли, механизм записи версий и др.

Представьте ситуацию: вы - менеджер по продажам. Вы сформировали заказ покупателя, по которому должны сделать отгрузку товара. Сформировали документ реализации и обнаружили, что данные в нем не совпадают с заказом покупателя. Чтобы узнать, кем, когда и какие изменения были внесены в документ, в конфигурациях "1С:ПІдприємство 8" существует механизм версионирования.

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

Система позволяет просматривать любую версию объекта или сравнивать любые версии объекта между собой. Для работы с историей изменений объектов необходимо выполнить предварительную настройку их версионирования. Настройку и просмотр истории версий выполняет администратор системы.

Как настроить версионирование объектов?

На данный момент механизм версионирования доступен во многих типовых, самых распространенных конфигурациях, например таких как:

Настройку версионирования выполняет Администратор системы с полными правами.

Откройте закладку "Версионирование" и поставьте галочку "Использовать версионирование объектов":

Нажмите на "Настройка версионирования объектов..."

При настройке версионирования для каждого типа документов и справочников можно указать:

• Не версионировать - значение установлено всем объектам по умолчанию;
• Версионировать - значение используется для настройки справочников и документов;
• Версионировать при проведении - значение используется только для документов.

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

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

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

Чтобы просмотреть историю изменений объектов, откройте Сервис/История изменений объектов. Команда доступна только администратору системы и только для тех объектов, у которых настроено версионирование. В открывшейся форме выберите объект (в примере это Заказ покупателя), выделите версии данного объекта, которые нужно сравнить, нажмите кнопку "Сравнить версии".

Эта команда сформирует Отчет по изменениям версий объекта (нажмите на изображение, чтобы увеличить):

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

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

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

Что это за механизм и для чего он нужен

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

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

1. Увидеть, что и когда изменялось в конкретном объекте;
2. Определить, кто именно внес те или иные изменения;
3. Просмотреть предыдущую версию объекта;
4. Сравнить между собой две сохраненные версии;
5. Произвести анализ, определив какая версия, была наиболее точной и правильной;
6. Вернуть объект в необходимое состояние.

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

Чаще всего версионирование объектов 1С задействуют на этапе внедрения того или иного программного продукта:

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

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

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

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

Рассмотрим последовательность действий для включения механизма версионирования объектов на примере конфигурации «Зарплата и управление персоналом», редакция 3.1.

В первую очередь зайдем в систему «Администрирование» -> «Общие настройки» -> «История изменения»(Рис.1).

Если его нет, зайдем в подменю «Все функции…» в ветку «Константы»-> «Использовать версионирование…» (Рис.2) и активируем галочку на этой форме

Рис.2

После активации флажка появится еще один элемент меню: «Настройки хранения» (Рис.3)

Рис.5

Настройка истории изменений

Давайте рассмотрим вышеприведенную форму:

1. Две верхние команды позволяют определить момент сохранения версий объектов и срок хранения;
2. В табличной части можно выполнить те же самые настройки, которые выполняются командами;
3. Список справочников и документов значительно меньше количества элементов метаданных в конфигураторе;
4. Под табличной частью существует ссылка, позволяющая настроить расписание удаления старой версии.

Новые версии объектов могут сохраняться:

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

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

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

1. Открыть программу в режиме конфигуратора;
2. Открыть конфигурацию для изменения;
3. Зайти в подменю «Общие»-> «Определяемые типы»-> «Версионируемые данные»;
4. В свойствах элемента необходимо изменить набор элементов параметра «Тип» (Рис.6);

Рис.6

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

После активации и настройки расписания удаления объектов в системе появится соответствующее регламентное задание.

Здесь следует отметить, что вся информация о версиях объектов хранится в регистре сведений «Версии объектов», соответственно все действия, характерные для непериодических регистров сведений доступны и для этого регистра, в частности, полную его очистку можно выполнить с помощью кода, представленного на Рис.7

Как с этим механизмом работать

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

1. Автора новой версии (человека, который вносил изменения);
2. Дату изменения;
3. Добавить собственные комментарии к существующим вариантам объектов;
4. Сравнить версии между собой;
5. Вызвать отбор журнала регистрации по соответствующему событию;
6. Просмотреть версию;
7. Актуализировать предыдущую версию.

Еще раз обратим внимание на то, что этот мощный инструмент надо использовать обдумано и осмысленно, в противном случае он может значительно снизить эффективность работы с программой.

Эта статья является описанием озвученного в третьего алгоритма.

Речь о том, чтобы хранить в базе историю изменения реквизитов объектов.

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

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

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

Начнем по-порядку.

Для начала, делаем периодический регистр сведений "История реквизитов" без привязки к регистратору.

Затем, очень хочется иметь в этом регистре сведений измерение "Объект" типа "Любая ссылка", но этого делать нельзя.
Причина та, что тогда мы теряем возможность удалять помеченные на удаление объекты, поскольку на них будут ссылки в регистре.
Если же это измерение делать ведущим, то при удалении мы потеряем всю историю по этому объекту, которая удалится вместе с самим объектом.
А с другой стороны и без этого реквизита совсем уж никуда, ни отчета сформировать, ни просто даже объект найти.
Поэтому, в каждый объект, для которого требуется регистрация изменений реквизитов, добавляем реквизит "GUID" типа "Строка (32)".
Кроме того, в регистр сведений "История реквизитов" добавляем измерение "GUID объекта" типа "Строка (32)".

Так я хотел написать сначала.

А потом хорошо подумал.

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

Во-вторых, журнал регистрации фирмой 1С реализован таким образом, что в нем в реквизите "Данные" хранится именно ссылка на объект, а никакой не GUID.
Просто при удалении объектов журнал регистрации не участвует в проверке ссылочной целостности и после удаления объекта в нем в реквизите "Данные" показывается знакомая многим надпись "<Объект не найден> ...".

В-третьих, GUID вместо ссылок придется тогда вставлять и в остальных полях, то есть в пользователе, старом значении и новом значении.

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

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

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

Продолжаем.

Помимо объекта нужно иметь информацию о реквизите, который меняется.
Поэтому добавляем измерение "Реквизит" типа "Строка (25)" или "Справочник.РеквизитыОбъектов", кому как больше нравится.
Я для примера сделал строкой.

Затем добавляем информацию о пользователе, сделавшем изменения.
Для этого добавляем ресурс "Пользователь" типа "Справочник.Пользователи".
Кроме того, добавляем ресурс "Имя компьютера" типа "Строка (25)".
Кому 25 символов мало, может изменить на нужное количество.

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

И, наконец, добаляем два ресурса, "СтароеЗначение" и "НовоеЗначение" составного типа.
В составе типов "Число", "Строка", "Булево", "Дата" и "Любая ссылка".
Размерность типов "Число" и "Строка" проставляется максимальная из возможных, чтобы в нее уместилось содержимое любого реквизита.
Здесь есть досадный момент, в состав типов нельзя включить строку неограниченной длины.
Поэтому механизм нельзя будет применять для строк неограниченной длины, содержимое которых длиннее максимального размера строки в составе нашего типа.

Теперь по поводу настроек в объектах.
Во всех объектах, для которых будет регистрироваться история, требуется прописать следующий код.
Переменная "НаборЗаписейИсторияОбъектов" вынесена в переменные модуля по той причине, что для нового объекта проверку реквизитов нужно делать в процедуре "ПередЗаписью", а заполнять реквизит "Объект" значением "Ссылка" в процедуре "ПриЗаписи", поскольку в процедуре "ПередЗаписью" еще нет ссылки для нового объекта.
Перем НаборЗаписейИсторияОбъектов; Процедура ПередЗаписью(Отказ) НаборЗаписейИсторияОбъектов = РегистрыСведений.ИсторияОбъектов.СоздатьНаборЗаписей(); ОбработатьИзменениеРеквизита(НаборЗаписейИсторияОбъектов, "Код "); ОбработатьИзменениеРеквизита(НаборЗаписейИсторияОбъектов, "Наименование "); ОбработатьИзменениеРеквизита(НаборЗаписейИсторияОбъектов, "Родитель "); ОбработатьИзменениеРеквизита(НаборЗаписейИсторияОбъектов, "Владелец "); Для А = 0 По ЭтотОбъект.Метаданные().Реквизиты.Количество() - 1 Цикл ОбработатьИзменениеРеквизита(НаборЗаписейИсторияОбъектов, ЭтотОбъект.Метаданные().Реквизиты[А].Имя); КонецЦикла; КонецПроцедуры Процедура ПриЗаписи(Отказ) Если НаборЗаписейИсторияОбъектов.Количество() <> 0 Тогда Для Каждого Запись Из НаборЗаписейИсторияОбъектов Цикл Запись.Объект = Ссылка; КонецЦикла; НаборЗаписейИсторияОбъектов.Записать(Ложь); КонецЕсли; КонецПроцедуры Процедура ОбработатьИзменениеРеквизита(НаборЗаписейИсторияОбъектов, ИмяРеквизита) Если ЭтотОбъект[ИмяРеквизита] <> Ссылка[ИмяРеквизита] Тогда НоваяЗапись = НаборЗаписейИсторияОбъектов.Добавить(); НоваяЗапись.Период = ТекущаяДата(); НоваяЗапись.Реквизит = ИмяРеквизита; НоваяЗапись.ИмяКомпьютера = ИмяКомпьютера(); НоваяЗапись.Пользователь = ПараметрыСеанса.ТекущийПользователь; НоваяЗапись.РаспределеннаяБаза = ПараметрыСеанса.ТекущаяРаспределеннаяБаза; НоваяЗапись.СтароеЗначение = Ссылка[ИмяРеквизита]; НоваяЗапись.НовоеЗначение = ЭтотОбъект[ИмяРеквизита]; КонецЕсли; КонецПроцедуры

Пример приведен для иерархического подчиненного справочника.
Если брать другой объект, например, документ, то состав служебных реквизитов будет другой, не "Код", "Наименование", "Родитель" и "Владелец", а "Дата" и "Номер".

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

Замаялся.

От Гения 1С : Смотрите