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

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

Перед началом

Доступ: Личные данные для входа видны владельцу аккаунта. Для членства в компании и ролей требуется разрешение на администрирование команды или компании.

• Используйте правильную компанию Humind.
• Подготовьте утвержденный список участников команды и владельцев ролей.
• Не запрашивайте и не передавайте чей-либо пароль.

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

Пошаговый процесс

1. Подтвердите область работы и текущее состояние

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

   • Перед редактированием подтвердите активную компанию и Agent.
   • Зафиксируйте текущее состояние, чтобы можно было сравнить результат после изменения.
   • Остановитесь, если экран или разрешение не соответствуют предполагаемой задаче.

2. Подготовьте изменение

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

   • Используйте минимальное изменение, которое выполняет клиентскую задачу.
   • Храните авторитетную информацию в ее исходном источнике.
   • Перед сохранением проверьте метки, даты, язык и формулировки, видимые клиентам.

3. Сохраните и дайте завершиться необходимой обработке

   Проверьте роли по принципу минимально необходимых привилегий и выявите внешний, неактивный или похожий на дубликат доступ, для которого требуется решение владельца.

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

4. Проверьте полный путь клиента

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

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

Важные ограничения и рабочие примечания

• Успешное сохранение подтверждает сохранность, а не каждую последующую синхронизацию или публичное обновление.
• Разрешения рабочего пространства могут скрывать область или разрешать просмотр без разрешения на изменения.
• Не копируйте изменчивые факты каталога, аккаунта или клиента в описательный контент в качестве обходного пути.
• Проверяйте только поддерживаемые возможности, которые видимы и настроены для текущей компании.
• Держите изменения доступа к аккаунту отдельно от несвязанной работы в Agent, Knowledge, каталоге, Inbox или Helpdesk.

Проверьте результат

• У каждого активного участника есть утвержденная бизнес-потребность.
• У ожидающих приглашений есть владелец и решение по сроку действия.
• Роли соответствуют текущим обязанностям.
• Затронутые пользователи могут войти и видеть только предназначенные области.

Ведите краткую запись того, что вы проверяли, какой клиентский сценарий использовали и что изменилось. Это делает последующую диагностику точнее и помогает другому участнику команды воспроизвести результат, не полагаясь на память.

Устранение неполадок

Участник команды принял приглашение, но не может получить доступ к компании

Проверьте, что email принятого аккаунта соответствует приглашению и предполагаемому способу входа, затем проверьте фактическое членство и роль. Не отправляйте повторные приглашения разным идентичностям.

Доступ сохраняется после изменения роли

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

Связанные руководства

• Приглашение коллег и управление приглашениями
• Выберите роли и разрешения
• Обновите свой профиль и пароль
• Устранение неполадок с отсутствующей страницей или разрешением