Услуга · доступ сотрудников
Настройка пользователей и типовых прав доступа 1С
Настроим пользователей и штатные права доступа 1С по рабочим функциям сотрудников. Определим, какие операции должны быть разрешены, какие данные нужно ограничить, и проверим результат непосредственно под учётными записями пользователей.
3 000 ₽/час
До начала работ уточняем конфигурацию, обязанности сотрудников, необходимые организации или участки учёта и критерии проверки доступа.
Оценить настройку прав
Не «дать права», а обеспечить рабочую функцию без лишнего доступа
Одного названия должности недостаточно для настройки. Выясняем, какие документы сотрудник создаёт и изменяет, что только просматривает, какие отчёты формирует и с данными каких организаций, подразделений или складов работает. Затем подбираем штатный механизм конкретной конфигурации и проверяем оба результата: необходимые действия доступны, согласованные запреты действуют.
Минимально достаточные права. Если пользователю не открывается документ, выдача «Полных прав» может скрыть причину и открыть лишние данные и настройки. Сначала определяем рабочий сценарий и конкретное ограничение, затем корректируем назначение и проверяем его.
Расположение настроек и доступные механизмы различаются между конфигурациями и редакциями 1С. Поэтому не применяем одну универсальную инструкцию ко всем базам.
Как устроены штатные механизмы доступа
Пользователь
Индивидуальная учётная запись сотрудника для входа в базу. По возможности рабочие действия выполняются под личным логином, а не под общим для нескольких людей.
Роль
Технический набор разрешений на объекты и операции системы. Назначение ролей зависит от прикладного решения.
Профиль доступа
В конфигурациях, где он есть, объединяет роли для рабочей функции. Сначала проверяем подходящий типовой профиль; собственный создаём только при обоснованном отличии.
Группа или полномочия
Группа может объединять пользователей с одинаковыми правилами и разрешёнными значениями данных. В некоторых решениях используется иная модель полномочий.
Если нескольким сотрудникам нужны одинаковые функции и одинаковые области данных, общая поддерживаемая конфигурацией группа упрощает дальнейшее администрирование. Не создаём отдельный профиль для каждого человека без необходимости. Создание новых ролей в конфигурации, изменение кода или программирование собственных ограничений — уже доработка, которая оценивается отдельно.
Сначала составляем требования к доступу
Для нескольких сотрудников полезна компактная матрица: функция или пользователь → необходимые операции → доступные данные → запрещённые действия → контрольный сценарий. Это помогает согласовать результат до изменения прав. Для одного пользователя отдельный большой документ может быть избыточен; формат фиксации согласуем по объёму задачи.
При создании записи уточняем способ входа, активность пользователя и связь с сотрудником, если это предусмотрено конфигурацией. Пароли задаются согласованным безопасным способом; действующие пароли не собираем через открытую заявку.
Если сотрудник сменил функцию или уволился
При смене обязанностей проверяем не только новые, но и устаревшие назначения. Бывшему сотруднику обычно нужно запретить вход, сохранив исторические связи с документами и ответственными; механическое удаление записи может повредить эти связи. Для временного доступа заранее определяем срок и ответственного за отзыв прав.
Если модель уже существует, но никто не понимает её состояние, можно начать с аудита активных пользователей, профилей, групп, административных назначений и старых учётных записей. Объём и формат результатов такого аудита согласуем отдельно.
Ограничения по данным проверяем на реальных сценариях
Если конфигурация поддерживает соответствующие виды доступа, можно разграничить работу по организациям, подразделениям, складам и другим областям. Для каждой функции определяем не только видимость списка, но и создание, изменение, проведение документов и содержание отчётов. Например, разрешение на просмотр своей организации не должно автоматически означать изменение чужих документов.
Кадровые и зарплатные данные требуют отдельной проверки по фактическим обязанностям. При необходимости согласуем контроль сотрудников, начислений, отчётов и кадровых документов. Не предполагаем, что любой вид ограничения имеется во всех конфигурациях.
Ограничения на уровне записей
Некоторые решения поддерживают RLS: пользователь видит документы определённого типа, но только по разрешённым значениям, например организации. Проверяем такое правило на реальных данных. Изменение самого механизма RLS программным способом не входит в обычное назначение типовых прав.
Штатные ограничения — нормальная часть работы системы. Если после сложной схемы заметно замедлились списки или отчёты, сначала выясняем причину; может потребоваться отдельная диагностика производительности 1С.
Приёмка: что пользователь может и чего не может
Разрешённый сценарий
Под учётной записью с назначенными правами проверяем вход, нужный раздел, создание и проведение документа, разрешённые данные и согласованный отчёт.
Запрещённый сценарий
Проверяем, что сотрудник не видит чужую организацию, не изменяет закрытый документ и не получает административные функции, если именно это согласовано.
Проверка под администратором ничего не подтверждает о правах обычного сотрудника. Скрытый пункт меню тоже не доказывает отсутствие технического доступа: проверяем фактические операции чтения, создания, изменения и проведения. После изменения настроек может потребоваться повторный вход или предусмотренное конфигурацией обновление состояния доступа.
Сообщение «Недостаточно прав» не всегда устраняется назначением дополнительного профиля: причина может быть в коде, расширении, новом релизе или внешнем ресурсе. Если корректное назначение не помогает, нужна диагностика ошибки 1С. Не увеличиваем права бесконечно ради исчезновения сообщения.
Граница прав 1С и внешних систем
Права внутри базы не заменяют разрешения Windows, файлового сервера, SQL Server, банка, почты или внешнего API. Если операция обращается к такому ресурсу, определяем, где именно возник отказ. При работе с ЭДО учитываем права к организации и документам, а также сертификаты и сценарий сервиса; его подключение — отдельная услуга настройки 1С-ЭДО.
Если сотрудник имеет нужные права, но не знает порядок действий, расширение доступа не решит проблему. В этом случае полезнее индивидуальное обучение работе в 1С. Для нового рабочего места могут потребоваться отдельная установка клиента или перенос системы.
Как проходит работа
Определяем функции
Выясняем состав пользователей и необходимые им рабочие операции.
Описываем границы данных
Организации, подразделения, склады и другие поддерживаемые области.
Изучаем механизм
Типовые профили, группы, полномочия и ограничения конкретной конфигурации.
Настраиваем назначения
Создаём или изменяем учётные записи и штатные права.
Ограничиваем данные
Если это предусмотрено конфигурацией и требуется по задаче.
Проверяем разрешённое
Выполняем согласованные действия под нужной моделью пользователя.
Проверяем запрещённое
Убеждаемся, что согласованные ограничения реально действуют.
Фиксируем результат
При необходимости передаём таблицу назначений и контрольных сценариев.
Когда права считаются настроенными
Пользователь входит в систему, выполняет необходимые ему операции и работает только с согласованными областями данных. Запрещённые действия недоступны, административный доступ не выдан без причины, проверка выполнена под соответствующей учётной записью. Заказчику понятен способ дальнейшего назначения прав. Исчезновение одного сообщения об ошибке само по себе не является критерием готовности.
Стоимость и оценка задачи
3 000 ₽ за час работы специалиста. Это цена часа, а не фиксированная стоимость модели доступа всей организации. Объём зависит от конфигурации, числа пользователей и функций, организаций и подразделений, действующих назначений, необходимых ограничений и количества контрольных сценариев.
Для оценки напишите используемую программу 1С, число сотрудников, их основные функции, какие операции нужны и какие данные требуется ограничить. Если технические названия профилей и ролей неизвестны, определим их при проверке базы. Изменения в рабочей системе согласуем по времени; необходимость тестовой или резервной копии зависит от масштаба изменений.
Разработка новых ролей и RLS, изменение типовой конфигурации, SSO или Active Directory, права ОС и SQL Server, аудит безопасности всей организации, массовая миграция пользователей и настройка электронной подписи не входят автоматически. Такой объём оценивается отдельно.
Частые вопросы
Как настроить пользователю права в 1С?
Определить его рабочие операции и область данных, подобрать штатный механизм конкретной конфигурации и проверить результат под этой учётной записью.
Почему не стоит просто дать «Полные права»?
Это может открыть гораздо больше данных и административных функций, чем требуется. Лучше найти конкретное недостающее право.
Можно ограничить сотрудника одной организацией?
Во многих типовых решениях — да. Возможность и состав ограничений зависят от конфигурации и её версии.
Можно ограничить пользователя по подразделению?
В некоторых конфигурациях можно. Проверяем доступные виды разграничения в используемой программе.
Можно дать только просмотр без изменения?
Если конфигурация поддерживает нужное разделение операций, подбираем соответствующий профиль или роли и проверяем сценарий.
Что делать, если сотрудник перестал проводить документы?
Проверить полный рабочий сценарий под его учётной записью: нужную операцию и область данных. Не выдавать полный доступ без анализа.
Почему пользователь видит документы другой организации?
Проверяем назначенные профили и группы, а также ограничения по организациям, если они поддерживаются конфигурацией.
Что такое группа доступа?
В решениях с таким механизмом она объединяет пользователей с общими правилами и разрешёнными значениями данных.
Что такое профиль группы доступа?
Функциональный набор ролей для рабочей задачи. В разных решениях терминология и реализация отличаются.
Чем роль отличается от профиля?
Роль задаёт технические права на объекты и операции; профиль обычно объединяет роли в функциональную модель.
Можно создать собственный профиль?
Если конфигурация поддерживает это. Сначала проверяем, нельзя ли решить задачу типовым профилем.
Можно создать совершенно новые права?
Иногда требуется доработка конфигурации или собственного механизма. Это отдельная задача после анализа.
Нужен отдельный набор каждому сотруднику?
Не обязательно. При одинаковых функциях и областях данных удобнее общий поддерживаемый профиль или группа.
Нужно ли удалять пользователя после увольнения?
Обычно сначала запрещают дальнейший вход. Удаление может нарушить исторические связи с документами; действие выбираем после проверки.
Можно проверить, у кого сейчас полные права?
Да, можно проанализировать существующих пользователей и назначения. Массовый аудит согласуем отдельно.
Настройка прав может замедлить 1С?
Штатные права — обычная часть системы. Сложные ограничения на уровне записей иногда усложняют запросы; при заметном замедлении нужна диагностика.
Можно настроить права удалённо?
Да, при согласованном безопасном доступе к информационной базе.
Оценить настройку прав доступа
Укажите конфигурацию 1С, количество сотрудников и кратко опишите, что каждый должен делать и какие данные требуется ограничить. Если текущая схема прав неизвестна, сначала проверим её в базе.
Оценить настройку прав Не передавайте через форму пароли пользователей и административные данные доступа.