История изменений в 1С:Розница: как включить контроль версий документов и справочников
Разбираем, как в 1С:Розница включить историю изменений, настроить условия и сроки хранения версий, контролировать объём базы через отчёт «Хранение и объем хранимых версий» и сравнивать версии документа. Отдельно про ограничение: история фиксируется только с даты активации функционала.
Что даёт история изменений в 1С:Розница и когда её включать
В 1С:Розница контроль версий документов и справочников встроен в конфигурацию. Система фиксирует дату и пользователя, которые изменили документ или элемент справочника, и хранит предыдущие состояния объектов. История изменений отвечает на вопросы, кто, когда и что изменил, а при необходимости позволяет вернуться к прежней версии объекта.
Отдельную обработку подключать не нужно: механизм штатный, включается в Общих настройках и работает на данных самой базы. Активировать его имеет смысл до начала активной работы, особенно если несколько сотрудников меняют одни и те же документы и справочники.
Кому и зачем нужен контроль версий
Функционал закрывает разные задачи трёх групп пользователей, и у каждой свой сценарий.
- Бухгалтер. В документе разошлись цены или количество, и нужно понять, кто и когда поправил строки. По истории виден автор каждой версии, а сравнение показывает, чем версии отличаются. Если правка ошибочная, данные возвращают к прежнему состоянию.
- Программист и администратор. История помогает разграничить ответственность, когда в одной базе работают несколько сотрудников, и быстрее найти причину расхождений в отчётах: правку справочника, ручную корректировку документа, изменение реквизитов.
- Руководитель. Видны прозрачность и дисциплина правок: кто менял цены и остатки, как часто это происходит, какие объекты правят чаще остальных.
Главное ограничение: история только с момента включения
История изменений доступна исключительно с той даты, когда был активирован функционал сохранения версий. Это ограничение стоит держать в голове до включения настройки: задним числом данные не появятся.
Практический пример. Чекбокс включили 1 октября, а расхождение в ценах ищут за сентябрь. В истории за сентябрь будет пусто, хотя правки в документе были. Это самая частая ошибка ожиданий: пользователи воспринимают функционал как журнал регистрации, который вёл себя с момента создания базы. Журнал регистрации и история изменений - разные механизмы с разной логикой хранения.
Вывод простой: включайте сохранение версий заранее, до старта активной работы или сразу после запуска базы в эксплуатацию. Тогда спорные правки в первый же месяц будут зафиксированы.
Как включить историю изменений в 1С:Розница: пошаговая настройка
Настройка занимает несколько минут и выполняется прямо в интерфейсе конфигурации, без доработок. Порядок действий такой:
- Откройте Общие настройки.
- Найдите свернутую вкладку «История изменений» и разверните её нажатием на заголовок.
- Отметьте чекбокс «Хранить историю изменений».
- Перейдите по гиперссылке «Изменить», которая стала доступна после активации чекбокса.
- В открывшемся окне задайте условия сохранения версий и сроки их хранения.
Пока чекбокс не отмечен, гиперссылка «Изменить» недоступна. Настроить условия и сроки заранее, до включения функционала, не получится: сначала активация, потом тонкая настройка.
Настройка условий сохранения версий через «Изменить»
В окне настроек выбирают действия, при которых создаётся версия объекта. Типовой вариант - запись и проведение документа: каждое сохранение оставляет след с автором и временем, условия задаются для документов и справочников отдельно.
Выбор условий влияет на частоту создания версий, а значит, и на объём базы. Массовая перезапись справочника номенклатуры при каждом изменении реквизита даст тысячи версий за месяц. Для объектов, которые меняются редко, достаточно фиксировать запись; для документов, где важна каждая корректировка сумм, условия делают шире.
Сроки хранения версий: как не раздувать базу данных
Сохранение резервных копий версий приводит к постоянному разрастанию базы данных. Управлять объёмом помогают два параметра в том же окне настроек: срок хранения версий, по истечении которого они автоматически удаляются из базы, и автоматическое удаление по расписанию. Сроки и условия устанавливают как для всех объектов в целом, так и для каждого объекта отдельно: значения вносят в соответствующие столбцы напротив названий.
| Группа объектов | Условия сохранения | Срок хранения | Логика |
|---|---|---|---|
| Документы продаж | Проведение | 12 месяцев и больше | Разборы спорных чеков и сверки с покупателями требуют длинной истории |
| Справочник номенклатуры | Запись | 1-3 месяца | Цены и характеристики меняются часто, старые версии нужны редко |
| Контрагенты и договоры | Запись | 6 месяцев | Средняя частота правок, важна сверка реквизитов |
| Склады и торговые точки | Запись | 3 месяца | Помогает понять, кто менял параметры объекта перед сбоем |
Цифры в таблице - пример распределения сроков под типовые задачи розницы, а не норматив. Их корректируют под регламент компании и требования к хранению данных.
Отчёт «Хранение и объем хранимых версий»
Отчёт даёт актуальную информацию о текущем объёме базы и показывает, какую часть занимают сохранённые версии. Запускайте его сразу после включения функционала, чтобы зафиксировать исходное значение, затем раз в месяц и каждый раз, когда размер базы растёт быстрее обычного.
Если отчёт показывает, что основную часть объёма занимают версии, пересматривайте сроки хранения и условия сохранения. Увеличение дискового пространства решает симптом, но не причину: через месяц рост повторится.
Автоматическое удаление устаревших версий по расписанию
Отметьте чекбокс «Автоматически удалять устаревшие версии» и настройте расписание. Эта настройка замыкает цикл: срок хранения определяет, какие версии считаются устаревшими, расписание определяет, когда их удалить.
Без настроенного расписания версии накапливаются, даже если срок хранения указан. Удаление затрагивает только сами версии: документ и его актуальное состояние остаются в базе, поэтому текущие данные не теряются.
Как посмотреть историю изменений конкретного документа
Историю открывают из списка документов, а не из формы объекта. Перейдите к списку, нажмите кнопку «Еще» и выберите в выпадающем списке команду истории изменений. Откроется окно со списком версий объекта.
Практический пример. В документе продажи цена отличается от прайса, менеджер утверждает, что цену не менял. Открываем историю документа, сравниваем две версии и видим, кто и когда поправил цену в строке. Дальше решение за ответственным: оставить как есть или вернуть корректное значение.
«Открыть версию» и «Сравнить»: в чём разница
Кнопка «Открыть версию» формирует автоматически построенный программой отчёт с реквизитами и изменениями указанного объекта. Инструмент подходит, когда нужно понять, что представлял собой документ в конкретный момент.
Инструмент «Сравнить» работает с парой версий: выделите более раннюю и актуальную, нажмите «Сравнить» и получите отчёт с реквизитами обеих версий. Способ подходит, когда нужно увидеть, чем состояния отличаются: какие поля изменились и на каких значениях.
Правило выбора простое: «Открыть версию» - для изучения одного состояния, «Сравнить» - для поиска конкретной правки между двумя состояниями.
Возврат к нужной версии
Кнопка «Перейти к версии» позволяет выбрать нужную версию и внести изменения в актуальную запись. Перед сохранением проверьте последствия: документ может быть уже проведён, а связанные расчёты зависят от текущих сумм.
Восстановление не стирает историю. Новая правка тоже попадёт в список версий, поэтому цепочка изменений сохранится и при необходимости её можно разобрать ещё раз.
Типичные ошибки и как их избежать
- История включена поздно. Данных за прошлые периоды нет и не будет. Решение: включать функционал до старта активной работы.
- Сроки хранения не заданы. Версии хранятся бесконечно, база растёт. Решение: задать срок для всех объектов и уточнить его по группам.
- Автоудаление не включено. Срок указан, но очистка не запускается. Решение: отметить чекбокс автоудаления и задать расписание.
- Слишком широкие условия сохранения. Версия создаётся на каждое действие с массовым справочником. Решение: пересмотреть условия для объектов с высокой частотой правок.
- История ищется в форме документа. Команда живёт в списке, за кнопкой «Еще». Решение: запомнить маршрут и показать его сотрудникам.
Чек-лист проверки после активации:
- Чекбокс «Хранить историю изменений» отмечен.
- Условия сохранения заданы и не избыточны.
- Срок хранения установлен для всех объектов и уточнён по отдельным позициям.
- Автоудаление включено, расписание настроено.
- Отчёт «Хранение и объем хранимых версий» запущен, исходное значение объёма зафиксировано.
Краткие ответы на частые вопросы
С какого момента доступна история изменений?
Только с даты активации функционала сохранения версий. Правки, сделанные до включения чекбокса, в истории не отображаются.
Можно ли задать свой срок хранения для отдельного объекта?
Да. Сроки и условия устанавливаются как для всех объектов в целом, так и для каждого в отдельности: значения вносят в столбцы напротив названий.
Где смотреть, сколько места занимают версии?
В отчёте «Хранение и объем хранимых версий»: он показывает актуальную информацию о текущем объёме базы.
Как открыть историю документа?
Из списка документов: кнопка «Еще», затем команда истории изменений. Внутри работают «Открыть версию», «Сравнить» и «Перейти к версии».
Подойдёт ли инструкция к моей версии 1С:Розница?
Контроль версий - штатный функционал конфигурации, внешних обработок не требуется. Проверьте наличие вкладки «История изменений» в Общих настройках: если она есть, порядок действий совпадает. В разных релизах отличаются расположение элементов и подписи, а логика сохранения версий остаётся прежней.
Начните с одного действия: откройте Общие настройки и проверьте, отмечен ли чекбокс «Хранить историю изменений». Если нет, включите его и сразу задайте сроки хранения и расписание автоудаления, чтобы через несколько месяцев не разбираться с выросшей базой.