Кожному — доступ, потрібний для роботи

Команда записує операції з телефона, відповідальний перевіряє на більшому екрані

Учасники працюють із даними тієї самої організації, а ролі й дозволи визначають доступні перегляди та дії.

Веб зручний для перевірки за наявності мережі, але не є повною офлайн-копією мобільного застосунку.

Створіть тестову роль і перевірте її не з облікового запису власника.

  1. Спільні дані організації.

  2. Ролі та деталізовані дозволи.

  3. Телефон для запису, веб для ширшого огляду.

Визначайте права від обов’язків

Запишіть, що саме робить продавець, комірник або менеджер: перегляд, продаж, закупівля, переміщення чи звіт. Не копіюйте доступ власника лише заради швидкого запуску.

Тестуйте заборону так само, як дозвіл

Успішна дозволена дія — лише половина перевірки. Спробуйте також пряме посилання або екран, який має бути закритий, щоб не залишити прихований обхід.

Оновлюйте доступ при зміні ролі

Коли людина переходить на іншу роботу або залишає команду, змініть доступ одразу. Ролі мають відповідати поточним обов’язкам, а не накопиченим виняткам.

Salelog

Як налаштувати командний доступ

Чи повинен продавець бачити закупівельну ціну?

Не обов’язково. Почніть із відповідальності працівника та надайте мінімальний набір прав, потрібний для неї.

Чи однакові мобільна і вебверсія?

Вони використовують спільні дані облікового запису, але не слід припускати повну рівність екранів або офлайн-можливостей.

Як перевірити обмежену роль?

Увійдіть тестовим користувачем, виконайте дозволену операцію та окремо спробуйте відкрити ціни, звіти й дії, які мають бути заборонені.

Перевірте роль перед запрошенням

Переконайтеся, що працівник може виконати завдання без доступу до зайвих даних.