При организации работы в 1С часто возникает необходимость дать узкоспециализированному сотруднику (например, менеджеру по сверкам или сверщику) доступ исключительно к одному типу документов — Акт сверки расчетов с контрагентом. Рассмотрим подробнее, как реализовать данное ограничение в конфигурации «Бухгалтерия предприятия 2.0» (на обычной платформе), с какими подводными камнями можно столкнуться при настройке и как аналогичная задача решается в современном редакции «Бухгалтерия предприятия 3.0».
Выполнить подобную настройку исключительно в режиме «1С:Предприятие» без задействования «Конфигуратора» в БП 2.0 невозможно. В типовом составе ролей редакции 2.0 отсутствует готовая узкая роль для работы с актами сверки. Стандартные роли (например, Бухгалтер или Пользователь) дают значительно более широкие права на просмотр и редактирование учетных данных.
Кроме того, конфигурация БП 2.0 работает в режиме совместимости с платформой 8.2 и не поддерживает механизм расширений конфигурации (.cfe), поэтому доработка состава ролей требует внесения изменений в конфигурацию.
Разберем по шагам порядок действий для выделения прав на документ «Акт сверки расчетов с контрагентом»:
АктСверокНастройкаПрава.Контрагенты, Организации, ДоговорыКонтрагентов, Валюты и др.).Документ.АктСверкиРасчетовСКонтрагентом устанавливаем флаги на «Чтение», «Вставка», «Корректировка», «Просмотр» и «Редактирование».Пользователь или ПолныеПрава, система выдаст ошибку доступа при входе. Необходимо либо добавить пользователю типовую роль Пользователь, либо скорректировать логику проверки в общем модуле базы.Проанализируем специфику работы документа при ограниченных правах доступа. При настройке новой роли следует учитывать следующие технические особенности:
РегистрБухгалтерии.Хозрасчетный и РегистрСведений.ДанныеПервичныхДокументов. Без доступа к этим регистрам кнопка заполнения будет вызывать ошибку прав доступа или формировать пустой документ.РеализацияТоваровУслуг, ПоступлениеТоваровУслуг, ПлатежноеПоручениеВходящее и др.), он сможет сформировать и сохранить акт, но при попытке перейти в форму конкретного документа продажи или оплаты система выдаст предупреждение «Объект не найден» или ограничит переход.Если снимать конфигурацию с поддержки нежелательно, можно применить альтернативный подход: использовать внешнюю обработку, запускаемую в привилегированном режиме через механизм дополнительных отчетов и обработок.
Программа переходит в режим в исполняемом коде внешней обработки следующим образом:
УстановитьПривилегированныйРежим(Истина);
// Выполнение запросов к остаткам и оборотам хозрасчетного регистра
// Формирование и вывод печатной формы или таблицы расчетов
В этом случае пользователю не нужно выдавать никаких дополнительных прав на таблицы конфигурации — вся логика сбора данных и вывода акта сверки происходит от имени системы в привилегированном режиме.
Посмотрим, как изменится решение этой задачи при переходе на актуальную редакцию БП 3.0 на управляемых формах:
Только просмотр (для доступа к навигации и просмотру справочников) совместно с пользовательским профилем/ролью, дающим право на изменение актов сверки и чтение Регистра сведений "Данные первичных документов".