Как изменить регистр сведений в 1С: полная инструкция

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

Изменение структуры регистра — это критическая операция, которая требует понимания внутренней архитектуры базы данных 1С. Неправильные действия могут привести к потере исторических данных или значительному замедлению работы системы при обновлении конфигурации. В этой статье мы детально разберем алгоритмы действий при добавлении новых полей, изменении периодичности и переподчинении регистров.

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

Анализ текущей структуры и последствий изменений

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

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

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

Добавление новых измерений и ресурсов

Самая распространенная задача — расширение состава хранимой информации. Когда вы добавляете новое измерение или ресурс в конструкторе регистра, платформа 1С автоматически формирует скрипт обновления конфигурации базы данных. Для ресурсов этот процесс обычно прозрачен: новые поля создаются с пустыми значениями или значениями по умолчанию.

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

• 📊 Тип данных: Убедитесь, что тип нового поля соответствует хранимой информации, чтобы избежать неявных преобразований.
• 🔍 Индексирование: Для часто используемых в отборах полей обязательно установите флажок индексирования.
• 📝 Длина строки: Если добавляете строковое поле, задайте достаточную длину с запасом на будущее.

Метод СоздатьЗапись() или конструктор запроса могут требовать явного указания нового поля, иначе запись не сохранится или сохранится с ошибкой.

Изменение периодичности регистра сведений

Периодичность регистра сведений определяет, как часто могут меняться значения записей для одного и того же набора измерений. Переключение между режимами Непериодический, Периодический (день) и Периодический (месяц) является одной из самых рискованных операций. Она напрямую влияет на физическую структуру таблиц в базе данных SQL.

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

⚠️ Внимание: Изменение периодичности на больших базах данных (миллионы записей) может занять от нескольких часов до нескольких суток. Планируйте эту операцию на нерабочее время.

При смене типа периодичности также меняется логика работы механизма ведущего отбора и срезов. Запросы, использующие функции РегистрСведений.СрезПоследних или СрезПервых, могут начать работать иначе, если изменится granularity (зернистость) данных.

Смена подчинения и удаление полей

Изменение владельца регистра (подчинение другому справочнику или документу) требует полной перестройки связей. Если регистр был подчинен справочнику "Номенклатура", а вы меняете его на подчинение "Контрагенты", все существующие ссылки станут невалидными. В этом случае платформа предложит очистить таблицу регистра при обновлении конфигурации.

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

Тип изменения	Риск потери данных	Время обновления	Необходимость кода
Добавление ресурса	Нет	Низкое	Минимальная
Добавление измерения	Нет (но нужна логика заполнения)	Среднее	Обязательна
Смена периодичности	Высокий (агрегация)	Высокое	Средняя
Удаление поля	Полная потеря поля	Низкое	Удаление из запросов

Что происходит с данными при смене подчинения?

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

Работа с виртуальными таблицами и срезами

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

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

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

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

Миграция данных и обновление конфигурации

Финальный этап — это непосредственное обновление конфигурации базы данных. В режиме Конфигуратор выберите пункт меню Администрирование → Обновить конфигурацию базы данных. Система проанализирует различия между файлом конфигурации и структурой БД и предложит скрипт миграции.

Внимательно изучите предупреждения, которые выдаст система. Если вы видите сообщение о том, что данные будут потеряны или усечены, остановитесь и перепроверьте свои действия. Для сложных случаев миграции (например, перенос данных из одного поля в другое при изменении типов) может потребоваться написание специальной обработки.

// Пример кода обработки для заполнения нового измерения
Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ РегистрСведений.ЦеныНоменклатуры.Номенклатура ИЗ РегистрСведений.ЦеныНоменклатуры КАК ЦеныНоменклатуры";
Результат = Запрос.Выполнить();
Выборка = Результат.Выбрать();
Пока Выборка.Следующий() Цикл
// Логика определения нового значения
КонецЦикла;

⚠️ Внимание: Никогда не запускайте обновление конфигурации базы данных в рабочее время без предварительного тестирования на копии. Ошибка в скрипте миграции может заблокировать работу всей организации.

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

Часто задаваемые вопросы (FAQ)

Можно ли изменить тип измерения после создания регистра?

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

Что делать, если обновление базы зависло при изменении периодичности?

Не прерывайте процесс насильственно, если есть возможность подождать. Для больших таблиц перестройка индексов и изменение структуры занимает много времени. Если процесс действительно завис (нет активности диска и CPU более нескольких часов), потребуется восстановление из резервной копии и оптимизация запроса миграции.

Как добавить поле в регистр без остановки работы пользователей?

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

Где найти журнал регистрации изменений структуры регистра?

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