Как убрать команду непосредственного удаления из контекстного меню в мобильном приложении 1С?

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

Разберемся с причиной возникновения проблемы

В мобильном приложении 1С пользователь часто работает в автономном режиме, где стандартная система ролей может не ограничивать права так, как мы привыкли в клиент-серверных конфигурациях. Когда мы видим команду Удалить в контекстном меню динамического списка или формы, это означает, что команда добавлена в интерфейс автоматически платформой. Чтобы скрыть её, недостаточно просто изменить роль пользователя — нужно напрямую управлять составом команд в конфигураторе.

Пошаговое решение по скрытию команды удаления

Давайте выполним настройку последовательно. Обратите внимание, что для мобильного приложения настройки состава команд могут дублироваться в различных узлах конфигуратора. Чтобы добиться результата, выполним следующие шаги:

1. Откроем форму объекта (справочника) в конфигураторе.
2. Перейдем к редактированию командного интерфейса формы. Важно помнить, что в мобильном приложении управление командами может быть разделено на несколько уровней.
3. Проверим раздел Состав команд. Именно здесь определяется видимость элементов управления, которые платформа предлагает пользователю по умолчанию.
4. Убедимся, что мы также настроили список команд для самого Динамического списка, если он используется на форме как основной элемент отображения данных.
5. Обратите внимание на специфические настройки для мобильных устройств, такие как MobileDeviceCommandBarContent. Если вы видите этот пункт в настройках формы, его также необходимо привести в соответствие с вашими требованиями.

После того как мы убрали команду из Состава команд для динамического списка и для самой формы, команда Удалить исчезнет из пользовательского интерфейса мобильного приложения.

Дополнительные методы контроля доступа к данным

Помимо визуального сокрытия команды, крайне рекомендуется реализовать программную защиту от удаления. Даже если кнопка скрыта, опытный пользователь или программный вызов могут попытаться удалить объект. Для обеспечения безопасности данных мы должны использовать обработчики событий в модуле объекта.

Разберем, как принудительно отменить удаление с помощью события ПередУдалением:

Процедура ПередУдалением(Отказ)
    // Запрещаем удаление для всех пользователей в мобильном приложении
    Отказ = Истина;
    Сообщить("Непосредственное удаление элементов запрещено политикой безопасности.");
КонецПроцедуры

Этот метод является наиболее надежным, так как он срабатывает на уровне сервера (или логики приложения) независимо от того, какая команда инициировала попытку удаления. Использование события ПередУдалением гарантирует, что даже при программном обращении к методу Удалить() объект останется в системе.

Рекомендации по реализации концепции пометки на удаление

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

• Уберите возможность непосредственного удаления, как было описано выше.
• Добавьте на форму свою собственную кнопку Пометить на удаление.
• В обработчике команды установите значение свойства ПометкаУдаления в Истина.

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