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