В типовых конфигурациях 1С:Предприятие 8.3 появилась новая возможность - Версионирование объектов , которая во-первых, позволяет просмотреть все изменения, сделанные по выбранному объекту информационной базы (документ или справочник) и во-вторых, позволяет вернуться к любой из предыдущих версий данного объекта. Для этого система при изменении объектов записывает изменения не только в самом объекте, но и создает отдельную сущность - версия объекта информационной базы. В каждой версии есть информация кто ее создал и когда. Сравнив версию с предыдущей, получим перечень сделанных в версии изменений
Прежде всего необходимо включить в программе данную опцию и сделать нужные настройки:
В открывшемся списке устанавливаем признак использования опции и заходим в настройки хранения :
В открывшемся списке необходимо выбрать список объектов, которые мы хотим версионировать (т.е. записывать все варианты этих объектов при их изменении). Для примера установим версионирование справочника Номенклатура и документа Поступление товаров и услуг .
Для справочников новая версия документа сохраняется в момент записи элемента справочника, а вот для документов появляется возможность сохранения новых версий только при проведении:
В таком случае система будет сохранять новые версии документа только в случае его перепроведения, при этом запись документа будет происходить без создания версии объекта. Помимо вариант создания версий нам необходимо выбрать период хранения версий:
Здесь выбирайте на свое усмотрение, однако помните о том, что хранение версий объектов увеличивает размер информационной базы и уменьшает ее производительность, поэтому по возможности старайтесь старые ненужные версии объектов периодически удалять. Для этого можно настроить расписание в нижней части формы:
Помимо номенклатуры, выберем версионирование документов поступления:
Теперь откроем любой элемент справочника Номенклатура и произвольно изменим реквизиты, к примеру Артикул, ставку НДС и комментарий:
в результате появились изменения:
Теперь открываем кнопку просмотра версий в верхней командной панели:
В открывшемся списке видим список всех сохраненных версий объекта. Любую версию можем открыть для просмотра, сравнить выборочно между собой или перейти на любую сохраненную версию (допустим если последние изменения справочника/документа не нужны).
Зажав клавищу Ctrl , выделим две версии справочника и нажмем Сравнить версии :
Сформировался отчет по изменениям версий, в котором можно увидеть все произведененные в справочнике изменения:
При необходимости можем точечно выбрать реквизиты для сравнения, отчет будет сравнивать только эти реквизиты в двух версиях:
Теперь проведем аналогичные манипуляции с документом поступления.
Для примера изменим сумму в табличной части и заполним номер и дату первичного документа
Нажав на кнопку просмотра версий, откроется соответствующее окно:
Здесь все также как и для справочников: можно посмотреть конкретную версию, сравнить две версии между собой или вернуть документ к какой-либо сохраненной версии. Выделим две строчки списка и нажмем Сравнить версии :
В других типовых конфигурациях 1С:Предприятие 8.3 настройка версионирования происходит аналогично.
Версионирование – это механизм, позволяющий быстро ответить на вопрос какой пользователь и какие изменения внес в конкретный документ, т.е. версионирование хранит историю изменений объектов информационной базы. Подобным функционалом обладает и «Журнал регистрации», но он только показывает когда пользователь начал и закончил работу с информационной базой, дату создания документа, редактирования, проведения. При возникновении же спорных моментов и если с объектом работали несколько пользователей по журналу регистрации невозможно выяснить, кто именно неверно заполнил, например, цену номенклатуры.
На данный момент механизм версионирования реализован в основных прикладных решениях:
1С:Бухгалтерия предприятия ред. 3.0
1С:Управление торговлей ред. 11.2
1С:Управление небольшой фирмой ред. 1.6
1С:Зарплата и управление персоналом 3.0
Внимание! Настройку версионирования выполняет Администратор системы с полными правами.
Настройка версионирования производится в разделе «Администрирование»-«Поддержка и обслуживание»
После включения механизма появится возможность настройки хранения версий объектов.
Для каждого вида документоа и справочник можно выбрать вариант версионирования:
- Не версионировать -изначально устанавливается всем объектам по умолчанию
- Версионировать при записи - возможно использование со справочниками и документами. Новая версия будет создаваться при нажатии на кнопку «Записать».
- Версионировать при проведении - возможно использование только для документов. Соответственно, версия будет создаваться при проведении документа.
Внимание! Версионирование большого количества объектов может привести к увеличению размера информационной базы. Количество и размер хранимых версий можно проверить, пройдя по ссылке в нижней части формы.
После активации данного механизма в формах выбранных объектов появляется значок «Перейти к отчету по версиям объекта».
В нашем примере мы видим, что номенклатура «Папка-конверт на кнопке А» имеет 4 версии, те после создания объект был изменен 3 раза.
Для того, чтобы понять, что менялось от версии к версии мы можем выделить несколько версий и открыть отчет о сравнении нажатием кнопки «Сравнить версии».
В приведенном примере мы видим, что в версии 2 номенклатуре присвоено новое полное наименование, в версии 3 добавлена статья затрат и в версии 4 она изменена с «Доставки» на «Услуги аренды».
Причем в любой момент вы можете вернуться к выбранной версии объекта по нажатию на кнопку «Перейти на версию». Информация о данном действии также отразится в перечне версий объекта.
Ключевые слова: Регистрация, история, изменение.
Эта статья является описанием озвученного в третьего алгоритма.
Речь о том, чтобы хранить в базе историю изменения реквизитов объектов.
Объекты в данном случае - это справочники, документы, планы обмена, планы видов характеристик и т. д., в общем то, что вводится пользователем вручную, для чего требуется хранить историю изменения реквизитов и на что можно сделать ссылку.
Состав объектов произвольный и определяется программистом, то есть можно, к примеру, настроить механизм только для всех справочников и выборочных документов.
Общая идею проста, как четыре рубля одной монетой.
А вот при ближайшем рассмотрении выяснилось пара нюансов.
А при превращении мыслей в статью и вовсе все поменялось.
Начнем по-порядку.
Для начала, делаем периодический регистр сведений "История реквизитов" без привязки к регистратору.
Затем, очень хочется иметь в этом регистре сведений измерение "Объект" типа "Любая ссылка", но этого делать нельзя.
Причина та, что тогда мы теряем возможность удалять помеченные на удаление объекты, поскольку на них будут ссылки в регистре.
Если же это измерение делать ведущим, то при удалении мы потеряем всю историю по этому объекту, которая удалится вместе с самим объектом.
А с другой стороны и без этого реквизита совсем уж никуда, ни отчета сформировать, ни просто даже объект найти.
Поэтому, в каждый объект, для которого требуется регистрация изменений реквизитов, добавляем реквизит "GUID" типа "Строка (32)".
Кроме того, в регистр сведений "История реквизитов" добавляем измерение "GUID объекта" типа "Строка (32)".
Так я хотел написать сначала.
А потом хорошо подумал.
Во-первых, очень плохо делать разные соединения с таблицами объектов в запросах, чтобы получить нужный объект по реквизиту "GUID".
Во-вторых, журнал регистрации фирмой 1С реализован таким образом, что в нем в реквизите "Данные" хранится именно ссылка на объект, а никакой не GUID.
Просто при удалении объектов журнал регистрации не участвует в проверке ссылочной целостности и после удаления объекта в нем в реквизите "Данные" показывается знакомая многим надпись "<Объект не найден> ...".
В-третьих, GUID вместо ссылок придется тогда вставлять и в остальных полях, то есть в пользователе, старом значении и новом значении.
В-четвертых, дешевле сделать свой алгоритм удаления помеченных объектов, нежели так изголяться.
Тем паче, что типовой алгоритм крайне скуден.
Правда, в рамках данной статьи описывать альтернативный алгоритм удаления помеченных объектов я не буду, ограничусь лишь тем, что скажу, что этот алгоритм должен при удалении помеченных объектов в регистре сведений "История реквизитов" все ссылки на удаляемые объекты заменять пустыми ссылками.
Почему пустыми?
Да все просто, чтобы ссылочная целостность базы не нарушалась.
Поэтому добавляем измерение "Объект" типа "Любая ссылка".
Вместо типа "Любая ссылка" можно проставить галочки у конкретных объектов, без разницы.
Продолжаем.
Помимо объекта нужно иметь информацию о реквизите, который меняется.
Поэтому добавляем измерение "Реквизит" типа "Строка (25)" или "Справочник.РеквизитыОбъектов", кому как больше нравится.
Я для примера сделал строкой.
Затем добавляем информацию о пользователе, сделавшем изменения.
Для этого добавляем ресурс "Пользователь" типа "Справочник.Пользователи".
Кроме того, добавляем ресурс "Имя компьютера" типа "Строка (25)".
Кому 25 символов мало, может изменить на нужное количество.
Для того, чтобы знать, в какой распределенной базе меняли реквизит, в случае использования распределенных баз, нужно добавить ресурс "Распределенная база" типа план обмена "Распределенные базы".
И, наконец, добаляем два ресурса, "СтароеЗначение" и "НовоеЗначение" составного типа.
В составе типов "Число", "Строка", "Булево", "Дата" и "Любая ссылка".
Размерность типов "Число" и "Строка" проставляется максимальная из возможных, чтобы в нее уместилось содержимое любого реквизита.
Здесь есть досадный момент, в состав типов нельзя включить строку неограниченной длины.
Поэтому механизм нельзя будет применять для строк неограниченной длины, содержимое которых длиннее максимального размера строки в составе нашего типа.
Теперь по поводу настроек в объектах.
Во всех объектах, для которых будет регистрироваться история, требуется прописать следующий код.
Переменная "НаборЗаписейИсторияОбъектов" вынесена в переменные модуля по той причине, что для нового объекта проверку реквизитов нужно делать в процедуре "ПередЗаписью", а заполнять реквизит "Объект" значением "Ссылка" в процедуре "ПриЗаписи", поскольку в процедуре "ПередЗаписью" еще нет ссылки для нового объекта.
Перем НаборЗаписейИсторияОбъектов;
Процедура ПередЗаписью(Отказ)
НаборЗаписейИсторияОбъектов = РегистрыСведений.ИсторияОбъектов.СоздатьНаборЗаписей();
ОбработатьИзменениеРеквизита(НаборЗаписейИсторияОбъектов, "Код
");
ОбработатьИзменениеРеквизита(НаборЗаписейИсторияОбъектов, "Наименование
");
ОбработатьИзменениеРеквизита(НаборЗаписейИсторияОбъектов, "Родитель
");
ОбработатьИзменениеРеквизита(НаборЗаписейИсторияОбъектов, "Владелец
");
Для А = 0
По ЭтотОбъект.Метаданные().Реквизиты.Количество() - 1
Цикл
ОбработатьИзменениеРеквизита(НаборЗаписейИсторияОбъектов, ЭтотОбъект.Метаданные().Реквизиты[А].Имя);
КонецЦикла;
КонецПроцедуры
Процедура ПриЗаписи(Отказ)
Если НаборЗаписейИсторияОбъектов.Количество() <> 0
Тогда
Для Каждого Запись Из НаборЗаписейИсторияОбъектов Цикл
Запись.Объект = Ссылка;
КонецЦикла;
НаборЗаписейИсторияОбъектов.Записать(Ложь);
КонецЕсли;
КонецПроцедуры
Процедура ОбработатьИзменениеРеквизита(НаборЗаписейИсторияОбъектов, ИмяРеквизита)
Если ЭтотОбъект[ИмяРеквизита] <> Ссылка[ИмяРеквизита] Тогда
НоваяЗапись = НаборЗаписейИсторияОбъектов.Добавить();
НоваяЗапись.Период = ТекущаяДата();
НоваяЗапись.Реквизит = ИмяРеквизита;
НоваяЗапись.ИмяКомпьютера = ИмяКомпьютера();
НоваяЗапись.Пользователь = ПараметрыСеанса.ТекущийПользователь;
НоваяЗапись.РаспределеннаяБаза = ПараметрыСеанса.ТекущаяРаспределеннаяБаза;
НоваяЗапись.СтароеЗначение = Ссылка[ИмяРеквизита];
НоваяЗапись.НовоеЗначение = ЭтотОбъект[ИмяРеквизита];
КонецЕсли;
КонецПроцедуры
Пример приведен для иерархического подчиненного справочника.
Если брать другой объект, например, документ, то состав служебных реквизитов будет другой, не "Код", "Наименование", "Родитель" и "Владелец", а "Дата" и "Номер".
В следующих статьях будут рассмотрены примеры использования механизма, описанного в данной статье.
Замаялся.
От Гения 1С : Смотрите
Каким образом получить быстрый ответ, какой пользователь мог поменять данные в программе по документу? Что именно он изменил? Чтобы ответ этот был максимально быстрым и этот ответ мог получить любой пользователь без обращения к администратору системы.
В типовой конфигурации управление производственным предприятием 1.3 (УПП) присутствует модуль по работе с версионированием объектов. Он позволяет хранить в текущей базе все изменения, которые производят пользователи со справочниками и документами. Данная подсистема позволяет выборочно указывать, по каким видам справочников и документов это использовать, а по каким нет.
В целом основной проблемой этого инструмента выступает то, что эти данные в базе вырастают настолько сильно, что объем данных становится сопоставим с размером хранения истории по ним. Для больших баз, это становится катастрофической проблемой.
Сколько потребуется времени для того, чтобы найти причину кто что изменил? Сколько нужно сделать сравнений, когда, допустим, в истории хранится, что изменили документ 30-100 раз? А ведь простая запись при групповом проведении документов сюда добавит версию изменений, а ведь по-сути ничего в документе не изменится при таком перепроведении. В целом из этого количества версий изменений от силы будут действительны 2-3-5. А остальное что же? А это избыточный мусор.
В целом система хорошая, позволяет детально зафиксировать изменения. Но вот как этими данными дальше пользоваться не очень удобно. В большинстве случаев, когда приходят пользователи на выяснить кто что в базе на менял этим отчетом пользуется администратор 1с и определяет эти вещи.
Как это превратить в быстрый инструмент для нахождения ответа кто что изменил?
«Свет мой зеркальце скажи, да всю правду доложи»…
По логике вещей наша доработка никак не отменяет блок версионирования. Разработана собственная система оперативного контроля кто что менял. Версионирование может работать параллельно. Система называется «История изменения справочников и документов». Это довольно таки простая система в использовании, необходимая для быстрого получения ответа кто изменил документ, справочник.
Как работает эта система: при записи каждого справочника или документа в регистр сведений записывается история, кто создал документ, кто его провел, удалил. При этом еще и добавлены в документы дополнительные условия: кто документ отгрузил, кто снял с отгрузки в случае использования системы контроля отгрузки. Здесь эту линейку можно расширять и дальше. Допустим для кадрового учета: кто документ отдал на подпись, и когда пришло с подписи. Еще здесь можно при желании даже организовать учет, кто когда документ распечатал и какую печатную форму. Вариантов здесь можно использовать много и хранить историю изменений статусов документов.
Собственно цель данной системы просто быстро сообщить кто менял документ и когда. Подробный ответ, что именно изменил пользователь, не всегда нужен. Другими словами здесь простой аналог «журнала регистрации», который также сообщает, когда и кто произвел действия. Вот только доступ к нему у пользователя происходит гораздо быстрее. С типовым журналом регистрации работать неудобно, а при огромном объеме данных бывает даже не реально получить быстрый ответ. А здесь регистр находится в самой базе и сразу дает ответ. Причем всего по одной кнопке «История» в самом документе (!).
Любой пользователь оперативно может посмотреть: кто с документом работал. И уже, если понадобиться ответ, что конкретно с ним сделал этот пользователь (как доказательную базу), то уже можно использовать полные данные по системе версионирования.
«Если что - то можно доказать делом, то на это незачем тратить слова»
Эзоп
«Чей туфля?»
Также в нашей системе присутствует еще одна возможность – это ведение истории изменения табличной части документов складского и производственных учета, а также документов ценообразования. В частности в большинстве случаев при ведении учета интересует история изменений табличных частей «Товары», «Материалы», «Продукция».
Протоколируются изменения в разрезе каждого документа по дате изменения, ответственному лицу кто внес изменения, номенклатуре, характеристике и серии номенклатуры, типу цен, месту хранения (если используется места хранения), количество, цена, сумма, скидка, единица измерения мест.
Как это работает? Допустим нужно получить ответ: когда какого числа установлена новая цена? Кто удалил строку в документе перемещения? Кто заменил номенклатуру на другую номенклатуру? Кто удалил количество? Кто установил скидку? Кто поменял цену? Можно увидеть, кто поменял тип цен в документе.
При этом в текущей системе при записи изменений происходит сравнение с данными истории ранее записанной и в историю записываются только то, что изменилось. Нет избыточного хранения истории.
Отчет по изменениям
Весь этот протокол визуально представлен в виде отчета «Отчет по изменениям табличных частей документов». Этот отчет открывается всего лишь при нажатии одной кнопки «История» в документе и сразу показывает по какой номенклатуре, что было изменено и самое главное кем и когда. Собственно этот отчет мгновенно позволяет получать ответ на вышеуказанные вопросы. Причем без участия администратора 1с.
«Настоящие свойства человека обнаруживаются лишь тогда, когда приходит время доказать их на деле»
Л.Фейербах
Оплата труда операторов
В дальнейшем есть продолжение использования этих данных по изменениям справочников и документов. Существует отчет «Отчет по изменениям справочников и документов». Он позволяет увидеть по пользователям кто сколько со справочниками и документами произвел действий (создал новый, изменил, провел). При этом этот отчет имеет в себе заложенный функционал даже по расчету оплаты труда. Задается расценка за изменение одного объекта (для каждого в отдельности) и отчет покажет суммы, сколько, допустим, оператор заработал.
Чтобы просчитать тарифы, в отчете заложен механизм предварительной оценки. По галочке «Производить предварительный расчет» можно указать суммы ФОТ и количество участников (операторов, пользователей). После сформированных данных будет предоставлена информации, сколько может в среднем стоить изменение одного справочника или документа. Далее в закладке «Тарифы» можно конкретно заложить и уже выводить отчет-расчет для получения сумм оплаты.
Детально
«Существуют вопросы, на которые нет ответов;, но есть ответы, вызывающие массу вопросов»
Э.Севрус
Для проверки данных кто, что менял существуют в обработке следующие закладки «История изменения справочников». «История изменения документов», «История изменения табличных частей». Это и есть наши протоколы хранения истории изменений. В конце в закладке «Отчет-версии» в случае использования более детального версионирования можно смотреть какие-то спорные моменты. В целом этот АРМ используется именно для анализа объема работы пользователей и расчета оплаты по изменениям данных в базе.
Данная обработка работает в конфигурациях УПП 1.3, УТ10.3. А также может быть интегрирована в любую конфигурацию 1с, где присутствуют складской и производственный учет. Работает на обычных формах.
Вывод
На рынке существует множество вариантов хранения историй информации. Есть где даже реализовано хранение в отдельной базе. Возможно, что и реализовано гораздо лучше и универсальней. Дать быстрый ответ – вот главное для нас было условие. Так чтобы любой пользователь (кладовщик, оператор, бухгалтер) не тратил время на ответ, а получал его мгновенно. И еще одно условие – это дальнейшее использование данных в расчете оплаты труда пользователей.
Общая информация
Версионированием называется хранение истории изменений объектов. В отличие от журнала регистрации, который может хранить только историю о том, кто, когда и какой объект изменил, механизм версионирования позволяет пользователю с правами администратора:
- увидеть конкретные изменения, которые внесли те или иные пользователи;
- просматривать любую версию объекта;
- сравнивать любые версии объекта между собой;
- вернуться к какой-либо предыдущей версии объекта, которая была наиболее полной или более правильной в отличие от своего последнего состояния.
Использование версионирования особенно актуально на начальном этапе внедрения программы, когда объемы информации небольшие, а исполнители совершают много ошибок (например, вводят лишнюю информацию или очищают наименование или значение какого-то реквизита внутри объекта).
Сохраненная история изменений объектов позволит привести справочники и документы в порядок, а также поможет пользователям проанализировать последовательность своих действий, чтобы в последующей работе не допускать типичных ошибок.
В дальнейшем, когда объемы информации в программе возрастают, можно постепенно отказываться от версионирования некоторых объектов вообще или применять его только в особенно важные моменты, например, при проведении документов. Можно ограничить срок хранения версий, например годом. После этого версии будут автоматически удаляться регламентным заданием. Настройка запуска регламентного задания осуществляется на странице настроек версионирования.
Объекты версионирования
Возможность хранения версий поддерживаются для справочников и документов, относящихся к следующим разделам учетной системы:
- Банк и касса;
- Продажи;
- Покупки;
- Склад;
- Производство;
- ОС и НМА;
- Зарплата и кадры.
Настройка версионирования объектов
Для включения механизма версионирования объектов в 1С необходимо перейти на закладку «Администрирование», выбрать раздел «Поддержка и обслуживание» и в разделе «Версионирование объектов» устанавить флажок.
Далее переходим в настройки версионирования по синей гиперссылке «Настройки хранения», где можно указать объекты, которые будут версионифицироваться, указать срок хранения и создать расписание для удаления устаревших версий.
Вариант версионирования
По кнопке «Установить вариант версионирования» можно выбрать следующие варианты:
- не версионировать - история версий объекта не ведется;
- версионировать при записи - новая запись заносится в историю версий в случае изменения или создания нового справочника или документа;
- версионировать при проведении - вариант может использоваться только для документов, которым разрешено проведение. Первоначальная версия документа будет записана в историю после первого проведения документа, затем версии документа будут сохраняться при каждой записи проведенного документа.
- по умолчанию - устанавливаются рекомендуемые настройки (для справочников - Не версионировать, для документов - Версионировать при проведении).
Срок хранения версий
По кнопке «Установить срок хранения версий» срок хранения можно установить за последнюю;
- неделю;
- месяц;
- три месяца;
- шесть месяцев;
- бессрочно.
Для каждого элемента справочника и вида документа можно установить свой вариант версионирования и срок хранения. Настройка версионирования возможна сразу для группы объектов программы, например, можно выбрать все документы или все справочники.
Важно ! Версионирование большого количества объектов приводит к увеличению объема хранимой в программе информации, что может существенно замедлить работу программы, поэтому рекомендуется использовать эту возможность избирательно.
Удаление устаревших версий
В нижней части, нажав на синюю гиперссылку «Количество и объём хранимых версий объектов» можно посмотреть количество и объем хранимых версий объектов, а также настроить расписание для удаления устаревших версий. Для этого устанавливаем флажок «Автоматически удалять устаревшие версии» и по синей гиперссылке «Настроить расписание» создаем расписание. Далее можно сделать его настройку, можно задать дневное, недельное и месячное расписание.
Просмотр изменений объектов
После того, как установлен флажок в разделе «Версионирование объектов» в документах и справочниках, для которых версионирование включено, можно увидеть пиктограмму «История изменений».
При нажатии кнопки открывается список версий объекта. Здесь можно увидеть, кто изменил объект, когда это произошло, и что именно было изменено.
Используя соответствующие кнопки, в форме списка доступны следующие действия:
- открыть версию - просмотр отчета о состоянии объекта на интересующий момент времени;
- сравнить версии - просмотр отчета по изменению состояния двух или более предварительно выделенных версий в списке (отчет покажет, какие именно реквизиты отличаются);
- перейти на версию - возврат к одной из предыдущих версий объекта, которую необходимо предварительно выделить (изменения, внесенные после сохранения этой версии, будут отменены).
Важно! Если объект был удален, его история также удаляется, поэтому в этом случае версионирование не поможет.
Для просмотра любой версии документа в истории нужно спозиционироваться на нужной версии и нажать кнопку «Открыть версию», при этом будет выведен отчет со значениями всех реквизитов документа.
Для сравнения версий друг с другом необходимо выделить нужные версии (все, или выборочно) и нажать кнопку «Сравнить версии».
Просмотрев изменения, можно вернуться на любую из версий документов, для этого нужно выбрать нужную версию и нажать кнопку “Перейти на версию”. При этом будет создана еще одна версия документа, с соответствующим комментарием.
- В статье использованы материалы публикации
