Администрирование · 12 мин
Как редактировать базу 1С: рабочие способы и правила безопасности
Как редактировать базу 1С: работа в режиме Предприятие, Конфигуратор, групповая обработка данных, исправление ошибок и правила безопасного изменения информации.
Редактирование базы 1С может означать очень разные задачи: исправить реквизит в справочнике, скорректировать проведённый документ, внести массовые изменения в тысячи записей или изменить саму структуру конфигурации. Для каждой из этих задач существует свой инструмент и свой уровень риска. Неправильный выбор способа — самая частая причина повреждения данных.
Главное правило: правка данных в пользовательском режиме (через интерфейс программы) всегда предпочтительнее прямого вмешательства в таблицы. Программа при этом выполняет контрольные проверки, пересчитывает итоги и сохраняет целостность связей между объектами. Обход этих механизмов возможен, но требует понимания последствий.
Перед любыми изменениями, выходящими за рамки обычного ввода документов, сделайте резервную копию. Для файловой базы достаточно скопировать файл 1Cv8.1CD при закрытой программе, для клиент-серверной — выполнить выгрузку через Конфигуратор или средствами СУБД. Это займёт минуты, а восстановление после ошибки без копии может оказаться невозможным.
Определяем, что именно нужно отредактировать
Под «редактированием базы» пользователи обычно понимают одну из четырёх задач. Первая — исправление данных: неверный ИНН контрагента, ошибка в наименовании номенклатуры, неправильная дата документа. Вторая — массовое изменение: перенести группу товаров в другую папку, обновить цены, заменить ответственного в сотнях документов. Третья — исправление последствий ошибок: некорректные остатки, «битые» ссылки, задвоенные элементы. Четвёртая — изменение структуры конфигурации: добавление реквизитов, доработка отчётов, новые роли.
От типа задачи зависит и инструмент, и необходимые права. Исправить реквизит контрагента может обычный пользователь с правами на запись справочника. Групповая обработка требует прав администратора или доступа к внешним обработкам. Изменение конфигурации — работа для специалиста, знакомого с Конфигуратором и механизмами обновления.
Как выбрать способ редактирования
Редактирование данных в режиме Предприятие
Режим Предприятие — это обычный пользовательский интерфейс, в котором работают с документами и справочниками. Чтобы отредактировать объект, откройте нужный раздел (например, «Справочники» → «Контрагенты» или «Покупки» → «Поступления»), найдите запись через поиск или отбор и дважды щёлкните по ней. После изменения полей нажмите «Записать» или «Провести» для документа.
Важно понимать разницу между простой записью и проведением. Непроведённый документ — это черновик: его реквизиты можно менять свободно. Проведённый документ уже сформировал движения по регистрам (остатки, взаиморасчёты, проводки). При перепроведении старые движения удаляются и создаются новые, поэтому изменение «задним числом» может сдвинуть остатки и последующие документы.
Если документ находится в закрытом периоде, программа может запретить его изменение — это защита, а не сбой. Дата запрета редактирования настраивается администратором и не даёт случайно испортить уже сданную отчётность. Чтобы скорректировать такой период, согласуйте вопрос с бухгалтером: иногда правильнее внести корректировочный документ текущей датой, а не править старый.
Когда кнопки редактирования неактивны
Если поля формы недоступны для ввода, причины обычно такие: у пользователя нет прав на изменение объекта, объект открыт в режиме просмотра, установлена дата запрета редактирования или объект заблокирован другим пользователем. Начните с проверки прав — попросите администратора посмотреть вашу роль в настройках доступа.
Групповое изменение реквизитов
Когда одинаковую правку нужно внести в десятки или тысячи объектов, ручное редактирование непрактично. В типовых конфигурациях для этого есть обработка «Групповое изменение реквизитов» (обычно в разделе «Администрирование» → «Обслуживание» → «Корректировка данных», в некоторых конфигурациях — «Все функции»). Она позволяет выбрать вид объектов, задать отбор и изменить один или несколько реквизитов пакетно.
Типовой сценарий: выбираете «Номенклатура», ставите отбор по папке или виду, в списке реквизитов отмечаете нужное поле, задаёте новое значение и нажимаете «Изменить реквизиты». Обработка покажет количество изменённых объектов и ошибки, если часть записей не удалось записать (например, из-за блокировок или контроля уникальности).
- 1Сделайте резервную копию базы или выгрузку в файл
- 2Откройте обработку «Групповое изменение реквизитов»
- 3Выберите тип объектов и настройте отбор — проверьте, сколько элементов попало в выборку
- 4Отметьте изменяемые реквизиты и задайте новые значения
- 5Сначала выполните изменение на 1–2 объектах и проверьте результат
- 6Запустите обработку полной выборки и изучите отчёт об ошибках
- 7Откройте несколько изменённых объектов и убедитесь, что данные корректны
Для нестандартных задач — например, массового перепроведения документов или сложных вычисляемых изменений — используют универсальные обработки вроде «Универсальный подбор и обработка объектов». Они мощнее, но и рискованнее: неверно настроенный отбор может изменить лишние объекты, а откатить массовую правку без копии нельзя.
Изменение структуры через Конфигуратор
Конфигуратор — это среда разработки 1С, где редактируется сама конфигурация: объекты метаданных, формы, модули, роли. Открывается он через ярлык «Конфигуратор» в стартовом окне 1С. Работа здесь требует монопольного доступа при сохранении изменений структуры — все пользователи должны выйти из базы.
Типичные задачи в Конфигураторе: добавить реквизит в справочник или документ, создать новый отчёт, настроить дополнительную печатную форму, изменить права роли. После правки структуры выполняется «Обновление конфигурации базы данных» (клавиша F7), при котором программа реструктуризирует таблицы. На больших базах это может занять заметное время.
Если конфигурация типовая и обновляется автоматически, прямые доработки создают проблему: при следующем обновлении их придётся сопоставлять вручную. Современный подход — использовать расширения конфигурации: доработка хранится отдельно и не мешает обновлению основной конфигурации. Для добавления простых реквизитов в типовых решениях часто достаточно механизма «Дополнительные реквизиты и сведения» прямо в режиме Предприятие — Конфигуратор вообще не понадобится.
Исправление повреждённых данных
Отдельный класс задач — база работает, но данные содержат дефекты: ссылки на несуществующие объекты (показываются как «Объект не найден»), задвоенные элементы справочников, расхождения остатков. Здесь обычное редактирование не поможет — нужны сервисные инструменты.
Первый шаг — «Тестирование и исправление» в Конфигураторе (меню «Администрирование»). Эта процедура проверяет физическую и логическую целостность базы и может автоматически устранить часть проблем: очистить битые ссылки, пересчитать итоги. Перед запуском обязательна копия, а режимы с пометкой «удалять» применяйте осознанно — они безвозвратно удаляют данные.
Задвоенные элементы (два одинаковых контрагента, дубли номенклатуры) устраняются обработкой поиска и удаления дублей, которая есть в типовых конфигурациях. Она заменяет ссылки на дубль во всех документах ссылкой на основной элемент и помечает дубль на удаление. После такой замены выполните «Удаление помеченных объектов» в монопольном режиме.
Как проверить базу после правок
Формы открываются без ошибок, реквизиты содержат новые значения
Ошибки при открытии, пустые поля, надписи «Объект не найден»
Ключевые отчёты (оборотка, остатки склада) сходятся с ожидаемыми значениями
Остатки изменились без документального основания
Документы проводятся штатно
Ошибки проведения, ссылки на удалённые объекты
Пользователи выполняют операции без новых ошибок
Массовые жалобы на ошибки после правок
Почему нельзя править базу напрямую в СУБД
Иногда возникает соблазн отредактировать данные напрямую в SQL-таблицах (для клиент-серверных баз) или в файле 1Cv8.1CD сторонними инструментами. Это крайне опасный путь. Структура таблиц 1С служебная: данные объекта размазаны по нескольким таблицам, итоги хранятся отдельно, ссылки закодированы внутренними идентификаторами. Прямая правка одной таблицы нарушает согласованность с остальными.
Кроме того, прямое изменение данных в обход платформы нарушает условия лицензионного соглашения и лишает поддержки. Если штатных средств не хватает, правильное решение — написать обработку на встроенном языке 1С: она работает через объектную модель, сохраняет целостность и выполняется под контролем платформы.
Перед массовой обработкой выгрузите список отобранных объектов в табличный документ или запомните их количество. Если после обработки число изменённых записей не совпадает с выборкой — значит, часть объектов не обработалась, и нужно разбираться с ошибками, а не запускать обработку повторно «на всякий случай».
Частые ошибки и как их избежать
Самая распространённая ошибка — правка без резервной копии. Вторая по частоте — изменение проведённых документов прошлых периодов без анализа последствий: перепроведение цепочки документов может изменить себестоимость, остатки и взаиморасчёты за несколько месяцев. Третья — массовая обработка без предварительной проверки отбора на малой выборке.
Ещё одна группа ошибок связана с блокировками: администратор запускает обработку или обновление, не выгнав пользователей, и получает частично применённые изменения. Для сервисных операций в многопользовательской базе всегда устанавливайте блокировку сеансов (в Конфигураторе — «Администрирование» → «Блокировка установки соединений») и дожидайтесь завершения активных сеансов.
Что важно запомнить
Единичные правки делайте в режиме Предприятие, массовые — групповой обработкой с отбором, структуру меняйте в Конфигураторе, желательно через расширения. Перед любой серьёзной операцией — резервная копия, после — проверка отчётов и связанных документов. Прямая правка таблиц в обход платформы недопустима.
Частые вопросы
Как отредактировать документ, если период закрыт?
Проверьте дату запрета редактирования в настройках (обычно «Администрирование» → «Поддержка и обслуживание» → «Даты запрета изменения данных»). Если период закрыт осознанно после сдачи отчётности, не открывайте его ради мелкой правки — оформите корректировочный документ текущей датой. Открытие периода обосновано только при согласовании с бухгалтерией и понимании, что отчётность придётся пересдавать.
Можно ли отменить групповое изменение реквизитов?
Штатной кнопки «отменить» у групповой обработки нет. Откат возможен только из резервной копии, сделанной до изменения, либо повторной обработкой с возвратом старых значений — если вы их где-то зафиксировали. Поэтому перед массовой правкой сохраняйте копию или хотя бы выгрузку текущих значений изменяемого реквизита.
Что делать, если в справочнике появились записи «Объект не найден»?
Это битые ссылки — ссылки на удалённые или потерянные объекты. Запустите «Тестирование и исправление» в Конфигураторе с режимом проверки ссылочной целостности. Программа предложит варианты: очистить ссылки, создать объекты-заглушки или удалить записи. Выбирайте вариант после анализа: если по ссылке были важные документы, удаление усугубит проблему.
Нужен ли Конфигуратор, чтобы добавить новое поле в карточку контрагента?
В типовых конфигурациях — чаще всего нет. Используйте механизм «Дополнительные реквизиты» (в карточке объекта — «Ещё» → «Дополнительные реквизиты» или через настройки администрирования). Поле появится в форме, будет хранить данные и доступно в отчётах. Конфигуратор потребуется, только если нужна сложная логика проверки или особое размещение поля.
Почему нельзя редактировать базу, пока с ней работают пользователи?
Обычные правки данных пользователи могут делать параллельно — платформа управляет блокировками. Но сервисные операции (обновление конфигурации базы данных, тестирование и исправление, удаление помеченных объектов) требуют монопольного доступа: при параллельной работе часть транзакций завершится ошибкой, и база может остаться в несогласованном состоянии. Перед такими операциями установите блокировку соединений и дождитесь выхода всех пользователей.
Чем расширение конфигурации лучше прямой доработки?
Расширение хранит доработки отдельно от основной конфигурации, поэтому типовое обновление на новый релиз проходит без ручного сопоставления изменений. Прямая доработка снимает конфигурацию с полной поддержки и усложняет каждое обновление. Ограничение расширений: они изменяют не всё — например, структуру некоторых объектов и ряд механизмов доработать через расширение нельзя.