Как убрать кнопку 'Создать' из формы списка 1С

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

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

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

Анализ причин и выбор метода ограничения

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

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

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

⚠️ Внимание: Прямое изменение конфигурации в рабочей базе данных (режим «Конфигуратор») может привести к блокировке работы пользователей. Все изменения следует сначала тестировать в копии базы.

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

Настройка прав доступа через роли безопасности

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

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

В окне настройки прав найдите объект метаданных (например, справочник «Номенклатура»). Убедитесь, что галочка напротив права Добавление снята. Однако, просто снять галочку недостаточно, если есть наследование прав. Необходимо проверить, не включено ли право добавления в состав более общей роли, которая назначена пользователю.

• 🔒 Право «Добавление» — разрешает создание новых элементов в списке.
• ✏️ Право «Изменение» — разрешает редактирование существующих записей.
• 👁️ Право «Чтение» — разрешает только просмотр данных.
• 🗑️ Право «Удаление» — разрешает удаление записей из базы.

После изменения состава роли необходимо обновить права пользователей. Это делается через меню Администрирование → Настройка пользователей и прав. Если права не обновить, изменения вступят в силу только после следующего входа пользователя в систему или перезапуска сеанса.

Программное скрытие кнопки в форме списка

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

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

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

&НаСервере
Процедура ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)
// Получаем ссылку на команду создания
Элементы.КомандаСоздать.Видимость = Ложь;
КонецПроцедуры

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

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

Также стоит обратить внимание на контекстное меню списка. Часто кнопка дублируется там. Чтобы убрать её оттуда, нужно найти команду в панели действий контекстного меню и также установить ей свойство Видимость = Ложь.

Использование расширений конфигурации

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

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

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

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

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

Что делать, если кнопка возвращается после обновления?

Если вы использовали прямое изменение, кнопка вернется. Если использовали расширение — проверьте, не изменился ли идентификатор команды в новой версии платформы.

Блокировка операций на уровне запросов

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

Реализовать это можно через подписку на событие ПередЗаписью в модуле объекта. Если система обнаруживает попытку записи нового элемента (свойство Новый равно Истина), она прерывает процесс и выдает сообщение пользователю.

&НаСервере
Процедура ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения)
Если ЭтотОбъект.Новый Тогда
Отказ = Истина;
Сообщить("Добавление новых элементов в этот справочник запрещено регламентом!");
КонецЕсли;
КонецПроцедуры

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

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

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

Частые ошибки и способы их устранения

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

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

• ❌ Игнорирование подформ: Кнопка скрыта в списке, но доступна в форме элемента.
• ❌ Отсутствие тестирования: Проверка только под одним пользователем (Администратором), у которого всегда есть все права.
• ❌ Жесткий код: Использование константы Ложь вместо проверки прав, что усложняет дальнейшую адаптацию.

Для устранения этих проблем используйте комплексный подход. Проверяйте видимость кнопок под разными ролями. Убедитесь, что запрет действует во всех интерфейсах: в тонком клиенте, в веб-клиенте и в мобильном приложении (если используется).

Диагностика проблем с видимостью кнопок

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

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

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

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

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

Влияет ли скрытие кнопки на работу внешних обработок?

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

Как вернуть кнопку, если она пропала после обновления?

Если вы использовали расширения, проверьте актуальность расширения. Если прямое изменение — скорее всего, конфигурация была обновлена и ваши правки затерты. Восстановите изменения из файла резервной копии конфигурации (.cf).

Нужно ли перезагружать сервер 1С после изменения прав?

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

Можно ли использовать этот метод для документов с проведением?

Да, метод универсален. Однако для документов с проведением рекомендуется дополнительно контролировать право на проведение, так как создание непроведенного документа может быть допустимо, а проведение — нет.