Roles y privilegios
Copilot for Service utiliza los controles de acceso existentes de su organización y los permisos de usuario establecidos para su sistema de gestión de relaciones con el cliente (CRM). Asegúrese de que sus administradores tengan los permisos que necesitan para personalizar el CRM y que sus usuarios tengan los permisos que necesitan para ver, actualizar y crear registros en el CRM desde Copilot for Service.
Si cambia los permisos o roles de seguridad de un usuario en su CRM, el usuario debe cerrar la sesión de Copilot for Service en Outlook y luego volver a iniciarla para que los cambios se reflejen. Puede llevar hasta 15 minutos que los cambios en los permisos de usuario o en los roles de seguridad se muestren en el CRM en la aplicación Copilot for Service en Teams.
Permisos para administradores de Salesforce
Para personalizar Copilot for Service, a los administradores de Salesforce se les debe asignar un perfil de usuario que tenga Modificar todos los datos o Administrar integraciones de datos permiso. El permiso debe asignarse al perfil de usuario, y no en un conjunto de permisos que se le haya asignado al usuario.
Además, los administradores de Salesforce deben configurar los campos de conocimiento manualmente. Más información: Configuración a nivel de entorno
Permisos para usuarios de Salesforce
Para utilizar Copilot for Service, los usuarios de Salesforce deben tener Lightning Knowledge habilitado y asignado a un perfil de usuario que tenga el permiso Leer para el objeto de conocimiento.
Permisos de administradores de Dynamics 365
El rol Sistema Administrador o Personalizador del sistema, o sus equivalentes personalizados, debe tener los privilegios Copilot for Service Administrador rol de seguridad y Leer en User
mesa.
Permisos de agentes de Dynamics 365
Los roles Supervisor y representante del servicio al cliente, o sus equivalentes personalizados, deben tener los privilegios Copilot for Service Agente rol de seguridad y Leer en el User
mesa.
El rol de seguridad de Agente de Copilot for Service agrega roles de seguridad personalizados. No los reemplaza. Si un rol de seguridad personalizado asignado a agentes no tiene ninguno de los privilegios en Supervisor o representante del servicio al cliente rol de seguridad,, los agentes pueden ver errores relacionados con sus permisos.
Consulte también
Asignar un rol de seguridad a un usuario
Crear o editar un rol de seguridad para administrar el acceso
Roles de seguridad y privilegios.
Comentarios
https://aka.ms/ContentUserFeedback.
Próximamente: A lo largo de 2024 iremos eliminando gradualmente GitHub Issues como mecanismo de comentarios sobre el contenido y lo sustituiremos por un nuevo sistema de comentarios. Para más información, vea:Enviar y ver comentarios de