Consideraciones sobre las reglas de ámbito

Creación de reglas de ámbito

Su modificación afecta al número de reglas activas que puede tener.

• Cree hasta dos reglas de ámbito activas por objeto en Developer Edition y hasta cinco reglas de ámbito activas por objeto en Performance Edition y Unlimited Edition.
• Cree una sola regla de ámbito o restricción por objeto por usuario. Para un objeto concreto, solo el campo de criterio de usuario de la regla de ámbito o restricción debe evaluarse como true para un usuario concreto.
• En reportes que contienen datos para múltiples objetos, todas las reglas de ámbito relevantes se aplican cuando se selecciona Filtrar por ámbito. Por ejemplo, si tiene un reporte sobre oportunidades con campos de cuenta agregados, se tienen en cuenta las reglas de ámbito de oportunidad y cuenta al filtrar los registros.
• La creación de una regla de ámbito para un objeto afecta únicamente a ese objeto y no afecta a objetos secundarios.
• Cuando hace referencia al campo Propietario, debe especificar el tipo de objeto en su sintaxis. Por ejemplo, el campo Propietario en un objeto Evento puede contener un usuario o cola, pero las colas no se admiten en reglas de ámbito. De modo que es necesario especificar Propietario:Usuario en la sintaxis de criterios de registro cuando el criterio permite solamente usuarios.
• Puede hacer referencia al campo de otro objeto utilizando la notación de puntos en el campo de criterios de registro. Solo puede utilizar un “punto” (un nivel de búsqueda desde la entidad de destino). Por ejemplo, Owner.UserRoleId.
• En el criterio de registro de la regla, no puede hacer referencia a campos en el principal del objeto. Por ejemplo, si está creando una regla para el objeto Tarea, los criterios del registro no pueden hacer referencia a un campo en el objeto Actividad principal.
• Estos tipos de datos son compatibles en los campos de registro y criterios de usuario.
  • booleano
  • fecha (aaaa-MM-dd)
  • dateTime (aaaa-MM-dd HH:mm:ss)
  • double
  • int
  • reference
  • string
  • time
  • lista de selección única
  

  Nota El campo Criterios de registro admite valores de Id. o de cadena separados por comas.
• No se admite la inclusión de un valor nulo o en blanco en criterios de registro y puede dar como resultado un comportamiento inesperado.
• No cree reglas en Event.IsGroupEvent, que indica si el evento tiene invitados.
• No se admiten las reglas de ámbito en las listas relacionadas Actividad abierta o Historial de actividades. En su lugar, utilice la Cronología de actividad o cree una regla en el objeto Tarea o Evento que utilice campos disponibles en el objeto OpenActivity o ActivityHistory.
• Para vistas de listas y reportes, puede aplicar el ámbito a través de la API de metadatos (utilizando el campo filterScope en el tipo ListView y el campo scope en el tipo Reporte “scope”).
• A no ser que utilice SOQL, las reglas de ámbito solo admiten el operador EQUALS. No se admite el uso de operadores AND y OR.
• Si incluye un Id. en su registro o campo de criterios de usuario específico para su organización de Salesforce (como una función, tipo de registro o Id. de perfil), debe modificar el Id. en la organización de destino si es diferente a la organización donde se creó originalmente la regla de ámbito. Tenga en cuenta esta consideración al implementar reglas entre entornos sandbox o en una organización de producción.

Uso de SOQL en reglas de ámbito

• Puede utilizar un operador SOQL en criterios de registro solo cuando cree reglas de ámbito a través de la API.
• Cuando se utiliza el operador SOQL en los criterios de registro, la instrucción SELECT, incluyendo instrucciones SELECT anidadas, debe incluir USING SCOPE EVERYTHING. USING SCOPE EVERYTHING es la única sintaxis de cláusula de ámbito válida para reglas de ámbito.
• El operador SOQL no admite la sintaxis $User excepto para $User.Id. Las consultas dinámicas dentro del operador SOQL no se admiten, incluidas las consultas en otros campos de objetos de usuarios.

• No se puede utilizar el mismo objeto como objeto Consulta de SOQL y objeto Regla de ámbito.
• El operando izquierdo en el tipo SOQL RecordCriteria debe consultar un campo de Id. único (clave principal) o de referencia (clave externa). Consulte Operadores de comparación para obtener una lista de operadores válidos que puede utilizar en la expresión de campo de una cláusula WHERE, que puede utilizar en una declaración SELECT.

• Estos objetos no son compatibles en el operador SOQL:
  • ActivityHistory
  • Archivos adjuntos
  • Evento
  • EventAttendee
  • Nota
  • OpenActivity
  • Etiquetas (AccountTag, ContactTag y todos los demás objetos de etiqueta)
  • Tarea

Modificación de reglas de ámbito

• La eliminación de campos personalizados a los que se hace referencia en reglas de ámbito da como resultado un error.
• Para desactivar una regla de ámbito, primero elimine las vistas de lista y los reportes que tienen seleccionada la opción Filtrar por ámbito. Después de desactivar una regla de ámbito, las vistas de lista y los reportes no son funcionales ni modificables.
• Las reglas de ámbito admiten permisos personalizados en el campo de criterios de usuario. Si elimina un permiso personalizado utilizado en una regla de ámbito, la regla ya no funciona.
• Las reglas de ámbito admiten valores de lista de selección personalizados en criterios de usuario y registro. Si elimina un valor de lista de selección personalizado que se utiliza en una regla de ámbito, la regla dejará de funcionar.

Cuentas, contactos y cuentas personales

• Las reglas de ámbito no admiten los campos IsPersonAccount en el objeto de cuenta. Cuando establezca una regla de ámbito, no utilice los campos de IsPersonAccount, como, por ejemplo, PersonDepartment o PersonLeadSource, en criterios de registro. Encuentre una lista de campos IsPersonAccount en la página Cuenta.
• Puede producirse un error si navega a una página de detalles de cuenta personal desde una vista de lista de contactos. Para navegar a una página de detalles de cuenta personal cuando existe una regla de ámbito en el objeto de cuenta, utilice una vista de lista Cuentas como, por ejemplo, Todas las cuentas.
• En listas relacionadas, todos los registros asociados a los que un usuario puede acceder son visibles, independientemente del ámbito, excepto en la lista relacionada de función del contacto. Cuando se aplica una regla de ámbito en el objeto de contacto, el ámbito se aplica a la lista relacionada de función de contacto que aparece en los registros de cuenta, oportunidad, caso y contrato. Por lo tanto, es posible que los usuarios, como miembros de un equipo de ventas, puedan ver un conjunto filtrado de funciones de contacto sin saber que la lista está filtrada.
• Cuando una organización utiliza reglas de duplicados para evitar la creación de registros duplicados, las reglas de ámbito limitan los posibles duplicados que se muestran, incluso cuando se activa Omitir reglas de colaboración. Los registros duplicados están limitados por el ámbito establecido en la regla de ámbito.

Consideraciones sobre el desempeño

• Las reglas de ámbito se crearon para responder a las necesidades de acceso a registros con desempeño. Su volumen de datos y su arquitectura son factores que influyen en el desempeño de las reglas. Salesforce se reserva el derecho a desactivar una regla de ámbito si la regla que cree es ineficiente o si su modelo de datos tiene tantos datos como para provocar una ralentización cuando se aplica. Para evitar la aceleración o la desactivación, pruebe las reglas de ámbito que piensa aplicar en un entorno de sandbox antes de activarlas en el entorno de producción.
• Para probar la repercusión que tendrá el desempeño de una regla que utiliza un operador SOQL, tome la declaración SOQL y ejecútela en el cliente de API que elija. Si es rápida para un usuario concreto, es probable que la regla se ejecute de forma eficiente.
• Si una regla no ofrece desempeño suficiente, aísle el campo que está ralentizando el desempeño. Trabaje con el servicio de atención al cliente de Salesforce para averiguar si el campo se puede indexar.