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