Глава 32. История данных
Конфигурация поддерживает механизмы Истории данных платформы 1С:Предприятие 8, реализованные фирмой «1С». Он позволяет фиксировать версии изменяемых данных, сравнивать их между собой, делать откат к более старым версиям.
Включение механизма возможно в учетной политике (закладка «История данных») для каждого отдельного объекта конфигурации (вида справочников, вида документов и т.д.). Закладка содержит 2 списка: верхний, содержащий часть объектов, сгруппированных по тематическим разделам и нижний, содержащий все объекты, доступные для версионирования.
Использование истории данных имеет следующие важные особенности:
1. Момент начала применения версионирования.
Важно понимать, как работает любой подобный механизм. Для конкретного документа, элемента справочника у него сначала должна появиться первая версия, относительно которой далее будет возможно анализировать изменения в следующих.
Поэтому, включение истории данных распространится на все новые объекты, а также измененные после его включения, но в виде фиксации «первой» версии.
2. Обновление списка версий (только для платформы релиза 8.3.12).
Сохранение новой версии происходит сразу при записи объекта. Однако, в списке версий новая появится только после выполнения обновления списка версий. Это делается либо автоматически регламентным заданием «Обновить историю данных», либо вручную: Администрирование\Информация\Обновить историю данных.
Настроить расписание обновления можно как из учетной политики, так и из обработки «Регламентные и фоновые задания».
3. История данных регистров сведений.
Сейчас платформа 1С:Предприятие 8 не предоставляет широких возможностей по работе с историей данных регистров сведений. Более того, она почти не предоставляет разработчику прикладной конфигурации охватить эти ограничения самостоятельно. Прежде всего, перейти к версиям регистра сведений можно только из формы его записи. При этом версии хранятся в разрезе измерений регистра. Отсюда вытекают нюансы:
· Чтобы перейти к версиям записи регистра сведений, надо сначала найти эту запись в списке регистра (например, через меню «Все функции».
· Для регистров, изменяемая часть которых хранится в измерениях, возможности анализа ограничены. Например, штрихкоды номенклатуры, клиента – при изменении штрихкода возможно определить только дату последней правки, но, нельзя определить, каким он был до изменения.
· Сами регистры часто не фигурируют в интерфейсе пользователя, от чего он не может сопоставить информацию и имя регистра при настройке. В таких случаях настройку предпочтительно делать специалисту с компетенцией программиста 1С.
· В списке версий изменения регистров выглядят как удаление и добавление заново новой версии, т.е. как 2 операции. Поэтому сравнивать версии надо «через одну».
Исключение. Для регистра «Контактная информация» в частном порядке реализован переход к списку версий прямо из объекта-владельца – командой «История данных» в списке контактной информации – в подменю «Еще» (для интерфейса Такси) либо «Все действия» (для интерфейса версии 8.2). Однако, для почти всех остальных регистров это технически нереализуемо.