Как добавить функции технического специалиста в 1С

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

Способ назначения функций зависит от конфигурации. В типовых решениях на базе Библиотеки стандартных подсистем (УПП, ERP, Бухгалтерия, ЗУП, Документооборот) права назначаются через профили групп доступа. В самописных и старых конфигурациях роли назначаются напрямую в конфигураторе. В 1С:Документооборот, кроме того, существует отдельная предопределённая роль «Технический специалист».

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

Что входит в функции технического специалиста и кому они нужны

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

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

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

Подготовка: что проверить до назначения прав

Сначала убедитесь, что у вас самих есть права на управление пользователями — обычно это роль «Администратор системы» или «Полные права». Без них разделы настройки прав будут недоступны, а попытки изменения завершатся ошибкой доступа.

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

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

Способ 1: назначение функций через профили групп доступа

В конфигурациях на базе БСП (ERP, УТ, Бухгалтерия 3.0, ЗУП 3.1 и другие) права назначаются не напрямую, а через профили групп доступа. Путь в интерфейсе: «Администрирование → Настройки пользователей и прав → Профили групп доступа».

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

1. 1
   Откройте «Администрирование → Настройки пользователей и прав → Профили групп доступа»
2. 2
   Создайте новый профиль, например «Технический специалист», или скопируйте близкий по составу типовой
3. 3
   На вкладке «Роли» отметьте нужные роли: базовые права, просмотр журнала регистрации, запуск внешних отчётов и обработок, работа с регламентными заданиями
4. 4
   Сохраните профиль и перейдите в «Группы доступа»
5. 5
   Откройте группу с этим профилем и добавьте в неё пользователя
6. 6
   Попросите пользователя перезайти в программу — права применяются при новом сеансе

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

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

Способ 2: назначение ролей через конфигуратор

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

Состав доступных ролей определяется разработчиком конфигурации. Если подходящей роли нет, её придётся создать в дереве конфигурации (ветка «Общие → Роли») и разметить права на объекты. Это уже задача разработки: потребуется доработка конфигурации и, как правило, снятие её с полной поддержки, что влияет на порядок обновлений.

Для диагностических задач вместо полноценной роли иногда достаточно добавить пользователю право «Журнал регистрации — просмотр» в существующей роли. Но редактирование типовых ролей — плохая практика: при обновлении конфигурации изменения будут затёрты, и права пропадут без предупреждения.

Особый случай: роль «Технический специалист» в 1С:Документооборот

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

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

Какие роли выбирать под разные задачи

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

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

Проверка результата и типичные ошибки

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

Контрольные точки

Как проверить результат

Вход в программу под учётной записью специалиста

Норма

Вход выполняется, открывается рабочий стол

Тревожный признак

Ошибка «Нарушение прав доступа» или пустой интерфейс

Доступ к журналу регистрации

Норма

Журнал открывается и показывает события

Тревожный признак

Пункт меню отсутствует или недоступен

Запуск служебной обработки

Норма

Обработка открывается и выполняется

Тревожный признак

Сообщение о недостатке прав или блокировке безопасным режимом

Доступ к учётным данным

Норма

Документы и справочники недоступны или только для чтения по регламенту

Тревожный признак

Специалист может изменять учётные данные, которых это не должно касаться

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

Границы самостоятельной настройки и когда нужен разработчик

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

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

Маршрут решения

Как выбрать действие

Нужные роли есть в конфигурации, а конфигурация типоваяСоздайте профиль группы доступа и назначьте его пользователю через интерфейс предприятия

Конфигурация самописная и профилей доступа нетНазначьте роли напрямую в конфигураторе через список пользователей

Подходящей роли не существуетПривлеките разработчика для создания роли и разметки прав на объекты

Специалисту нужен доступ к данным только своей организацииТребуется настройка RLS — это задача разработчика

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

Почему после назначения ролей пользователь всё равно не может войти?

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

Можно ли дать техническому специалисту доступ без права видеть зарплату и кадровые данные?

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

Чем роль отличается от профиля группы доступа?

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

Пропадут ли настроенные права после обновления конфигурации?

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

Можно ли назначить права временно, например на неделю?

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

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

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