Администрирование · 11 мин
Пользователи 1С: какие бывают и чем отличаются
Разбираем виды пользователей в 1С: администраторы, менеджеры, бухгалтеры, роли и права доступа. Как добавить пользователя, назначить роль и избежать ошибок.
Пользователь в 1С — это учётная запись, под которой сотрудник входит в информационную базу и выполняет свои операции. Каждый пользователь связан с набором ролей, определяющих, какие документы, справочники и отчёты ему доступны, а какие скрыты или открыты только для чтения. Правильная настройка пользователей — это не формальность, а основа безопасности данных и корректного разделения ответственности между сотрудниками.
В типовых конфигурациях 1С различают несколько категорий пользователей: администраторы, обычные пользователи с рабочими ролями, внешние пользователи (контрагенты, партнёры) и технологические учётные записи для обменов и регламентных заданий. Каждая категория создаётся и настраивается по-разному, и путаница между ними — частая причина проблем с доступом.
Какие бывают пользователи в 1С: основные категории
Первое разделение — по способу входа и назначению учётной записи. Администратор имеет полные права на базу: создаёт и удаляет пользователей, назначает роли, меняет настройки программы, выполняет обновления конфигурации и обслуживание данных. В небольшой компании администратором часто является один человек, совмещающий эту роль с основной работой.
Обычные пользователи — это сотрудники, которые работают с прикладными данными: вводят документы, ведут справочники, формируют отчёты. Их права определяются должностью. Менеджеру по продажам нужны заказы, счета и отгрузки, бухгалтеру — проводки, банковские выписки и отчётность, кладовщику — складские документы. Права им назначаются через профили групп доступа или роли.
Внешние пользователи — это контрагенты или партнёры, которые получают ограниченный доступ к базе, например, через веб-клиент или личный кабинет. Они видят только свои заказы, счета и акты. Такая возможность есть не во всех конфигурациях и требует дополнительной настройки.
Служебные (технологические) учётные записи создаются для фоновых процессов: синхронизации с сайтом, обмена с банком, выполнения регламентных заданий. Под ними никто не работает интерактивно, но они должны иметь все права, необходимые для выполнения своих задач.
Проверьте назначенные роли и профили групп доступа в карточке пользователя
Проверьте, не входит ли он в группу с широким профилем, например «Администраторы»
Проверьте, активна ли учётная запись обмена и не истёк ли пароль
Роли и профили доступа: как задаются права
Права в 1С не назначаются «по документам» напрямую — они определяются ролями. Роль — это набор разрешений на объекты конфигурации: чтение, добавление, изменение, удаление конкретных видов документов и справочников, запуск отчётов и обработок. Роли зашиты в конфигурацию разработчиком, и администратор только назначает их пользователям.
В современных типовых конфигурациях (например, на базе БСП — «Библиотеки стандартных подсистем») поверх ролей работают профили групп доступа. Профиль объединяет несколько ролей в осмысленный набор: «Бухгалтер», «Менеджер по продажам», «Кладовщик». Пользователь включается в группу доступа, и получает все роли её профиля. Так управлять правами проще, чем назначать роли по одной.
Дополнительно действует механизм RLS (ограничение доступа на уровне записей): пользователь может видеть документы только по своей организации или складу, даже если роль формально даёт доступ ко всему виду документов. Это важно в холдингах и многоскладских схемах.
Как создать пользователя и назначить ему роль
В типовых конфигурациях управление пользователями находится в разделе «Администрирование» → «Настройки пользователей и прав» → «Пользователи». Здесь создаётся карточка пользователя: указывается имя для входа (логин), полное имя, при необходимости — пароль и признак аутентификации операционной системы.
После создания пользователя его нужно связать с физическим лицом или сотрудником (в конфигурациях, где ведётся кадровый учёт) и назначить права: либо добавить в группу доступа, либо включить в профиль. Для администратора дополнительно отмечается соответствующая роль.
Если база файловая, список пользователей хранится в самой базе. В клиент-серверном варианте пользователи также могут создаваться на уровне кластера серверов 1С — там задаётся аутентификация для подключения. Обычно прикладному администратору достаточно настройки внутри конфигурации.
Типичные роли пользователей по подразделениям
Набор ролей зависит от конфигурации, но логика везде похожа. Ниже — ориентировочное сопоставление должностей и необходимых доступов для торгово-производственной компании.
| Должность | Что должно быть доступно | Что обычно закрыто |
|---|---|---|
| Менеджер по продажам | Заказы, счета, реализации, прайсы, клиенты | Регламентные операции, зарплата, настройки |
| Кладовщик | Приходные и расходные ордера, инвентаризация, остатки | Цены продажи, финансовые документы |
| Бухгалтер | Банк, касса, проводки, отчётность, первичные документы | Администрирование, настройки обменов |
| Руководитель | Отчёты по продажам, финансам, запасам | Технические настройки, изменение документов |
| Администратор | Всё, включая пользователей и настройки | — |
Таблица — отправная точка, а не готовое решение. Реальные потребности зависят от того, как построены процессы: в одной компании менеджер сам выставляет счета и проверяет оплату, в другой это делает бухгалтер. Перед настройкой прав полезно письменно зафиксировать, кто какие операции выполняет.
Сравнение вариантов
Подходят для большинства сотрудников: быстро назначаются, обновляются вместе с конфигурацией. Ограничение — нельзя тонко подстроить под нестандартную должность.
Подходит для смешанных должностей: вы собираете профиль из нужных ролей. Ограничение — требует понимания состава ролей и тестирования.
Крайний вариант, когда типовых ролей не хватает. Ограничение — усложняет обновление конфигурации и требует участия разработчика.
Частые ошибки при работе с пользователями
Самая распространённая ошибка — выдача полных прав всем, «чтобы ничего не мешало работать». Последствия предсказуемы: случайно изменённые или удалённые документы, нарушение последовательности проведения, утечка данных по зарплате и расчётам. Восстановить испорченные данные без резервной копии бывает невозможно.
Вторая ошибка — работа нескольких сотрудников под одной учётной записью. В этом случае журнал регистрации не показывает, кто именно изменил документ, а значит, невозможно разобраться в спорной ситуации. Кроме того, при увольнении сотрудника приходится менять пароль, известный всей группе.
Третья ошибка — не отключать учётные записи уволенных сотрудников. Даже если человек больше не имеет физического доступа к офису, его логин может остаться активным для веб-доступа или тонкого клиента.
Как проверить и ограничить права без риска
Проверка настроенных прав выполняется просто: войдите в базу под учётной записью сотрудника и пройдите по его типовым операциям. Откройте документы, которые он должен видеть, попробуйте создать и провести документ, сформируйте рабочий отчёт. Затем попробуйте открыть то, что должно быть закрыто, — программа должна выдать сообщение о нарушении прав или просто не показать раздел.
Полезно периодически проверять журнал регистрации («Администрирование» → «Обслуживание» → «Журнал регистрации»): кто входил в базу, кто изменял важные документы. Это помогает заметить и избыточные права, и подозрительную активность.
При сомнениях в том, какие роли входят в профиль, откройте карточку профиля групп доступа — там перечислены все роли. Для тонкой диагностики в клиент-серверных базах есть отчёт по правам доступа, показывающий итоговые разрешения конкретного пользователя.
Как проверить результат
Открываются только нужные разделы, документы создаются и проводятся
Сообщение о нарушении прав при штатной операции или, наоборот, доступ к закрытым данным
Каждое действие привязано к конкретному пользователю
Все операции записаны на одного пользователя, под которым работают несколько человек
В списке только действующие сотрудники и служебные записи
Присутствуют уволенные сотрудники или неизвестные учётные записи
FAQ: частые вопросы о пользователях 1С
Сколько пользователей можно создать в базе 1С?
Технически количество учётных записей не ограничено. Ограничивает число одновременно работающих пользователей лицензия: для файловой базы — количество приобретённых клиентских лицензий, для серверной — лицензии на сервер и клиентские подключения. Создать карточки можно для всех сотрудников, но войти одновременно смогут только в пределах лицензий.
Что делать, если пользователь забыл пароль?
Администратор открывает карточку пользователя в разделе «Пользователи» и задаёт новый пароль. Старый пароль посмотреть нельзя — он хранится в зашифрованном виде. Если забыт пароль единственного администратора файловой базы, потребуется специальная процедура восстановления доступа, которую лучше поручить специалисту.
Можно ли дать пользователю доступ только для просмотра без права изменения?
Да. Для этого создаётся профиль, в который входят роли только на чтение данных, без ролей на добавление и изменение. Например, руководителю часто назначают именно такой доступ к отчётам и документам. Проверьте результат, войдя под этой учётной записью и попробовав изменить документ.
Чем внешний пользователь отличается от обычного?
Внешний пользователь привязан к контрагенту или партнёру, а не к сотруднику, и видит только данные, относящиеся к его компании: свои заказы, счета, акты. Обычный пользователь работает внутри информационной базы с доступом по ролям. Внешние пользователи поддерживаются не во всех конфигурациях.
Нужно ли удалять пользователя при увольнении сотрудника?
Удалять не обязательно и часто нежелательно: с учётной записью связаны документы и записи журнала регистрации. Правильнее снять признак доступа (сделать пользователя недействительным) и убрать его из всех групп доступа. Тогда история действий сохранится, а вход станет невозможен.
Почему пользователь видит документы, но не может их провести?
Чтение и изменение — разные разрешения в роли. Скорее всего, в профиле пользователя есть роль на просмотр документов, но нет роли на их создание и проведение. Добавьте недостающую роль через профиль группы доступа и проверьте результат под его учётной записью.
Что важно запомнить
Пользователи 1С делятся на администраторов, обычных сотрудников с рабочими ролями, внешних пользователей и служебные записи для обменов. Права назначаются через профили групп доступа, а не напрямую. Каждому сотруднику — своя учётная запись, минимально необходимые права и отключение доступа при увольнении. Проверяйте настройку входом под учётной записью пользователя.