Как настроить минимальные права для работы модуля Диадок в 1С:Комплексная автоматизация 2.4

При интеграции внешних модулей электронного документооборота (ЭДО), таких как «Диадок», системные администраторы и программисты часто сталкиваются с проблемой избыточности прав. Типовая ситуация: менеджеру по продажам или кладовщику необходимо отправлять документы через «Диадок», но система выдает ошибку прав доступа, ссылаясь на недостаток полномочий для объекта СчетфактураВыданныйАванс или аналогичных. Назначать такому пользователю полный профиль «Бухгалтер» небезопасно и нецелесообразно с точки зрения методологии учета.

В данной статье мы разберем, как сформировать минимальный профиль прав, который позволит модулю «Диадок» корректно функционировать в среде «1С:Комплексная автоматизация 2.4» (КА 2.4), не открывая при этом лишних разделов учета.

Анализ причины возникновения ошибки

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

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

Пошаговое создание минимального профиля доступа

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

1. Определяем недостающие роли через Конфигуратор. Для этого воспользуемся эффективным методом: откроем дерево конфигурации, нажмем правой кнопкой мыши на ветке «Роли» и выберем пункт «Все роли». В открывшемся окне найдем нужный объект (например, СчетфактураВыданныйАванс) и проанализируем колонки справа. Мы увидим список ролей, которые дают права на чтение, добавление или изменение этого объекта.
2. Создаем новый «Профиль групп доступа». В пользовательском режиме перейдем в раздел «Администрирование» — «Настройки пользователей и прав» — «Профили групп доступа». Создадим новый элемент с понятным названием, например, «Работа с Диадок (минимальный)».
3. Наполняем профиль ролями. На основании нашего анализа в Конфигураторе и практического опыта, добавим в список следующие роли:
   • Добавление изменение счетов-фактур выданных;
   • Добавление изменение счетов-фактур на аванс;
   • Чтение электронных документов (необходимо для связи учетных объектов с данными ЭДО);
   • Отправка электронных документов.
4. Назначаем профиль пользователю. Создадим новую «Группу доступа», выберем в ней наш созданный профиль и добавим нужного пользователя.

Расширенные технические требования для стабильной работы ЭДО

Рассмотрим нюансы, которые часто упускаются из виду, но критически важны для полноценной работы модуля без прав администратора. Проанализируем дополнительные зависимости, необходимые для механизмов БСП (Библиотеки стандартных подсистем), на которых базируется КА 2.4:

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

Служебные данные модуля: Модуль «Диадок» хранит настройки и кэш метаданных. Убедимся, что у пользователя есть права на Чтение справочника Настройки ЭДО и соответствующих регистров сведений, где хранятся сопоставления номенклатуры контрагентов.

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

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

Рекомендации по первому запуску

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

Рекомендуется проводить первый запуск модуля (или запуск после обновления самого модуля) под пользователем с Полными правами. В этот момент «Диадок» сканирует структуру базы данных и создает карту объектов. Если запуск производится под ограниченным пользователем, часть карты может не сформироваться. После того как кэш создан администратором, рядовые пользователи смогут работать в рамках своих ограниченных ролей без проблем.

Заключение

Таким образом, для решения проблемы доступа в КА 2.4 не нужно давать пользователю полные права бухгалтера. Достаточно создать точечный профиль, включающий права на конкретные типы счетов-фактур и стандартные роли БСП для работы с электронными подписями и документами. Посмотрим на итоговый список объектов, доступ к которым обычно решает 99% проблем:

- Документ.СчетФактураВыданный
- Документ.СчетФактураВыданныйАванс
- Справочник.НастройкиЭДО
- РегистрСведений.СопоставлениеНоменклатурыКонтрагентов
- ОбщееПраво.РаботаСЭлектроннымиПодписями
- ОбщееПраво.Вывод

Используя этот подход, мы обеспечиваем безопасность учетных данных и бесперебойную работу службы обмена документами.