Как редактировать базу данных 1С: способы, инструменты и меры безопасности

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

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

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

Как устроена база 1С и почему нельзя править её «в лоб»

Информационная база 1С хранится либо в файле с расширением 1Cv8.1CD (файловый режим), либо на сервере СУБД — чаще всего Microsoft SQL Server или PostgreSQL (клиент-серверный режим). Но платформа не работает с этими таблицами напрямую: она строит над ними объектную модель — справочники, документы, регистры, планы счетов — и поддерживает связи между ними.

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

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

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

Перед любыми массовыми изменениями сделайте резервную копию. В файловом режиме достаточно выгрузить базу через конфигуратор: меню «Администрирование» → «Выгрузить информационную базу» — получится файл с расширением .dt. В клиент-серверном режиме надёжнее делать копию средствами СУБД, потому что выгрузка .dt большой базы занимает много времени.

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

Для пакетных изменений желательно установить монопольный режим, чтобы другие пользователи не создавали и не проводили документы в момент обработки. В файловой базе это делается через конфигуратор или запуск с параметром, в клиент-серверной — через консоль кластера или блокировку сеансов в типовых конфигурациях (раздел «Администрирование» → «Обслуживание» → «Блокировка работы пользователей»).

1. 1
   Сделайте резервную копию: выгрузка .dt или копия средствами СУБД
2. 2
   Проверьте, что копия восстанавливается на тестовой базе
3. 3
   Убедитесь, что у учётной записи есть нужные права
4. 4
   Установите монопольный режим или заблокируйте сеансы пользователей
5. 5
   Проверьте изменения на одной записи, прежде чем запускать массовую обработку

Редактирование через режим «Предприятие»

Простейший и самый безопасный способ — правка через обычные формы: открыть элемент справочника или документ, изменить поля и записать. Платформа выполнит все проверки, а документ при необходимости перепроведётся с обновлением движений. Этот способ подходит для точечных исправлений.

Менее очевидная возможность — редактирование реквизитов, скрытых в форме. В большинстве типовых конфигураций есть команда «Ещё» → «Изменить форму», позволяющая вывести нужное поле. Для объектов, у которых форма вообще не предусмотрена (некоторые регистры сведений, служебные объекты), используется универсальный подбор или специализированные обработки.

Групповое изменение реквизитов

В типовых конфигурациях на БСП (Библиотека стандартных подсистем) есть встроенная обработка «Групповое изменение реквизитов»: раздел «Администрирование» → «Обслуживание» → «Корректировка данных». Она позволяет выбрать вид объектов, наложить отбор (например, все товары конкретной группы) и установить новое значение реквизита для всей выборки.

Обработка работает через объектную модель, то есть с контролем платформы, и показывает число изменённых элементов. Перед запуском проверьте отбор на маленькой выборке: ошибка в условии приведёт к изменению лишних записей, и отменить операцию штатной кнопкой «Отменить» нельзя — только восстановлением из копии.

Редактирование через конфигуратор

Конфигуратор нужен не столько для правки данных, сколько для изменения структуры: добавления реквизитов, создания ролей, доработки модулей. Но он также даёт доступ к инструментам администрирования: выгрузка и загрузка базы, тестирование и исправление, просмотр активных пользователей.

Чтобы открыть конфигуратор, запустите ярлык 1С, выберите базу и нажмите «Конфигуратор» вместо «1С:Предприятие». Изменения структуры конфигурации применяются через «Обновить конфигурацию базы данных» (клавиша F7) и требуют монопольного доступа. При обновлении платформа выполняет реструктуризацию — перестроение таблиц под новую структуру; на больших базах это занимает заметное время.

Тестирование и исправление

Если база уже содержит ошибки — «битые» ссылки, повреждённые записи, — используйте «Администрирование» → «Тестирование и исправление». Отметьте проверки «Ссылочная целостность» и «Логическая целостность данных», выберите режим «Тестирование и исправление» и обязательно работайте на копии. Опция удаления объектов с битыми ссылками необратима: сначала запустите проверку без исправления и оцените список проблем.

Массовое редактирование обработками и запросами

Когда штатной групповой обработки недостаточно — нужна сложная логика, изменение нескольких полей по условию, работа с табличными частями, — применяют внешние обработки на встроенном языке. Для файлового режима и большинства клиент-серверных баз используются универсальные инструменты: консоль запросов, консоль кода, редакторы объектов. Такие обработки открываются через «Файл» → «Открыть» и выполняются под правами текущего пользователя.

Консоль запросов позволяет сначала выбрать данные запросом и убедиться, что отбор корректен, а затем программно обойти результат и изменить записи. Типовой приём: сначала выполнить только SELECT и проверить количество строк, потом добавить цикл изменения. Это защищает от ошибки «обновил не то».

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

Ключевое правило при такой работе: изменения выполняйте через ПолучитьОбъект() и Записать(), а не прямыми запросами UPDATE к таблицам. Запись объекта запускает проверки платформы и обновляет связанные структуры. Для очень больших объёмов имеет смысл оборачивать пакеты записей в транзакции, чтобы при сбое не осталась наполовину обработанная выборка.

Прямое редактирование таблиц SQL: когда это оправдано

Прямая правка таблиц в СУБД — самый рискованный способ. Легитимных сценариев немного: база не открывается платформой из-за повреждения отдельной записи, нужно исправить служебное значение, недоступное объектными средствами, или требуется экстренное вмешательство при недоступности сервера 1С. Во всех остальных случаях объектные средства предпочтительнее.

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

Проверка результата после редактирования

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

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

Финальный шаг для серьёзных вмешательств — тестирование и исправление в режиме проверки без исправления. Чистый отчёт о ссылочной и логической целостности подтверждает, что база в рабочем состоянии.

Ограничения и границы самостоятельной работы

Самостоятельно безопасно выполнять: точечные правки через формы, групповое изменение реквизитов по понятному отбору, простые обработки с предварительным тестом на копии. Эти операции обратимы при наличии бэкапа и не требуют глубокого знания внутреннего устройства платформы.

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

Частые вопросы