Как убрать стандартные реквизиты в 1С

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

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

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

Анализ природы стандартных реквизитов

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

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

Для анализа используйте встроенный поиск по конфигурации. В дереве метаданных выделите интересующий объект и нажмите Ctrl+Shift+F. Введите имя реквизита и просмотрите все места, где он упоминается. Особое внимание уделите модулям менеджера и объекта, а также формам документов и отчетов. Если реквизит используется в запросах или условиях проведения, его удаление потребует переписывания логики работы этих участков кода.

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

В случаях, когда реквизит является частью механизма расширения функционала (например, добавлен через расширение типовой конфигурации), его удаление осуществляется непосредственно в объекте расширения. Это наиболее безопасный путь, так как он изолирует изменения от основного кода конфигурации. Однако, если реквизит принадлежит самой типовой конфигурации, единственным легальным способом его"убрать" для пользователя является скрытие на форме, а не удаление из структуры метаданных.

Удаление реквизитов в режиме Конфигуратора

Если вы работаете с собственной (нетиповой) конфигурацией или имеете разрешение на изменение типового решения (что крайне не рекомендуется для продуктивных баз), процесс удаления производится непосредственно в дереве метаданных. Откройте конфигурацию в режиме Конфигуратора и найдите нужный объект: справочник, документ или план счетов. Раскройте ветку"Реквизиты" и выберите целевое поле.

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

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

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

Скрытие реквизитов через Расширения конфигурации

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

Создайте новое расширение конфигурации через меню"Конфигурация" ->"Расширения конфигурации". Добавьте в расширение необходимый объект, например, документ"Реализация товаров и услуг". Перейдите в редактор форм этого документа и найдите элемент, соответствующий скрываемому реквизиту. В палитре свойств элемента найдите свойство Видимость и установите значение Ложь.

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

⚠️ Внимание: Скрытие реквизита через расширение не удаляет данные из базы. Информация продолжает храниться и занимать место, а также может участвовать в расчетах, если она используется в модулях объекта. Это решение исключительно косметическое.

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

Настройка состава печатных форм и отчетов

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

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

В печатных формах документов, которые часто реализованы через объекты Табличный документ, необходимо открыть макет печатной формы (обычно называется"Макет.ПечатнаяФорма" или аналогично). Найдите ячейки, содержащие ссылки на удаляемый реквизит. Удалите содержимое ячеек или сами ячейки, перестроив сетку таблицы. Не забудьте проверить скрипт формирования печати, так как там могут быть обращения к этому реквизиту для условного отображения блоков текста.

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

Метод воздействия	Влияние на БД	Возможность обновления	Сложность реализации
Удаление в Конфигураторе	Физическое удаление данных	Затруднено (конфликты слияния)	Высокая
Скрытие в Расширении	Данные сохраняются	Полностью совместимо	Низкая
Условное оформление	Данные сохраняются	Полностью совместимо	Средняя
Модификация макета	Данные сохраняются	Полностью совместимо	Низкая

Работа с дополнительными реквизитами и сведениями

Особую категорию представляют дополнительные реквизиты и сведения, которые пользователи могут добавлять самостоятельно через механизм"Дополнительные реквизиты и сведения" (ДРиС). Иногда возникает задача убрать стандартные шаблоны или предопределенные наборы таких реквизитов, которые мешают работе.

Для управления составом дополнительных реквизитов используется объект метаданных"Планы видов характеристик". Найдите план, соответствующий вашему объекту (например,"ДополнительныеРеквизитыИСведения"). В нем могут быть предопределенные элементы, которые отображаются у всех пользователей. Удаление таких элементов из плана видов характеристик приведет к тому, что они исчезнут из выбора при добавлении новых допреквизитов.

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

При работе с ДРиС важно учитывать права доступа. Часто"лишние" реквизиты видны только потому, что у группы пользователей установлены права на чтение всех дополнительных реквизитов. Проверьте настройки ролей в конфигураторе. Возможно, достаточно ограничить право ИзменениеДополнительныхРеквизитов или настроить ограничения доступа на уровне записей (RLS), чтобы скрыть ненужные поля от определенных категорий сотрудников.

Как очистить данные допреквизитов программно?

Для очистки данных допреквизитов используйте запрос к таблице значений. Пример: ВЫБРАТЬ ДополнительныеРеквизитыИСведения.Ссылка, ДополнительныеРеквизитыИСведения.Свойство ИЗ ДополнительныеРеквизитыИСведения ГДЕ ДополнительныеРеквизитыИСведения.Свойство = &НужноеСвойство. Затем в цикле удаляйте найденные строки через объект значения.

Автоматизация очистки через внешние обработки

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

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

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

Используйте транзакции для обеспечения целостности данных. Оберните операцию записи множества объектов в транзакцию НачатьТранзакцию... ЗафиксироватьТранзакцию. Это гарантирует, что либо все изменения будут применены успешно, либо в случае ошибки база данных вернется в исходное состояние, избегая частичного обновления и рассинхронизации.

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

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

Можно ли удалить реквизит"Код" или"Наименование" из справочника?

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

Что произойдет, если я удалю реквизит, по которому построен индекс?

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

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

Для этого используйте механизм условного оформления форм или настройку видимости через права доступа. Создайте отдельную роль с ограничением на просмотр конкретного поля (если используется детализация прав) или используйте свойство"Видимость" элемента формы, привязав его к проверяемой функции, которая возвращает Истина/Ложь в зависимости от имени текущего пользователя (ИмяПользователя).

Удаление реквизита замедлит работу базы данных?

Само по себе удаление реквизита (колонки из таблицы) обычно ускоряет работу, так как уменьшается размер строки и объем читаемых данных. Однако, если на этот реквизит существовал эффективный индекс, который использовался в частых запросах, то после удаления эти запросы могут начать выполняться медленнее из-за полного сканирования таблицы. Обязательно проанализируйте план выполнения запросов после изменений.

Можно ли восстановить удаленный реквизит вместе с данными?

Если вы удалили реквизит и обновили конфигурацию базы данных, данные в SQL-таблице были физически удалены. Восстановить их средствами 1С невозможно. Единственный способ вернуть информацию — это restore полной резервной копии базы данных, сделанной до момента удаления. Частичное восстановление отдельных полей невозможно без специализированных инструментов работы с бинарными логами СУБД.