Para ayudar a los administradores a comprender la repercusión y prepararse para la activación por parte de Salesforce de la colaboración para el objeto Horario laboral en Spring ’24, aquí tiene una lista de preguntas más frecuentes. Tenemos intención de utilizar este artículo de conocimiento para comunicar información adicional en el futuro, así que agréguelo a sus favoritos y consúltelo periódicamente.
¿Cuál es el cambio?
Salesforce permite el uso compartido de la entidad Horario laboral en Spring ’24. Gestione los parámetros de uso compartido para Horario laboral, incluyendo los valores predeterminados de toda la organización, reglas de colaboración y uso compartido de invitados, del mismo modo que con otros objetos de Salesforce que admiten el uso compartido.
¿Por qué está Salesforce realizando este cambio?
Salesforce realiza este cambio porque no es posible restringir el acceso de usuario a Horario laboral. Todos los usuarios tienen acceso a la entidad Horario laboral, ya estén autenticados o no.
¿Quién está afectado por este cambio?
Los usuarios autenticados y no autenticados que tienen acceso al objeto Horario laboral. La repercusión de los cambios depende de si los usuarios están autenticados o no, y si utilizan Salesforce Scheduler.
¿Cuál es la diferencia entre los usuarios autenticados y no autenticados?
Los usuarios autenticados son usuarios estándar y usuarios de portal de Salesforce CRM. Los usuarios no autenticados se consideran usuarios invitados.
¿Cómo va a hacer Salesforce que esté disponible el uso compartido para el objeto Horario laboral?
Con Spring ’24, el uso compartido queda activado y establecido en privado para todos los usuarios de Horario laboral.
¿Cuál es la repercusión si el uso compartido queda establecido en privado para todos los usuarios de Horario laboral?
A no ser que actualicen las reglas de colaboración, los usuarios no pueden acceder a Horario laboral.
¿Actualiza Salesforce las reglas de colaboración para Horario laboral de modo que los usuarios no se ven afectados?
Sí, para usuarios autenticados.
¿Cómo actualiza Salesforce las reglas de colaboración para Horario laboral?
Durante las secuencias de comandos posteriores a la actualización de versión principal, Salesforce ejecuta una tarea de lanzamiento de versión de Java que actualiza automáticamente OWD para la colaboración a lectura/escritura pública para usuarios autenticados de Horario laboral.
¿Qué pasa con los usuarios autenticados que acceden a Horario laboral a través de Salesforce Scheduler?
Además de la tarea de lanzamiento de versión de Java que actualiza la colaboración, el valor del campo enableDepriveSoqlAccessOrgPref para la API de metadatos de IndustriesSettings se establece automáticamente en verdadero al realizarse satisfactoriamente la tarea de lanzamiento de versión. Lea Cambios en Salesforce Scheduler.
¿Establece Salesforce el OWD de colaboración en lectura/escritura pública para usuarios no autenticados?
No. Los administradores de organizaciones con usuarios no autenticados (invitados) deben crear manualmente las reglas de colaboración según sus requisitos.
Si sus usuarios acceden a Horario laboral a través de Salesforce Scheduler, deben establecer el valor del campo enableDepriveSoqlAccessGuestUserOrgPref para la API de metadatos de IndustriesSettings en verdadero. Lea Cambios en Salesforce Scheduler.
¿Se actualizan las reglas de colaboración para usuarios autenticados de Horario laboral en el momento en que esté disponible Spring ’24 en sus instancias?
No. El OWD para colaboración se establece en lectura/escritura pública para Horario laboral durante la parte de las tareas de lanzamiento de versión de la actualización de versión principal. Salesforce estima que las tareas de lanzamiento de versión estarán completas y que todas las funciones estén disponibles en un plazo de 24 a 48 horas desde que el que la versión esté en vivo para su instancia.
¿Cuál es la repercusión durante este plazo de 24 a 48 horas para usuarios de Salesforce Scheduler que acceden al objeto Horario laboral?
No hay repercusión. Salesforce Scheduler se ejecuta en modo de contexto completo hasta que la tarea de lanzamiento de versión entra en vigor.
¿Cuál es la repercusión durante este plazo para usuarios que no utilizan Salesforce Scheduler que acceden al objeto Horario laboral?
Los usuarios no pueden acceder a Horario laboral porque durante este plazo el OWD de colaboración no se actualiza a lectura/escritura pública.
¿Notifica Salesforce a los clientes el momento en el que las tareas de lanzamiento de versión están completas?
No. Lea Los mensajes de correo electrónico de notificación de versiones principales quedan simplificados para obtener más detalles.
¿Qué acciones realizan los administradores si el OWD de colaboración no está establecido en lectura/escritura pública para usuarios autenticados de Horario laboral?
Los administradores deben actualizar manualmente sus parámetros de uso compartido. Después de verificar estos parámetros de uso compartido, el siguiente paso es establecer el valor del campo enableDepriveSoqlAccessOrgPref para la API de metadatos de IndustriesSettings en verdadero.
¿Qué tipo de reglas de colaboración están disponibles para Horario laboral después de este cambio?
Las reglas de colaboración son parecidas a las de todos los objetos de Salesforce. Se admite el uso compartido de propietario y basado en criterios (CBS).
¿Qué notas de la versión están asociadas a estos cambios?
Controlar el acceso de usuarios con el uso compartido de Horario laboral
Cambios en Salesforce Scheduler
000701250

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.